Hi, I have the exact same problem, but using a *ProvidesKey *doesn't seem to
change anything; this is my exact context:
- I have a custom column for a button:
return new ColumnCustomer, String(new ButtonCell()) {
@Override
public final String
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
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
Thanks for answering John,
I use JsonRequest to get the data from the server and store it in a
List.
I'm pretty sure the data is modified in the cell table. In this code
from my view I print the data before and after pushing it into de cell
table:
@UiField(provided = true)
object.getName();
}
};
More details here:
http://stackoverflow.com/questions/4753898/gwt-cell-widgets-with-overlay-types-issues
On 20 ene, 11:25, Javier javierferre...@gmail.com wrote:
Thanks for answering John,
I use JsonRequest to get the data from the server and store it in a
List
Hi,
My app is using overlay types with JSON received from server. In the
view I'm pushing the list of overlay types into a cell table:
public class JsTask extends JavaScriptObject {}
taskTable = new CellTableJsTask();
taskTable.setRowData(0, tasks);
For my surprise I have found that the widget
CellTable doesn't modify the original data, so this is either related to RPC
or to our List implementation.
Thanks,
John LaBanca
jlaba...@google.com
On Wed, Jan 19, 2011 at 6:37 PM, Javier javierferre...@gmail.com wrote:
Hi,
My app is using overlay types with JSON received from server. In
