You are right! Giving a ProvidesKey solves the issue. For next releases it would be great if overlay types could define their own hashCode.
Thanks a lot, not only for the solution but also for the detailled explanation. On 21 ene, 11:18, Thomas Broyer <t.bro...@gmail.com> wrote: > The $H property comes from the implementation of JavaScriptObject#hashCode() > (in com.google.gwt.cire.client.impl.Impl#getHashCode(Object)). > > In your case, this is due to AbstractEditableCell maintaining a map of value > keys to their "view data", and your use (I guess) of the default ProvidesKey > implementation (SimpleProvidesKey) which directly returns the item. > > So, when rendering, the EditTextCell calls getViewData, which looks up the > key in the map (and thus needs the hashcode of the key, hence the call to > hashCode), and the key is your JSO (hence the new $H property). > > I believe that giving a ProvidesKey implementation (in you case, returning > the name property for instance) to the Celltable would solve your issue. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
