oh dont worry already found another breakage

Haha, perfect!

@User uploaded a file:

I notice that as a backend man, I have not dealt with issues like this for decades

yes all vertexes are moved indiviually

I now basically have 2 passes

one going down (layout kids)

one going up centering parent

somehow I handle multiple kids better then 1 kid

@User uploaded a file:

@edvin - support in the framework for a wizard is a great feature

I have a table where many of the cell editors are dialogs that open. It would be cool to animate the opening of the dialog so that it grows outward from the cell over which it is opened. Would this be difficult to achieve?

@gtnarg Do you expect the editor to overlay other cells that aren't involved in the current interaction or make an inline editor where the row grows to accommodate the editor?

@carlw - it currently overlays the other cells

@gtnarg so a small button in the corner of a cell that "telescopes" out to a larger editor to the right, overlaying other cells? If you're at the end of the table, this telescoping would go left (or up or down) wherever there's room?

@User uploaded a file:

this I am going to commit

some issues still but that is to be ironed out later

@carlw - that would be ideal - but I would even be fine if it was centered over the cell being edited.

The controlsFx popover control behaves like you have described (with a pointer to the cell) - although it is not modal.

And doesn't telescope.

does anybody what the scrollpane uses to determine the scrolling?

I put that diagram in a group

I put the group in a scrollpane, it does not scroll 😞

@carlw - correction - I'm not looking for "a small button in the corner of a cell" - just when the cell edit is invoked, the editor telescopes out of the cell...

@gtnarg: ok I was thinking of a color chooser or file browser that would still let you paste in a value

@gtnarg I can look at the possibility of the window to have a source node for example. But I think I'll wait for the next iteration 🙂

I'm unsure about how to deal with shortcuts for next/previous in the slideshow component.. First I thought just space or arrow left/right, but since there can be input fields etc in a slide, that will be confusing. Using the arrow keys in a text field would bring up the next slide etc. Thoughts anybody? 🙂

CTRL-ARROW

@edvin If the content can contain any sort of node, you probably need to use some sort of modifier. How hard would it be to have a default key combination and allow the user to override it (in case they were already using that combination)?