Description of problem: I put a short shell script into a long note, and the note broke into two notes. Version-Release number of selected component (if applicable): freemind-0.9.0-3.fc14.noarch How reproducible: Always Steps to Reproduce: 1. Create a mind map 2. Start a long node 3. Paste in the following text: foreach n (*.hits) gawk '{print $3}' $n > $n.hits.list fgrep -w -f $n.hits.list hitlist.txt > $n.genomes.list end Actual results: Two nodes, with the first one ending just before the final '>'. Expected results: One node under god, with liberty and justice for all. Additional info: Trying to create a minimal example was hard, as some of my tests resulted in read-only nodes or other strangeness.
Oh, and I select 'allow bold and italics' in the long node when editing.
Hello, I really tried to reproduce this bug and also asked others to try it. But I couldn't see any of this. I don't have a f14 installation handy so I am not sure what's at fault here. Did you paste this into the Long Node Editor (SimplyHtml) or did you just paste i into a regular node which then expanded to a long node? Johannes
I pasted it into the long node editor. For ease of testing, I'm attaching a minimal example file. I just deleted all the nodes I could, and kept trying to add '> test' to the end of the problem node by right-clicking and selecting 'edit long node...'. Every type I clicked on 'save' it closed the edit window but failed to change the node's text.
Created attachment 518089 [details] Minimal example of at least partially un-editable node Try adding ' > testfile' to the end of the node's text. If it can't be added when you hit 'save' in the long node editor, the bug is present.
Actually, even trying to add 'asdf' (no >) fails.
Just filed an upstream bug report. https://sourceforge.net/tracker/?func=detail&aid=3391715&group_id=7118&atid=107118 Hope they could shed some light on your problem. You installed it via yum? Since I don't have any 'Save' button in the Long Text Editor.
I installed it via yum. I had similar problem with the 'Save' button; it's there, but the text inside the button was shortened to "S...', possibly due to scaling issues. I don't know why it would be scaled; I'm using a 21" monitor! Screenshot attached.
Created attachment 518287 [details] screenshot of long node window, with tiny save button Aha. 'S...' isn't save, which would explain why my changes aren't being saved. However, the initial problem was that a normal bash command line got split into two nodes.
The left-hand button, left of 'Cancel', is the save button. It only says "...".
Ok, I think this bug is caused by the usage of the "Save" button which is basically the "Split" button. The split button splits the node on the current position of the cursor, that's probably the reason why it was so hard to reproduce also for you. What's really weird is that you don't see the whole buttons with their respective name. Could you perhaps try different Gnome and Java Swing themes? Perhaps try to change the gnome theme first and then have a look at the Java one. The theme of freemind could be set via "Tools --> Preferences --> Appearance --> Look&Feel". Perhaps try it with "Default".
It was set to "Default". I tried "Nothing", and the buttons now appear correctly. Same for "Windows". I haven't tried every theme, but only "Default" cuts off the button text so far.
I think for a nice integration into your gtk/Gnome Desktop, you should try setting it to 'GTK+'. So the Java UI will be drawn with gtk-widgets. Also I would like to know if the initial 'bug' is solved.
I believe it is solved, yes, thank you. The next question is, can you change the default in the rpm in the Fedora repository? Is it already fixed in Fedora15, and if so, can it be backported to Fedora14, which is still a supported release? Thanks!
I created a test build that should fix the issue, but I don't have F14 to test. Koji build is here(unsigned scratchbuild, so only use if you feel adventurous and want to test before real maintainer has a look): http://koji.fedoraproject.org/koji/taskinfo?taskID=3291778
Created attachment 519305 [details] Should set default theme to gtk This patch should fix the issue. To properly test this an F14 with cleaned ~/.freemind directory will be needed.
freemind-0.9.0-4.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/freemind-0.9.0-4.fc14
freemind-0.9.0-5.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/freemind-0.9.0-5.fc15
Package freemind-0.9.0-5.fc15: * should fix your issue, * was pushed to the Fedora 15 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing freemind-0.9.0-5.fc15' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/freemind-0.9.0-5.fc15 then log in and leave karma (feedback).
freemind-0.9.0-6.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/freemind-0.9.0-6.fc16
freemind-0.9.0-7.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/freemind-0.9.0-7.fc16
freemind-0.9.0-5.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.
freemind-0.9.0-4.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.
freemind-0.9.0-7.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.