Thread: Re: [Freemind-developer] 0.9.0 for testing
A premier mind-mapping software written in Java
Brought to you by:
christianfoltin,
danielpolansky
From: Christian F. (GMX) <chr...@gm...> - 2010-02-27 22:51:17
|
Dear Dan, recently, I've published 0.9.0 RC7 with many bug fixes to the IMHO most nasty bugs. I commented the fixes below. Perhaps, you may find some time to verify this, thanks, Chris > > > ------------------------------------------------------------------------ > > Betreff: > Re: [Freemind-developer] 0.9.0 for testing > Von: > Dan Polansky <dan...@gm...> > Datum: > Fri, 4 Dec 2009 10:40:06 +0100 > An: > fre...@li... > > An: > fre...@li... > > > Hi Chris > > it is good to see a solid version of FreeMind 0.9.0, the version RC6. > Many errors reported for the previous RCs have been fixed. > Congratulations! > > There are nevertheless some issues open to which I would like to draw > your attention. The issues that I have reported and are open are still > available in the trackers: > > * http://freemind.sourceforge.net/wiki/index.php/Finishing_0.9.0 > ** http://sourceforge.net/tracker/?group_id=7118&atid=107118&status=1&submitter=danielpolansky&submit=Filter > ** http://sourceforge.net/tracker/?group_id=7118&atid=1006953&status=1&submit=Filter > > I understand that you consider some of these issues to be of low > priority, so I will pick those that I think are important and explain > a bit why I think they are important. > > > SELECTED BUGS > ============= > > Selected bugs, in the order of estimated priority: > > 1. Feedback on conversion > http://sourceforge.net/tracker/?func=detail&aid=1820886&group_id=7118&atid=1006953 > This is the single most important outstanding issue. Users updating to > the version 0.9.0 are not notified that their maps have been converted > to a format that the version 0.8.0 cannot read. Either a warning > should be implemented, one that appears per default, or an additional > function should be added to FreeMind 0.9.0 that saves a mind map in > the file format of 0.8.0; this could be one of the export functions. > If such an export function were there, it would be no longer that > critical that FreeMind does not warn about converting a mind map to an > incompatible file format. > Done. > 2. Zoom: no zooming effect on node editors > http://sourceforge.net/tracker/?func=detail&aid=2800933&group_id=7118&atid=107118 > Zooming set for the mind map does not apply to the rich text node > editor; the bug has been fixed in part, in that zooming at least > applies correctly to plain text long node editor. On one hand, this > does not cause a data loss, so is not of the absolutely utmost > urgency. But it is a conspicuous usability error, one that makes the > zoom fuction only half-usable in combination with rich text editing. > Some of the users of the zoom function use it because small letters > are tiring to their eyes; this can be especially true on some notebook > displays with high PPI (pixel per inch). The bug is quite easy to fix; > I do not have this bug in my personal version of FreeMind. > Later, as I tried once to do it, but failed in the same way you suggested. > 3. Long node editor not below node > http://sourceforge.net/tracker/?func=detail&aid=2540600&group_id=7118&atid=107118 > Long node editor is still sometimes opened above the node instead of > below it. I have added to the bug a scenario that should make it > easier to reproduce the bug. This is not a showstopper or a crash; it > is an annoyance. How severe this annoyance is I am not sure. It is in > any case an unneeded deviation from the behavior of FreeMind 0.8.0 and > 0.7.1, one that should not therefore be too difficult to fix. > Later. > 4. Option for plain text in notes > http://sourceforge.net/tracker/?func=detail&aid=1884362&group_id=7118&atid=1006953 > I do not really hope that you will implement an option for having > plain text notes, but I am mentioning this anyway. This is a > regression against FreeMind 0.8.0, one whose fixing has been requested > by various people as documented in the tracker. > Not this version. > 5. Hyperlinks - opening not working in long nodes - 0.9.0 RC6 > http://sourceforge.net/tracker/?func=detail&aid=2908233&group_id=7118&atid=107118 > This is a minor issue, but it seems very easy to fix, and worth it. It > suffices to add the handler for opening of hyperlinks that is added to > rich text notes also to rich text nodes. > Fixed. > There are more open issues that I have left out from this list, > agreeing that they are likely either not all that important or too > hard to fix and can be fixed after 0.9.0. > > > PASSED TESTS > ============ > > I have tested the opening or following of various hyperlinks on my > Vista machine, without having found any errors. I have not tested the > network "//..." hyperlinks, though. There is a bug report in the bug > tracker for the network hyperlinks in which you say that problems with > their opening are fixed in Java 1.6.0. I assume that to be the case, > otherwise the users of FreeMind 0.9.0 RC series would have likely > complained. > > There were three data format errors that I have checked to no longer > appear in FreeMind 0.9.0 RC6: > * http://sourceforge.net/tracker/?func=detail&aid=2844139&group_id=7118&atid=107118 > * http://sourceforge.net/tracker/?func=detail&aid=2797009&group_id=7118&atid=107118 > * http://sourceforge.net/tracker/?func=detail&aid=2705587&group_id=7118&atid=107118 > > I have done no performance testing. > > I have done no further creative testing other than verifying whether > the issues and bugs that I have already reported have been fixed. > > I have tried hard to consider what is important and what is secondary, > and selected the bugs to report here accordingly. > > Best regards, > > Dan > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > > > ------------------------------------------------------------------------ > > Betreff: > Re: [Freemind-developer] 0.9.0 for testing > Von: > Dan Polansky <dan...@gm...> > Datum: > Fri, 4 Dec 2009 10:53:37 +0100 > An: > fre...@li... > > An: > fre...@li... > > > All right, here comes another bug worth fixing: > > 6. Switching between maps marks them as modified > https://sourceforge.net/tracker/index.php?func=detail&aid=2852882&group_id=7118&atid=107118 > This is not a showstopper, but it makes the function that marks mind > maps with "*" unusable, as switching between several opened mind maps > is a very common and repeatedly done operation, and this operation > leads to a false marking with "*". > Fixed. > Dan > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > > Betreff: > Re: [Freemind-developer] 0.9.0 for testing > Von: > Dan Polansky <dan...@gm...> > Datum: > Fri, 11 Dec 2009 09:48:28 +0100 > An: > fre...@li... > > An: > fre...@li... > > > There is another error that seems worth fixing: > > 7. Crypted root's childnodes order error > http://sourceforge.net/tracker/index.php?func=detail&aid=2912427&group_id=7118&atid=107118 > > The bug report was not created by me, but I have posted to the bug > report a detailed procedure on how to reproduce the bug, and I have, > of course, reproduced the bug myself. The bug does not lead to a data > loss but is rather annoying for the users of the encryption function: > the encryption function does not keep the order of the children of the > encrypted node. The bug is a regression bug, not present in FreeMind > 0.8.1, but present in FreeMind 0.9.0 RC1 and later. > Later. > --Dan > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > > > ------------------------------------------------------------------------ > > Betreff: > Re: [Freemind-developer] 0.9.0 for testing > Von: > Dan Polansky <dan...@gm...> > Datum: > Mon, 21 Dec 2009 18:42:03 +0100 > An: > fre...@li... > > An: > fre...@li... > > > Be it as it may, there is another bug that seems worth fixing. > > 8. Node navigation using the arrow keys does not work > http://sourceforge.net/tracker/index.php?func=detail&aid=2918427&group_id=7118&atid=107118 > The node navigation using arrow keys is broken after the user presses > escape while editing a new node. This is not a showstopper; there is > an easy workaround; it cannot lead data loss. However, it is a > regression against 0.9.0 RC4, newly appearing in 0.9.0 RC6. > Fixed. > Dan > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > > > ------------------------------------------------------------------------ > > Betreff: > Re: [Freemind-developer] 0.9.0 for testing > Von: > Dan Polansky <dan...@gm...> > Datum: > Fri, 15 Jan 2010 12:27:37 +0100 > An: > fre...@li... > > An: > fre...@li... > > > One more bug worth fixing: > > 9. Errors after exporting a branch as a new map > http://sourceforge.net/tracker/index.php?func=detail&aid=2932322&group_id=7118&atid=107118 > The error that I can reproduce actually consists in (a) the cursor > disappearing after an export to PNG; (b) the cursor disappearing after > an export to JPEG. > Fixed. > --Dan > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for Conference > attendees to learn about information security's most important issues through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > > > ------------------------------------------------------------------------ > > Betreff: > Re: [Freemind-developer] 0.9.0 for testing > Von: > Dan Polansky <dan...@gm...> > Datum: > Sun, 24 Jan 2010 19:15:10 +0100 > An: > fre...@li... > > An: > fre...@li... > > > Another error worth fixing, not reported and discovered by me, but > confirmed by me: > > 10. RC4 regression: incorrect viewing of UTF-8 map > http://sourceforge.net/tracker/?func=detail&atid=107118&aid=2810535&group_id=7118 > The error is still there in RC6. An UTF-8 encoded mind map, attached > to the bug report, is shown in weird characteres in RC4 and RC6, but > not in RC3. > Can't be reproduced under Linux. I'll will check under Windows later. > --Dan > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for Conference > attendees to learn about information security's most important issues through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > > > ------------------------------------------------------------------------ > > Betreff: > Re: [Freemind-developer] 0.9.0 for testing > Von: > Dan Polansky <dan...@gm...> > Datum: > Wed, 17 Feb 2010 13:43:33 +0100 > An: > fre...@li... > > An: > fre...@li... > > > I have discovered another bug in RC6: > > 11. Wrong node selection after moving node left - 0.9.0 RC6 > http://sourceforge.net/tracker/?func=detail&aid=2953495&group_id=7118&atid=107118 > <http://sourceforge.net/tracker/?func=detail&aid=2953495&group_id=7118&atid=107118> > After I move node left by pressing control + left, it is not selected > and its parent is selected instead. > Fixed. > --Dan > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, > Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW > http://p.sf.net/sfu/solaris-dev2dev > > ------------------------------------------------------------------------ > > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > |
From: Dan P. <dan...@gm...> - 2010-05-15 14:04:17
|
Hello Chris, I am sending somes text labels of menu items to be corrected, with one another text correction. I know that it is really a petty concern, one that has no impact on the function of FreeMind. Free perfectly free to ignore this email. It is just that I think that a correction would be easy, and would in no way delay the release of FreeMind 0.9.0 RC8. It also creates no need for modification of translations, so seems a perfectly safe fix in a release candidate. The proposed changes: Change format ... => Change Format... (notice the absent space before "...") Node left => Node Left Node right => Node Right FreeMind - A Program for creating and viewing Mindmaps (...) => license_text = FreeMind - A program for creating and viewing mind maps (...) (lowercase "program", lowercase "mindmaps", "mind maps" with a space) Best regards, Dan |
From: Christian F. (GMX) <chr...@gm...> - 2010-05-25 19:51:10
|
Hi Dan, done. Regards, Chris Am 15.05.2010 16:04, schrieb Dan Polansky: > Hello Chris, > > I am sending somes text labels of menu items to be corrected, with one > another text correction. I know that it is really a petty concern, one > that has no impact on the function of FreeMind. Free perfectly free to > ignore this email. It is just that I think that a correction would be > easy, and would in no way delay the release of FreeMind 0.9.0 RC8. It > also creates no need for modification of translations, so seems a > perfectly safe fix in a release candidate. > > The proposed changes: > > Change format ... => Change Format... (notice the absent space before "...") > Node left => Node Left > Node right => Node Right > FreeMind - A Program for creating and viewing Mindmaps (...) => > license_text = FreeMind - A program for creating and viewing mind maps > (...) (lowercase "program", lowercase "mindmaps", "mind maps" with a > space) > > Best regards, > Dan > > ------------------------------------------------------------------------------ > > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > |
From: Dan P. <dan...@gm...> - 2010-05-28 14:21:20
|
Hi Chris, I am sorry to say that but a FreeMind user has discovered what appears to be a critical bug in FreeMind 0.9.0 RC7: 12. data loss in notes; note conversion http://sourceforge.net/tracker/index.php?func=detail&aid=3008236&group_id=7118&atid=107118 The bug leads to apparent loss of all notes (notes, not nodes) that were within an encrypted node, after a conversion of a mind map saved by FreeMind 0.8.1 to FreeMind 0.9.0. I have reproduced the bug in Windows; the reporter of the bug uses Linux. In fact, the notes are not lost, but merely hidden away from the user. The problem is that the user does not know that the notes have not been lost, and, if he is a non-technical user, has no obvious way of discovering that his notes are in fact safely stored in the mind map. Best regards, Dan |
From: Dan P. <dan...@gm...> - 2010-06-27 10:11:14
|
Hello Chris, I have noticed that you have released 0.9.0 RC8, so I did some tests. There seem to be no release notes with 0.9.0 RC8, so I have been guessing what has been fixed. You have fixed the bug "7. Crypted root's childnodes order error". The other two bugs to which I have pointed your attention remain, and there are two new bug reports, one that I have already posted in an email. What follows is a list of bugs that I think should be fixed before the final release of 0.9.0 2. Zoom: no zooming effect on node editors http://sourceforge.net/tracker/?func=detail&aid=2800933&group_id=7118&atid=107118 This bug of rich text editing failing to zoom can be fixed with acceptable effort. It does not appear in my private version of FreeMind. Based on my private version of FreeMind, I have posted some suggestions into the bug report on how to fix the bug. If these suggestions did not work, something along the lines of them must work. This is not a hard problem. Importantly, the problem concerns every edit of a rich text node when the mind map is zoomed, which concerns all people who prefer zoomed mind maps be it for their eyesight or for their having high PPI display. It is not a minor usability problem with a rarely used function, but rather it is there right in the middle of the main function that FreeMind offers. 10. RC4 regression: incorrect viewing of UTF-8 map http://sourceforge.net/tracker/?func=detail&atid=107118&aid=2810535&group_id=7118 You say "Can't be reproduced under Linux. I'll will check under Windows later." I have reproduced the bug in Windows. It is a bug that prevents loading of certain reasonably formatted mind maps not created by FreeMind. FreeMind's format should be open, in that it should be possible to create mind maps in this format outside of FreeMind. This is not the kind of bug over which one should hurry up to get the final release out. It is a regression bug, absent in 0.9.0 RC3. 12. data loss in notes; note conversion http://sourceforge.net/tracker/index.php?func=detail&aid=3008236&group_id=7118&atid=107118 The bug leads to apparent loss of all notes (notes, not nodes) that were within an encrypted node, after a conversion of a mind map saved by FreeMind 0.8.1 to FreeMind 0.9.0. I have reproduced the bug in Windows; the reporter of the bug uses Linux. In fact, the notes are not lost, but merely hidden away from the user. The problem is that the user does not know that the notes have not been lost, and, if he is a non-technical user, has no obvious way of discovering that his notes are in fact safely stored in the mind map. 13. Conversion from 0.8.0 to 0.9.0 drops newlines in notes http://sourceforge.net/tracker/?func=detail&aid=3021953&group_id=7118&atid=107118 When a mind map created with FreeMind 0.8.1 has notes whose text contains newlines, the newlines are dropped upon the conversion of the mind map to FreeMind 0.9.0 RC8. Thank you for all your effort on bringing FreeMind to a state that is free from regression bugs. Best regards, Dan |
From: Dan P. <dan...@gm...> - 2010-07-08 09:27:56
|
Hello Chris, this is another batch of minor corrections of user interface texts. They are quick to fix, present no risk of introducing new bugs, and require no new translation effort. 1. Some menu items have a space before "...", which is non-standard, so the space should be removed, thus replacing " ..." with "...": * File > Create Encrypted Map ... * Export > Branch as new Map ... * Tools > Insert Encrypted Node ... * Tools > Show Time Scheduler List ... * Tools > Preferences ... 2. Some menu items still have wrong capitalization: * File > Export > Branch as new Map / Branch As New Mind Map * Format > Show icons hierarchically / Show Icons Hierarchically I am sorry for not having pointed this out earlier; my mistake. Most of these issues have been introduced already back in 0.8.0, so they are no regression issues. Nevertheless, I thought that fixing them was very quick, safe and easy, and it cannot in any way delay the final release of 0.9.0. Best regards, Dan |
From: Christian F. (GMX) <chr...@gm...> - 2010-07-08 20:59:44
|
Hi Dan, done. Regards, Chris Am 08.07.10 11:27, schrieb Dan Polansky: > Hello Chris, > > this is another batch of minor corrections of user interface texts. > They are quick to fix, present no risk of introducing new bugs, and > require no new translation effort. > > 1. Some menu items have a space before "...", which is non-standard, > so the space should be removed, thus replacing " ..." with "...": > > * File> Create Encrypted Map ... > * Export> Branch as new Map ... > * Tools> Insert Encrypted Node ... > * Tools> Show Time Scheduler List ... > * Tools> Preferences ... > > 2. Some menu items still have wrong capitalization: > > * File> Export> Branch as new Map / Branch As New Mind Map > * Format> Show icons hierarchically / Show Icons Hierarchically > > I am sorry for not having pointed this out earlier; my mistake. Most > of these issues have been introduced already back in 0.8.0, so they > are no regression issues. Nevertheless, I thought that fixing them was > very quick, safe and easy, and it cannot in any way delay the final > release of 0.9.0. > > Best regards, > Dan > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > |
From: Dan P. <dan...@gm...> - 2010-07-09 11:55:21
|
Hello Chris, thanks for your quick response on the texts of menu items. What follows is on zooming of long node editors, and is a bit longer post. I have set the property "experimental_font_sizing_for_long_node_editors" to "true" in "auto.properties" in 0.9.0 RC8, and then have tested the long node editors upon zooming. Both the plain text and rich text editors of long nodes show zooming as they should, and look basically okay, so congratulations! However, both plain text node editor and rich text node editor show slightly larger fonts than the node viewers. When I set the property "experimental_font_sizing_for_long_node_editors" to false, only plain text long node editor zooms, but again with slightly larger fonts than the node viewers. So the only zooming issue to be solved is the determination of proper font size for the long node editors, regardless whether plain text or rich text. The property "experimental_font_sizing_for_long_node_editors" can be removed, and zooming of the rich text node editor should be switched on by default. I have found a fix to the problem of slightly larger fonts. I have tested the fix: I have FreeMind 0.9.0 RC8 source code in Eclipse, and I can run it in a debug mode. The fix requires an adjustment of the method Tools.updateFontSize: 1390 public static Font updateFontSize(Font font, float zoom, int normalFontSize) { 1391 if (font != null) { 1392 float oldFontSize = font.getSize2D(); 1393 float newFontSize = normalFontSize * zoom; 1394 if(oldFontSize != newFontSize) 1395 { 1396 font = font.deriveFont(newFontSize); 1397 } 1398 } 1399 return font; 1400 } The adjustment consists in replacing 1396 font = font.deriveFont(newFontSize); with 1396 font = font.deriveFont(newFontSize * 0.97F); An explanation for why the fix is needed follows. In FreeMind 0.9.0, the method NodeView.updateFont shows no zooming code. Then how is it achieved that the node views actually appear zoomed? It is achieved in the method MainView.paint, where there is some magical zoom correction factor: zoom *= ZOOM_CORRECTION_FACTOR, which is "static final float ZOOM_CORRECTION_FACTOR = 0.97F;" Of course, the constant ZOOM_CORRECTION_FACTOR should be used in Tools instead of "0.97F", but this requires that the constant is made public in MainView. The magical constant can alternatively be placed in the class EditNodeWYSIWYG.java, where it says: 189 if (Resources.getInstance().getBoolProperty("experimental_font_sizing_for_long_node_editors")) { 190 /* This is a proposal of Dan, but it doesn't work 191 * as expected. 192 * 193 * http://sourceforge.net/tracker/?func=detail&aid=2800933&group_id=7118&atid=107118 194 */ 195 font = Tools.updateFontSize(font, this.getView().getZoom(), 196 font.getSize()); 197 } It can instead say Tools.updateFontSize(font, this.getView().getZoom() * 0.97F), or Tools.updateFontSize(font, this.getView().getZoom() * ZOOM_CORRECTION_FACTOR). I am not sure what the best place for the correction is. The magical zoom correction factor makes me slightly uneasy; it should be explained somewhere what it is meant to achieve. It is unclear why the zoom correction factor is applied to node views but not to arrow link views and other views. This is not to say that I recommend that the correction factor is also applied elsewhere; I do not understand the purpose of the zoom correction factor. In any case, when you remove the now-superfluous option for zooming of the rich text editor and add the zooming correction factor to both long node editors, zooming of the long node editors should work correctly. Best regards, Dan |
From: Dan P. <dan...@gm...> - 2010-07-09 12:44:09
|
One more note on zooming: zoom now applies also to the note pane, which seems to be a good thing. However, when I change the zoom and have the note pane opened, the change of the zoom has no immediate effect on the font of the note. I have to close the note pane and view it again in order to see the change in the zoom level. It would be preferable that the zoom has an immediate effect on the note pane. This seems a nice-to-have easy-to-fix issue. It is an issue that I would personally rather see fixed, but it can remain in the final release 0.9.0 I think. --Dan |
From: Dan P. <dan...@gm...> - 2010-07-15 11:48:10
|
Hello Chris, I have discovered that some plugins are not loaded in 0.9.0 RC8, hence another bug report: 14. Plugins not loaded in 0.9.0 RC8 http://sourceforge.net/tracker/?func=detail&aid=3029934&group_id=7118&atid=107118 Some plugins are not loaded in 0.9.0 RC8, or at least do not appear in the menu. There are no menu items Help > Help and no Export > As PDF and Export > As SVG. RC7 is unaffected. --Dan |
From: Dan P. <dan...@gm...> - 2010-07-28 13:44:11
|
Hello Chris, there is another bug, one that has been introduced by me: 15. Freemind cannot find text with Greek characters http://sourceforge.net/tracker/index.php?func=detail&aid=3035387&group_id=7118&atid=107118 Some unicode searches fail after the user opens a previously saved mind map. The bug report contains the description of a bug fix. The fix consist in the following: Replace nodeText = caseSensitive ? node.toString() : node.toString().toLowerCase(); with nodeText = caseSensitive ? node.getPlainTextContent() : node. getPlainTextContent().toLowerCase(); in the method FindAction.find. Best regards, Dan |
From: Dan P. <dan...@gm...> - 2010-07-28 14:10:31
|
Oops. Unfortunately, the bug fix that I have proposed dramatically slows down the search function, by a factor of 19. In the bug report, I have proposed another solution. --Dan On Wed, Jul 28, 2010 at 3:37 PM, Dan Polansky <dan...@gm...> wrote: > Hello Chris, > > there is another bug, one that has been introduced by me: > > 15. Freemind cannot find text with Greek characters > http://sourceforge.net/tracker/index.php?func=detail&aid=3035387&group_id=7118&atid=107118 > Some unicode searches fail after the user opens a previously > saved mind map. The bug report contains the description of a bug fix. > The fix consist in the following: > > Replace > > nodeText = caseSensitive ? node.toString() : node.toString().toLowerCase(); > > with > > nodeText = caseSensitive ? node.getPlainTextContent() : node. > getPlainTextContent().toLowerCase(); > > in the method FindAction.find. > > Best regards, > Dan > |
From: Dan P. <dan...@gm...> - 2010-08-23 12:16:40
|
Hello Chris, I have come across a bug that I have unduly overlooked, reported by Dimitry long time ago. 16. Scripts do not work if file operations are not permitted http://sourceforge.net/tracker/index.php?func=detail&aid=2789907&group_id=7118&atid=107118 Even a simple script such as '="Hello"' fails unless file operations are permitted for scripts. Oddly enough, the failure occurs only the first time a script is run. I am quite uncertain about the priority of the bug. It is not a regression bug. But it is one that in effect forces the users of scripts to permit file operations for scripts, thereby reducing the security of FreeMind a bit. It seems to me that the bug should better be fixed before the final 0.9.0 release. Best regards, Dan |
From: Dan P. <dan...@gm...> - 2010-10-18 09:48:40
|
Hello Chris, a user has reported a small issue that is a regression one and very easy to fix (I have written the bug report based on the user complaint): 17. Export to Twiki - bulleted list, 2010-10-18 http://sourceforge.net/tracker/index.php?func=detail&aid=3089638&group_id=7118&atid=107118 Between 0.9.0 RC3 and RC4, the export to Twiki has been changed. Formerely, it exported nodes as bulleted list of Twiki; after the change, it exports nodes as headings of Twiki. Both functions are correct but different. A new XSL should be added that exports to Twiki as bulleted list, from on an old revision of the XSL for Twiki. Also added here: http://freemind.sourceforge.net/wiki/index.php/Finishing_0.9.0 Best regard, Dan |
From: Christian F. (GMX) <chr...@gm...> - 2010-10-19 19:54:05
|
Hi Dan, there is no problem to include the former version under a different name, but I don't want to generate a new menu item. Is that the easy solution you had in mind? Best regards, Chris Am 18.10.10 11:47, schrieb Dan Polansky: > Hello Chris, > > a user has reported a small issue that is a regression one and very > easy to fix (I have written the bug report based on the user > complaint): > > 17. Export to Twiki - bulleted list, 2010-10-18 > http://sourceforge.net/tracker/index.php?func=detail&aid=3089638&group_id=7118&atid=107118 > Between 0.9.0 RC3 and RC4, the export to Twiki has been changed. > Formerely, it exported nodes as bulleted list of Twiki; after the > change, it exports nodes as headings of Twiki. Both functions are > correct but different. A new XSL should be added that exports to Twiki > as bulleted list, from on an old revision of the XSL for Twiki. > > Also added here: http://freemind.sourceforge.net/wiki/index.php/Finishing_0.9.0 > > Best regard, > Dan > > ------------------------------------------------------------------------------ > Download new Adobe(R) Flash(R) Builder(TM) 4 > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > Flex(R) Builder(TM)) enable the development of rich applications that run > across multiple browsers and platforms. Download your free trials today! > http://p.sf.net/sfu/adobe-dev2dev > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > |
From: Dan P. <dan...@gm...> - 2010-10-20 16:30:58
|
Hello Chris, oops, I did not realize adding the file would require a new menu item. Hmm. Maybe it would be better to return the Twiki export to what it was in 0.8.1. The change in the Twiki export in 0.9.0 RC 4 was not really an improvement but a rather a change; it improved the function for some users while it worsened the function for other users. The new headings-based export to Twiki could be included in a separate file "mm2twiki_headings.xls", but without a menu item. The bulleted-list based export to Twiki would be on the menu item, as it was. That would be my proposal. Best regards, Dan On Tue, Oct 19, 2010 at 9:53 PM, Christian Foltin (GMX) <chr...@gm...> wrote: > Hi Dan, > > there is no problem to include the former version under a different > name, but I don't want to generate a new menu item. > Is that the easy solution you had in mind? > > Best regards, Chris > > Am 18.10.10 11:47, schrieb Dan Polansky: >> Hello Chris, >> >> a user has reported a small issue that is a regression one and very >> easy to fix (I have written the bug report based on the user >> complaint): >> >> 17. Export to Twiki - bulleted list, 2010-10-18 >> http://sourceforge.net/tracker/index.php?func=detail&aid=3089638&group_id=7118&atid=107118 >> Between 0.9.0 RC3 and RC4, the export to Twiki has been changed. >> Formerely, it exported nodes as bulleted list of Twiki; after the >> change, it exports nodes as headings of Twiki. Both functions are >> correct but different. A new XSL should be added that exports to Twiki >> as bulleted list, from on an old revision of the XSL for Twiki. >> >> Also added here: http://freemind.sourceforge.net/wiki/index.php/Finishing_0.9.0 >> >> Best regard, >> Dan >> >> ------------------------------------------------------------------------------ >> Download new Adobe(R) Flash(R) Builder(TM) 4 >> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly >> Flex(R) Builder(TM)) enable the development of rich applications that run >> across multiple browsers and platforms. Download your free trials today! >> http://p.sf.net/sfu/adobe-dev2dev >> _______________________________________________ >> Freemind-developer mailing list >> Fre...@li... >> https://lists.sourceforge.net/lists/listinfo/freemind-developer >> > > ------------------------------------------------------------------------------ > Download new Adobe(R) Flash(R) Builder(TM) 4 > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > Flex(R) Builder(TM)) enable the development of rich applications that run > across multiple browsers and platforms. Download your free trials today! > http://p.sf.net/sfu/adobe-dev2dev > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > |
From: Christian F. (GMX) <chr...@gm...> - 2010-10-20 19:09:34
|
Hi Dan, done. Best regards, Chris Am 20.10.10 18:30, schrieb Dan Polansky: > Hello Chris, > > oops, I did not realize adding the file would require a new menu item. > > Hmm. Maybe it would be better to return the Twiki export to what it > was in 0.8.1. The change in the Twiki export in 0.9.0 RC 4 was not > really an improvement but a rather a change; it improved the function > for some users while it worsened the function for other users. The new > headings-based export to Twiki could be included in a separate file > "mm2twiki_headings.xls", but without a menu item. The bulleted-list > based export to Twiki would be on the menu item, as it was. That would > be my proposal. > > Best regards, > Dan > > > On Tue, Oct 19, 2010 at 9:53 PM, Christian Foltin (GMX) > <chr...@gm...> wrote: >> Hi Dan, >> >> there is no problem to include the former version under a different >> name, but I don't want to generate a new menu item. >> Is that the easy solution you had in mind? >> >> Best regards, Chris >> >> Am 18.10.10 11:47, schrieb Dan Polansky: >>> Hello Chris, >>> >>> a user has reported a small issue that is a regression one and very >>> easy to fix (I have written the bug report based on the user >>> complaint): >>> >>> 17. Export to Twiki - bulleted list, 2010-10-18 >>> http://sourceforge.net/tracker/index.php?func=detail&aid=3089638&group_id=7118&atid=107118 >>> Between 0.9.0 RC3 and RC4, the export to Twiki has been changed. >>> Formerely, it exported nodes as bulleted list of Twiki; after the >>> change, it exports nodes as headings of Twiki. Both functions are >>> correct but different. A new XSL should be added that exports to Twiki >>> as bulleted list, from on an old revision of the XSL for Twiki. >>> >>> Also added here: http://freemind.sourceforge.net/wiki/index.php/Finishing_0.9.0 >>> >>> Best regard, >>> Dan >>> >>> ------------------------------------------------------------------------------ >>> Download new Adobe(R) Flash(R) Builder(TM) 4 >>> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly >>> Flex(R) Builder(TM)) enable the development of rich applications that run >>> across multiple browsers and platforms. Download your free trials today! >>> http://p.sf.net/sfu/adobe-dev2dev >>> _______________________________________________ >>> Freemind-developer mailing list >>> Fre...@li... >>> https://lists.sourceforge.net/lists/listinfo/freemind-developer >>> >> >> ------------------------------------------------------------------------------ >> Download new Adobe(R) Flash(R) Builder(TM) 4 >> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly >> Flex(R) Builder(TM)) enable the development of rich applications that run >> across multiple browsers and platforms. Download your free trials today! >> http://p.sf.net/sfu/adobe-dev2dev >> _______________________________________________ >> Freemind-developer mailing list >> Fre...@li... >> https://lists.sourceforge.net/lists/listinfo/freemind-developer >> > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps& games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer |
From: Dan P. <dan...@gm...> - 2010-10-22 12:41:01
|
Hello Chris, I have tested the released 0.9.0 RC10. I have marked three bugs as fixed: 12. data loss in notes; note conversion 13. Conversion from 0.8.0 to 0.9.0 drops newlines in notes 17. Export to Twiki - bulleted list In the release notes of 0.9.0 RC10, you write that you have also fixed the bug with searching for the Greek text. My testing shows the bug as non-fixed; it is still there, reproducible using the mind map attached to the bug report. 15. Freemind cannot find text with Greek characters http://sourceforge.net/tracker/?func=detail&aid=3035387&group_id=7118&atid=107118 I am keeping a list of open bugs here: http://freemind.sourceforge.net/wiki/index.php/Finishing_0.9.0 Best regards, Dan |
From: Christian F. (GMX) <chr...@gm...> - 2010-10-24 17:37:33
|
Hi Dan, ad 15: I did, was I extracted from the posts: String nodeText = caseSensitive ? node.toString() : node.toString() .toLowerCase(); // Bug fix for http://sourceforge.net/tracker/?func=detail&aid=3035387&group_id=7118&atid=107118 if (HtmlTools.isHtmlNode(nodeText)) { nodeText = HtmlTools.unescapeHTMLUnicodeEntity(nodeText); } nodeText = HtmlTools.removeHtmlTagsFromString(nodeText); // End bug fix. What's wrong with it? It worked for german umlauts, which couldn't be found before. Best regards, Chris Am 22.10.10 14:40, schrieb Dan Polansky: > Hello Chris, > > I have tested the released 0.9.0 RC10. I have marked three bugs as fixed: > > 12. data loss in notes; note conversion > > 13. Conversion from 0.8.0 to 0.9.0 drops newlines in notes > > 17. Export to Twiki - bulleted list > > In the release notes of 0.9.0 RC10, you write that you have also fixed > the bug with searching for the Greek text. My testing shows the bug as > non-fixed; it is still there, reproducible using the mind map attached > to the bug report. > > 15. Freemind cannot find text with Greek characters > http://sourceforge.net/tracker/?func=detail&aid=3035387&group_id=7118&atid=107118 > > I am keeping a list of open bugs here: > > http://freemind.sourceforge.net/wiki/index.php/Finishing_0.9.0 > > Best regards, > Dan > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps& games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > |
From: Dan P. <dan...@gm...> - 2010-10-25 07:30:25
|
Hello Chris, I cannot find any change in CVS in FindAction.java, so I cannot directly review the code: http://freemind.cvs.sourceforge.net/viewvc/freemind/freemind/freemind/modes/actions/FindAction.java?view=log Is the change in CVS? Am I looking at a wrong place? The main thing: The fix has to look as follows, so that the conversion to lowercase takes place only after the unicode entity characters have been unescaped: String nodeText = node.toString(); if (HtmlTools.isHtmlNode(nodeText)) { nodeText = HtmlTools.unescapeHTMLUnicodeEntity(nodeText); nodeText = HtmlTools.removeHtmlTagsFromString(nodeText); } if(!caseSensitive) { nodeText = nodeText.toLowerCase(); } This is my mistake. The way I have originally described it in the bug report was wrong; sorry for that. Thanks to user socratesf for pointing out that the conversion to lowercase needs to take place at the very end. Best regards, Dan On Sun, Oct 24, 2010 at 7:37 PM, Christian Foltin (GMX) <chr...@gm...> wrote: > Hi Dan, > > ad 15: I did, was I extracted from the posts: > > String nodeText = caseSensitive ? > node.toString() : node.toString() > .toLowerCase(); > // Bug fix for > http://sourceforge.net/tracker/?func=detail&aid=3035387&group_id=7118&atid=107118 > if (HtmlTools.isHtmlNode(nodeText)) { > nodeText = > HtmlTools.unescapeHTMLUnicodeEntity(nodeText); > } > nodeText = > HtmlTools.removeHtmlTagsFromString(nodeText); > // End bug fix. > > What's wrong with it? It worked for german umlauts, which couldn't be > found before. > > Best regards, Chris > > Am 22.10.10 14:40, schrieb Dan Polansky: >> Hello Chris, >> >> I have tested the released 0.9.0 RC10. I have marked three bugs as fixed: >> >> 12. data loss in notes; note conversion >> >> 13. Conversion from 0.8.0 to 0.9.0 drops newlines in notes >> >> 17. Export to Twiki - bulleted list >> >> In the release notes of 0.9.0 RC10, you write that you have also fixed >> the bug with searching for the Greek text. My testing shows the bug as >> non-fixed; it is still there, reproducible using the mind map attached >> to the bug report. >> >> 15. Freemind cannot find text with Greek characters >> http://sourceforge.net/tracker/?func=detail&aid=3035387&group_id=7118&atid=107118 >> >> I am keeping a list of open bugs here: >> >> http://freemind.sourceforge.net/wiki/index.php/Finishing_0.9.0 >> >> Best regards, >> Dan |
From: Dan P. <dan...@gm...> - 2010-10-27 11:17:05
|
Hello Chris, I have posted another bug: 18. Conversion from 0.8.0 to 0.9.0 drops indentation in notes http://sourceforge.net/tracker/index.php?func=detail&aid=3096369&group_id=7118&atid=107118 I am sorry that I did not find this earlier. I have discovered this bug by imagination: after discovering the bug with dropped newlines in notes, I wondered how many people are actually using the notes (given none of the users have reported the bug), and what else could go wrong with the notes. It occurred to me only with a considerable delay that also indentation and spacing could go wrong, and it really does. Best regards, Dan |
From: Christian F. (GMX) <chr...@gm...> - 2010-10-30 21:00:36
|
Hi Dan, fixed in CVS. See http://freemind.cvs.sourceforge.net/viewvc/freemind/freemind/freemind/modes/mindmapmode/?pathrev=fm_060405_integration Just by using the new file freemind_version_updater.xslt <http://freemind.cvs.sourceforge.net/viewvc/freemind/freemind/freemind/modes/mindmapmode/freemind_version_updater.xslt?view=log&pathrev=fm_060405_integration> in the freemind.jar you can try it out. Best regards, Chris Am 27.10.10 13:16, schrieb Dan Polansky: > Hello Chris, > > I have posted another bug: > > 18. Conversion from 0.8.0 to 0.9.0 drops indentation in notes > http://sourceforge.net/tracker/index.php?func=detail&aid=3096369&group_id=7118&atid=107118 > > I am sorry that I did not find this earlier. I have discovered this > bug by imagination: after discovering the bug with dropped newlines in > notes, I wondered how many people are actually using the notes (given > none of the users have reported the bug), and what else could go wrong > with the notes. It occurred to me only with a considerable delay that > also indentation and spacing could go wrong, and it really does. > > Best regards, > Dan > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps& games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > |
From: Christian F. (GMX) <chr...@gm...> - 2010-10-30 21:09:28
|
Hi Dan, your fix has been introduced into CVS. Please choose the correct branch to review the changes. For example here: http://freemind.cvs.sourceforge.net/viewvc/freemind/freemind/freemind/modes/common/actions/?pathrev=fm_060405_integration Best regards, Chris Am 25.10.10 09:30, schrieb Dan Polansky: > Hello Chris, > > I cannot find any change in CVS in FindAction.java, so I cannot > directly review the code: > > http://freemind.cvs.sourceforge.net/viewvc/freemind/freemind/freemind/modes/actions/FindAction.java?view=log > > Is the change in CVS? Am I looking at a wrong place? > > The main thing: The fix has to look as follows, so that the conversion > to lowercase takes place only after the unicode entity characters have > been unescaped: > > String nodeText = node.toString(); > if (HtmlTools.isHtmlNode(nodeText)) { > nodeText = HtmlTools.unescapeHTMLUnicodeEntity(nodeText); > nodeText = HtmlTools.removeHtmlTagsFromString(nodeText); > } > if(!caseSensitive) { > nodeText = nodeText.toLowerCase(); > } > > This is my mistake. The way I have originally described it in the bug > report was wrong; sorry for that. Thanks to user socratesf for > pointing out that the conversion to lowercase needs to take place at > the very end. > > Best regards, > Dan > > > On Sun, Oct 24, 2010 at 7:37 PM, Christian Foltin (GMX) > <chr...@gm...> wrote: >> Hi Dan, >> >> ad 15: I did, was I extracted from the posts: >> >> String nodeText = caseSensitive ? >> node.toString() : node.toString() >> .toLowerCase(); >> // Bug fix for >> http://sourceforge.net/tracker/?func=detail&aid=3035387&group_id=7118&atid=107118 >> if (HtmlTools.isHtmlNode(nodeText)) { >> nodeText = >> HtmlTools.unescapeHTMLUnicodeEntity(nodeText); >> } >> nodeText = >> HtmlTools.removeHtmlTagsFromString(nodeText); >> // End bug fix. >> >> What's wrong with it? It worked for german umlauts, which couldn't be >> found before. >> >> Best regards, Chris >> >> Am 22.10.10 14:40, schrieb Dan Polansky: >>> Hello Chris, >>> >>> I have tested the released 0.9.0 RC10. I have marked three bugs as fixed: >>> >>> 12. data loss in notes; note conversion >>> >>> 13. Conversion from 0.8.0 to 0.9.0 drops newlines in notes >>> >>> 17. Export to Twiki - bulleted list >>> >>> In the release notes of 0.9.0 RC10, you write that you have also fixed >>> the bug with searching for the Greek text. My testing shows the bug as >>> non-fixed; it is still there, reproducible using the mind map attached >>> to the bug report. >>> >>> 15. Freemind cannot find text with Greek characters >>> http://sourceforge.net/tracker/?func=detail&aid=3035387&group_id=7118&atid=107118 >>> >>> I am keeping a list of open bugs here: >>> >>> http://freemind.sourceforge.net/wiki/index.php/Finishing_0.9.0 >>> >>> Best regards, >>> Dan > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps& games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer |
From: Christian F. (GMX) <chr...@gm...> - 2010-10-30 21:16:39
|
Hi Dan, ad 17: you wrote, that it is not fixed, but you closed the bug report: http://sourceforge.net/tracker/?func=detail&aid=3089638&group_id=7118&atid=107118 I have the same impression, that it is indeed fixed. What do you think? Best regards, Chris Am 22.10.10 14:40, schrieb Dan Polansky: > Hello Chris, > > I have tested the released 0.9.0 RC10. I have marked three bugs as fixed: > > 12. data loss in notes; note conversion > > 13. Conversion from 0.8.0 to 0.9.0 drops newlines in notes > > 17. Export to Twiki - bulleted list > > In the release notes of 0.9.0 RC10, you write that you have also fixed > the bug with searching for the Greek text. My testing shows the bug as > non-fixed; it is still there, reproducible using the mind map attached > to the bug report. > > 15. Freemind cannot find text with Greek characters > http://sourceforge.net/tracker/?func=detail&aid=3035387&group_id=7118&atid=107118 > > I am keeping a list of open bugs here: > > http://freemind.sourceforge.net/wiki/index.php/Finishing_0.9.0 > > Best regards, > Dan > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps& games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > |
From: Dan P. <dan...@gm...> - 2010-11-01 09:15:23
|
Hello Chris, the bug that was not fixed is the bug 15 rather than the bug 17; the bug 17 with TWiki has been fixed and closed. The bug that still needs fixing is this: 15. Freemind cannot find text with Greek characters http://sourceforge.net/tracker/?func=detail&aid=3035387&group_id=7118&atid=107118 I have described how to fix the remaining issue with searching for Greek characters in my response from 25 Oct 2010 to this thread; a fix is also described in the bug report. The fix for #15 is this: ------------ String nodeText = node.toString(); if (HtmlTools.isHtmlNode(nodeText)) { nodeText = HtmlTools.unescapeHTMLUnicodeEntity(nodeText); nodeText = HtmlTools.removeHtmlTagsFromString(nodeText); } if(!caseSensitive) { nodeText = nodeText.toLowerCase(); } ------------ A note for me: I owe you a reply to the conversion bug, #18. I will reply soon. Best regards, Dan On Sat, Oct 30, 2010 at 11:16 PM, Christian Foltin (GMX) <chr...@gm...> wrote: > Hi Dan, > > ad 17: you wrote, that it is not fixed, but you closed the bug report: > http://sourceforge.net/tracker/?func=detail&aid=3089638&group_id=7118&atid=107118 > I have the same impression, that it is indeed fixed. > What do you think? > > Best regards, > > Chris > > Am 22.10.10 14:40, schrieb Dan Polansky: >> Hello Chris, >> >> I have tested the released 0.9.0 RC10. I have marked three bugs as fixed: >> >> 12. data loss in notes; note conversion >> >> 13. Conversion from 0.8.0 to 0.9.0 drops newlines in notes >> >> 17. Export to Twiki - bulleted list >> >> In the release notes of 0.9.0 RC10, you write that you have also fixed >> the bug with searching for the Greek text. My testing shows the bug as >> non-fixed; it is still there, reproducible using the mind map attached >> to the bug report. >> >> 15. Freemind cannot find text with Greek characters >> http://sourceforge.net/tracker/?func=detail&aid=3035387&group_id=7118&atid=107118 >> >> I am keeping a list of open bugs here: >> >> http://freemind.sourceforge.net/wiki/index.php/Finishing_0.9.0 >> >> Best regards, >> Dan |