You are a STAR Stefaan!! Thank you so much. After adding validation to the
inputCell it was a real problem to get the tabbing sorted again. Thank you!
On Friday, September 21, 2012 at 11:11:10 PM UTC+2, Stefaan Vanderheyden
wrote:
>
> Sorry, I forgot to mention:
>
> You get the currentRow from t
Sorry, I forgot to mention:
You get the currentRow from the index value provided in the field updater
and the currentCol by querying the celltable for the updated column's index
(cellTable.getColumnIndex(updatedCol))...
On Friday, September 21, 2012 11:09:08 PM UTC+2, Stefaan Vanderheyden wrote
Here is some code you might also find applicable to your use case:
private void focusOnNext(final int currentRow, final int currentCol) {
// Scan remaining cells in table for a form element to focus on.
for (int r = currentRow; r < this.pricingTable.getRowCount(); r++) {
It's called on all events in all cells, i.e. Blur, MouseOver, Click, etc.
Just add a check for the type of event you want to process, like
if ("blur".equals(event.getNativeEvent().getType())) {
// do something with a cell that loses focus
}
if ("focus".equals(event.getNativeEvent().getType())
On Wednesday, July 25, 2012 6:23:05 PM UTC+2, Nitin wrote:
>
> cellTable.addCellPreviewHandler() did the trick for me.
>
> Now the issue is that, this method is getting called twice. Could someone
> explain the reasons for the handler getting called twice?
>
When changing the focused element w
cellTable.addCellPreviewHandler() did the trick for me.
Now the issue is that, this method is getting called twice. Could someone
explain the reasons for the handler getting called twice?
On Wednesday, 25 July 2012 14:56:04 UTC+5:30, Nitin wrote:
>
> In the cell table to have tab flow working,
In the cell table to have tab flow working, I had to do the
following:
cellTable.setKeyboardSelectionPolicy(KeyboardSelectionPolicy.DISABLED);
apart from changing the template of TextInputcell. This helped me in
getting the tab flow working properly i.e. when I hit TAB the focus shifts
to th
