Announcement

**Isomorphic** · 17 Mar 2014, 18:00

getDropFolder() returns the folder where the added records would be placed. This is not necessarily the same as the current record that the cursor is over, which you can get from getEventRow().

Also, it doesn't look like you've got any code that would refresh *the row the mouse just left*, which is what you need to clean up the custom styling you're applying while the cursor is over that row.

**skomarla** · 17 Mar 2014, 19:00

Originally posted by Isomorphic View Post

getDropFolder() returns the folder where the added records would be placed. This is not necessarily the same as the current record that the cursor is over, which you can get from getEventRow().

Also, it doesn't look like you've got any code that would refresh *the row the mouse just left*, which is what you need to clean up the custom styling you're applying while the cursor is over that row.

Thank you for the reply.

Regarding the getDropFolder(). right, my intention was to paint the actual row that the drop would create children under. therefore, i had turned on defaultIsFolder=true and canDropOnLeaves=true to allow for the node creation under the leaf nodes. should getEventRow() return the index of the record returned by getDropFolder() at that point?

regarding refreshing the *the row the mouse just left*, my interpretation of dropOutHandler made me think that was what it was doing. i.e when the mouse leaves the row, refresh the row, which should call the getBaseStyle. Is there an alternate way that I am missing?

thanks again

**Isomorphic** · 17 Mar 2014, 20:24

If everything is a folder, getDropFolder() and getEventRow() will agree.

dropOut is for the grid as a whole. You need to refresh both the row being entered and left on dropMove.

**Blama** · 18 Mar 2014, 05:40

Originally posted by skomarla View Post

2. firefox 24.3.0 ESR (FF 27.0.1 does not seem to be supported for dev mode)

As quick note:
Eclipse / Firefox Dev Mode is dead starting with FF27 (see this link in the GWT google groups).

Possibilities now include:

Super Dev Mode (Client debugging with Source Maps in Chrome or Firefox)
Stay with FF26 or FF24.4 ESR

I'll stay with FF26 until SDM gets IDE debugging support, perhaps with GWT 3.0 (expected later this year).

See the GWT.create 2013 keynote on this (http://gwtcreate.com/2013/videos/#gwt-keynote, time 32:41)

Best regards,
Blama

**skomarla** · 18 Mar 2014, 06:19

Originally posted by Isomorphic View Post

dropOut is for the grid as a whole. You need to refresh both the row being entered and left on dropMove.

Thank you.

The only way I think of, but perhaps slightly naive at the moment, is to track the most recent previous row that the onDropMove was called for, and subsequently issue a refreshRow on that as well.

Is that what you mean? Please let me know if there is a better way.

Thanks again.

Code:

private Integer prevDropMoveRow;

<snip>
@Override
public void onDropMove(DropMoveEvent event) {

	int rowNum = employeeTreeGrid.getRecordIndex(employeeTreeGrid.getDropFolder());
	textArea.setValue(textArea.getValueAsString() + "\n  onDropMove: " + rowNum);
	if (prevDropMoveRow != null && prevDropMoveRow >= 0 && prevDropMoveRow != rowNum) {
		employeeTreeGrid.refreshRow(prevDropMoveRow);
	}
	if (rowNum >= 0) {
		employeeTreeGrid.refreshRow(rowNum);
		prevDropMoveRow = rowNum;
	}
}

Announcement

TreeGrid styling on drag and drop to change baseStyle

Comment

Comment

Comment

Comment

Comment