freemind-developer Mailing List for FreeMind (Page 6)
A premier mind-mapping software written in Java
Brought to you by:
christianfoltin,
danielpolansky
You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(7) |
Aug
(1) |
Sep
|
Oct
|
Nov
(12) |
Dec
(3) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(3) |
Jun
(14) |
Jul
(21) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2003 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(1) |
Jun
(11) |
Jul
(12) |
Aug
|
Sep
|
Oct
(5) |
Nov
(12) |
Dec
(4) |
2004 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2005 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(2) |
Dec
(1) |
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(2) |
Sep
(2) |
Oct
(8) |
Nov
(3) |
Dec
|
2007 |
Jan
(1) |
Feb
(76) |
Mar
(61) |
Apr
(25) |
May
(25) |
Jun
(91) |
Jul
(137) |
Aug
(139) |
Sep
(52) |
Oct
(70) |
Nov
(38) |
Dec
(77) |
2008 |
Jan
(225) |
Feb
(91) |
Mar
(68) |
Apr
(20) |
May
(34) |
Jun
(39) |
Jul
(23) |
Aug
(9) |
Sep
(32) |
Oct
(11) |
Nov
(8) |
Dec
(13) |
2009 |
Jan
(13) |
Feb
(20) |
Mar
(6) |
Apr
(8) |
May
(20) |
Jun
(5) |
Jul
(3) |
Aug
|
Sep
(1) |
Oct
(2) |
Nov
(3) |
Dec
(12) |
2010 |
Jan
(3) |
Feb
(10) |
Mar
(3) |
Apr
(3) |
May
(3) |
Jun
(1) |
Jul
(7) |
Aug
(4) |
Sep
(2) |
Oct
(12) |
Nov
(23) |
Dec
(25) |
2011 |
Jan
(4) |
Feb
(30) |
Mar
(16) |
Apr
(9) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Dan P. <dan...@gm...> - 2010-09-04 12:41:48
|
Hello Chris, I propose that you remove the LaTeX component HotEqn from FreeMind 0.9.0, now that there is still time to do it before final release. HotEqn is poorly integrated into FreeMind: it has no support in HTML export functions, and it is unlikely to get one. It requires LaTeX formulas to be appended to nodes, as it were, instead of being placed in the middle of the long node text. No LaTeX formulas can be placed into notes with HotEqn. As a further nuisance, HotEqn is licensed under GNU GPL V3, incompatible with FreeMind's GNU GPL V2+ unless FreeMind migrates to GNU GPL V3. A better solution for LaTeX formulas, out of scope of FreeMind 0.9.0, is to place LaTeX formulas into long nodes and notes, and render them using a Java component that renders LaTeX formulas into PNG, so they can be included as images. I have implemented this solution in my version of FreeMind using the component JMathTeX back in 2008 and released in May 2009 (https://sites.google.com/site/danpolansky/freemind). Freeplane seems to use the same solution, whether taken over from my source code or implemented independently, just that it uses an updated version and fork of the component: JLaTeXMath. There is now even an external plugin for FreeMind that provides this sort of support for LaTeX formulas, so technically-minded users can use FreeMind 0.9.0 with this plugin right now after they install the plugin; see also http://github.com/Alxa/LaTeXMath-Freemind-Plugin. If HotEqn remains in the final release, and if FreeMind starts using the other solution for LaTeX formulas later, there will be a migration cost thereafter for the users. It seems to me that the migration cost is better avoided now, when there is still time. For the users who like HotEqn, HotEqn could be still made downloadable somewhere as an external plugin, but it would be outside of scope of the maximum version of FreeMind. What do you think of the proposal to remove HotEqn? Best regards, Dan |
From: Dan P. <dan...@gm...> - 2010-08-30 12:20:14
|
Hello Chris, thank you. I have made your scripting documentation available at http://freemind.sourceforge.net/wiki/index.php/Scripting/Mind_map_documentation Best regards, Dan |
From: Christian F. (GMX) <chr...@gm...> - 2010-08-29 05:06:40
|
Hi Dan, of course, this is ok. My contributions to the help map are public domain. Best regards, Chris Am 28.08.10 10:08, schrieb Dan Polansky: > Hello Chris, > > I would like to copy the scripting documentation that you have created > for FreeMind documentation mind map to the wiki, to the page > "Scripting/Mind map documentation". I would then perform some tweaks > in it, which you can of course always revert. Later, parts of that > page can be incorporated into the "Scripting" page. Having the > scripting documentation in the wiki would make it easy to refer to it > in the Help forum. > > Is this okay with you? > > Do you release the documentation of scripting that you have written > for the mind map help into public domain? (I have released all my > contributions to FreeMind wiki into public domain.) > > Best regards, > Dan > > ------------------------------------------------------------------------------ > Sell apps to millions through the Intel(R) Atom(Tm) Developer Program > Be part of this innovative community and reach millions of netbook users > worldwide. Take advantage of special opportunities to increase revenue and > speed time-to-market. Join now, and jumpstart your future. > http://p.sf.net/sfu/intel-atom-d2d > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > |
From: Dan P. <dan...@gm...> - 2010-08-28 08:08:58
|
Hello Chris, I would like to copy the scripting documentation that you have created for FreeMind documentation mind map to the wiki, to the page "Scripting/Mind map documentation". I would then perform some tweaks in it, which you can of course always revert. Later, parts of that page can be incorporated into the "Scripting" page. Having the scripting documentation in the wiki would make it easy to refer to it in the Help forum. Is this okay with you? Do you release the documentation of scripting that you have written for the mind map help into public domain? (I have released all my contributions to FreeMind wiki into public domain.) 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-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-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-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-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-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: 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-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: 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-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: 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-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: Dan P. <dan...@gm...> - 2010-04-18 07:19:44
|
Hello Dimitry, is the source code of Flash browser that is available in CVS the latest one, of the version v1.0b? The file kept as a log of changes does not suggest so: http://freemind.cvs.sourceforge.net/viewvc/freemind/flash/source/changes.txt?view=log Yet the revision history of other files suggests that CVS is really up to date on Flash browser. The following file has been last changed by Juan Pedro on Oct 1 2007, as have several other files: http://freemind.cvs.sourceforge.net/viewvc/freemind/flash/source/visorFreeMind/Main.as?view=log Thank you for any clarification, and I am sorry for the confusion. Best regards, Dan On Sat, Apr 17, 2010 at 11:41 PM, Dimitry Polivaev <dpo...@gm...> wrote: > Hello Dan, > > source code of FreeMind flash browser is available in FreeMind cvs module flash > > http://freemind.cvs.sourceforge.net/viewvc/freemind/flash/ > > Best regards, > Dimitry > >> Hello Juan Pedro, >> >> This is an open letter, which I am also sending to freemind-developer >> mailing list. >> >> Can you please send me the source code of the latest version of the >> flash browser for FreeMind (v1.0b), so that I can post it to a patch >> in FreeMind's SourceForge project? >> >> The thing is, an open source program without a source code is not >> truly an open source one or a free-as-in-freedom one. I am looking >> forward to hearing from you. >> >> Best regards, >> Dan |
From: Dimitry P. <dpo...@gm...> - 2010-04-17 21:42:05
|
Hello Dan, source code of FreeMind flash browser is available in FreeMind cvs module flash http://freemind.cvs.sourceforge.net/viewvc/freemind/flash/ Best regards, Dimitry > Hello Juan Pedro, > > This is an open letter, which I am also sending to freemind-developer > mailing list. > > Can you please send me the source code of the latest version of the > flash browser for FreeMind (v1.0b), so that I can post it to a patch > in FreeMind's SourceForge project? > > The thing is, an open source program without a source code is not > truly an open source one or a free-as-in-freedom one. I am looking > forward to hearing from you. > > Best regards, > Dan |
From: Dan P. <dan...@gm...> - 2010-04-17 20:05:23
|
Hello Juan Pedro, This is an open letter, which I am also sending to freemind-developer mailing list. Can you please send me the source code of the latest version of the flash browser for FreeMind (v1.0b), so that I can post it to a patch in FreeMind's SourceForge project? The thing is, an open source program without a source code is not truly an open source one or a free-as-in-freedom one. I am looking forward to hearing from you. Best regards, Dan |
From: Dan P. <dan...@gm...> - 2010-03-06 14:18:47
|
Hello Chris, I have tested all the bugs that you have fixed, and confirm that they are really fixed as far as my tests show. I am especially grateful for your adding the pop up for the confirmation of conversion of a mind map to the new format. There are several bugs of which you say that you are going to fix them later, meaning not in 0.9.0. I am not officially responsible for the quality of FreeMind, and the ultimate authority to decide when FreeMind is ready for final release is yours. I note, from the roles of FreeMind tester and unofficial quality manager that I have had, that some of these unfixed bugs are inacceptable from my quality manager's point of view. I will add some more notes on these bugs in the following. 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. 7. Crypted root's childnodes order error http://sourceforge.net/tracker/index.php?func=detail&aid=2912427&group_id=7118&atid=107118 This bug does not lose data, but it is annoying, its correction should be easy, and it is a regression bug absent in FreeMind 0.8.1. There should be no need for a user to manually correct the order of, say, ten nodes after FreeMind breaks their order after decrypting an encrypted node. 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. I sincerely recommend that you consider the option of fixing these bugs. I know that it will cause extra effort, and that it will delay the final release a further bit. But there should be some time now left for translators to provide the new translations anyway, so the delay consideration should be insignificant. After so many years of development, it would be pity to release final 0.9.0 with the kind of bugs as are the three mentioned in this email. Best regards, Dan |
From: Dan P. <dan...@gm...> - 2010-03-02 14:35:20
|
Hi Chris, in the announcement of FreeMind RC7 in the Open Discussion forum, you write: "For translators may still update the translations to the current set of strings, which hasn't changed since RC3." Is that correct? I thought there was at least one new string to be translated in RC7. I would propose to point out to the translators the need for translating the new string in the announcement in Open Discussion forum: http://sourceforge.net/projects/freemind/forums/forum/22101/topic/3570559 Thoughts? Best regards, Dan |
From: Dan P. <dan...@gm...> - 2010-03-01 09:50:31
|
Hello Chris, thank you for the notification. I hope to get to test RC7 within one week. I will let you know of the results of the verification of already reported bugs and the results of the tests. Best regards, Dan |
From: Christian F. (GMX) <chr...@gm...> - 2010-02-28 14:23:57
|
Hi Eric, you're right, it's not announced, yet. I'll do it today. Regards, Chris Eric Lavarde schrieb: > Hi Chris, > > have you announced this release? I can't remember having seen anything > about it. It's perhaps me overseeing it, but I'd like to be sure. > > Thanks, Eric > > Christian Foltin (GMX) wrote: >> 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 > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > |
From: Eric L. <Eric@Lavar.de> - 2010-02-28 11:41:36
|
Hi Chris, have you announced this release? I can't remember having seen anything about it. It's perhaps me overseeing it, but I'd like to be sure. Thanks, Eric Christian Foltin (GMX) wrote: > 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 |
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 > |