On 18.03.2011 16:33, Derrell Lipman wrote:
>
> Nope, you misunderstood me. I wanted you to make ONLY the one-line
> change of removing the column id values from the call to
> tm.setColumns(), so that it looks like this:
>
> tm.setColumns( [ "ID", "name", "name (et)", "Category", "vatExempt",
> "price", "description", "description (et)" ]);
>
> Note that only one parameter is passed. Then go back to your
> original data being returned from the server. With that
> configuration, you're using the Remote data model in the way that
> it's typically used, and it should work for you.
>
> Have you looked at the Remote Data Model example in the demobrowser
> or in the RpcExample contrib? These are both working examples of
> using that model. (You'll need to download the demobrowser source to
> see what it's doing, since it uses some classes that don't show up in
> the Source panel.)
Thanks for the pointer to RpcExample. After looking into RpcExample I
suppose you mean I should call setColumnIds in the constructor of my
RemoteTableModel to specify the column IDs ('name_et' etc.), and then I
can use setColumns with only the first parameter ('name (et)', etc.). I
tried this (once using strings and a map for each record, once using
indexes and a list for each record). Result: no change. I also saw that
you specify the column ids ([ "year", "leap" ]) twice. I tried that,
too. Still no change.
I'm getting more and more convinced that the bug is not in the columns
definition. Another reason for saying this is that if you look at the
console output on http://lino.saffre-rumma.net/tickets/33.html you can
see that the data "arrives correctly" at the client. It just doesn't
find it's way to the screen...
I continue to hope for more ideas from people on this list, especially
because I probably won't be able to work much on this until Wednesday.
Luc
------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
