On Mon, Dec 6, 2010 at 12:25, Felipe Delgado <[email protected]> wrote:
> On 12/6/10 3:17 AM, Peter Schneider wrote:
> > Hi Felipe,
> >
> > I hope that I understand your problem right. ;)
> >
> Thanks. I don't actually have much of a problem, it's more like I
> wanted to start a discussion on this.
>
> > The "default" Cell-Renderer handles Strings quite well. You just have to
> make
> > sure that the row data really is a string.
> >
> Exactly. In my case the underlying data _is_ a number, but we want it
> to be represented as a string.
>
> Maybe I'm misunderstanding the purpose of the cell renderers, and a
> String cell renderer is only meant to handle strings by design. If that
> is the case, then I would assume the correct alternative would be to
> create a new cell renderer for my particular case.
>
> I just wanted to know if it is by design for the String renderer to fail
> when rendering numbers, in which case I would suggest handling numbers
> rather than having to create a new cell renderer.
>
It's pretty much by design, and everyone has their own personal needs for a
cell renderer. It's so incredibly trivial to customize a cell renderer for
your own purpose, that it doesn't really make sense to make the standard
ones conform to any particular need. Here's an example for you:
*http://tinyurl.com/32umpst
*
Derrell
------------------------------------------------------------------------------
What happens now with your Lotus Notes apps - do you make another costly
upgrade, or settle for being marooned without product support? Time to move
off Lotus Notes and onto the cloud with Force.com, apps are easier to build,
use, and manage than apps on traditional platforms. Sign up for the Lotus
Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel