Learn how easy it is to sync an existing GitHub or Google Code repo to a SourceForge project! See Demo


#1092 While editing a node, resizing the note window reveals bug


Edit the text of a node (For example pressing F2), then grab the divider between the note window at the bottom and main windows and resize the note. As the note is resized the text being edited will float downward or upward independent of the node being edited. You are actually able to see the original unedited node as the text currently being edited moves out of the way. Moving the divider upwards causes the text that is currently being edited to move downwards (not what I would have expected) and likewise, moving the divider downwards causes the text being edited to move upwards. I’m using Freemind 0.9.0 on Windows 7 Pro 64-bit and Java Version 6 Update 25 (build 1.6.0_25-b06). What I would have expected was either the edited text to remain in one place (and continute to cover the original node) or for the node to no longer be in edit mode when I try to resize the note window.


  • darrenforrest

    This seems to be true for any event that resizes the main canvas. It affects both the X and Y dimensions, although somewhat slower to repaint when resizing in the Y dimension. I suspect it is related to the code in lines 273-291 in EditNodeTextField.java but my expertise is not quite up to resolving the issue.