Thread: [Freemind-developer] Right direction toward 0.9.0
A premier mind-mapping software written in Java
Brought to you by:
christianfoltin,
danielpolansky
From: Dan P. <dan...@gm...> - 2008-01-28 21:01:32
|
Hi Dimitry, Dimitry wrote: > I like this procedure. And it would be great if you could create a list > of the pending steps to be done for the 0.9.0 too. > > As we do not have such list now and do not communicate about the next > steps, I am not sure if we are moving in the right direction. I think we are moving in the right direction with 0.9.0. There are two places tracking open issues as regards the release 0.9.0: 1. bug tracker 2. issues tracker. Links: http://sourceforge.net/tracker/?atid=107118&group_id=7118&func=browse http://sourceforge.net/tracker/?group_id=7118&atid=1006953 Also, in my email client, I have labeled as to be tracked those discussion threads that are open, so that none of them slips. I have replicated some of these in the issues tracker. Best regards, Dan |
From: Dimitry P. <dpo...@gm...> - 2008-01-28 21:17:46
|
> 1. bug tracker I do not think that all issues reported in the bug tracker can be fixed. Some of them have not changed since FreeMind 0.8.0, and some of them can not be reproduced. How could we separate the bug reports relevant for the 0.9.0 from the others? Who should go through the bug reports and decide, whether the issue is relevant for the coming release? Dimitry |
From: Dan P. <dan...@gm...> - 2008-01-28 21:21:56
|
Hi Dimitry, sure; you are right: not all the bugs in the bug tracker are to be fixed for 0.9.0. Those are to be fixed that have been reported by me. Best regards, Dan On Jan 28, 2008 10:17 PM, Dimitry Polivaev <dpo...@gm...> wrote: > > > 1. bug tracker > > I do not think that all issues reported in the bug tracker can be fixed. > Some of them have not changed since FreeMind 0.8.0, and some of them > can not be reproduced. > > How could we separate the bug reports relevant for the 0.9.0 from the > others? Who should go through the bug reports and decide, whether the > issue is relevant for the coming release? > > Dimitry > |
From: Dan P. <dan...@gm...> - 2008-01-28 21:25:33
|
Hi, I have now also entered the links in here: http://freemind.sourceforge.net/wiki/index.php/Finishing_0.9.0 Regards, Dan |
From: Dimitry P. <dpo...@gm...> - 2008-01-28 22:01:23
|
Hi Dan, > Those are to be fixed that have been reported by me. I have changed the link on the wiki page http://freemind.sourceforge.net/wiki/index.php/Finishing_0.9.0 so that only bugs submitted by you and belonging to group FreeMind 0.9.0 are shown. Is the list correct? Best regards, Dimitry |
From: Dan P. <dan...@gm...> - 2008-01-29 07:47:12
|
Hi Dimitry, thanks; that is a good idea. The list as shown by the link is indeed the list of bugs reported by me, and that is what I meant. It would still make sense that you look also at other bugs, especially those reported by Ray, and use your judgment in deciding which of these are serious, to be fixed. In any case, more bug reports are to be expected from me. I have now also added a link to the bugs in the SimplyHTML tracker to the wiki page. Best regards, Dan On Jan 28, 2008 11:01 PM, Dimitry Polivaev <dpo...@gm...> wrote: > Hi Dan, > > > Those are to be fixed that have been reported by me. > > I have changed the link on the wiki page > > http://freemind.sourceforge.net/wiki/index.php/Finishing_0.9.0 > > so that only bugs submitted by you and belonging to group FreeMind 0.9.0 > are shown. Is the list correct? > > Best regards, Dimitry > |
From: Dimitry P. <dpo...@gm...> - 2008-01-29 07:58:00
|
> It would still make sense that you look also at other bugs, especially > those reported by Ray, and use your judgment in deciding which of these > are serious, to be fixed. Indeed there are some other bugs which I find very relevant. In order to separate them from the others I would like to introduce a new group "FreeMind after 0.9.0" and move the less serious bugs not entered by you there. It would give us a clarity about what bug fixed are not relevant for the release. Do everybody agree? Dimitry |
From: Dan P. <dan...@gm...> - 2008-01-29 08:28:58
|
Hi Dimitry, okay with me. Just that I would propose an alternative name for the group, namely "FreeMind 0.9.0 - Out of scope". See also http://freemind.sourceforge.net/wiki/index.php/Handling_trackers. On further consideration, I understand that you want to label for yourself these bugs that you are planning to fix. Isn't it easier to use the "priority" field, as Eric has suggested some time ago? If you introduce an "out of scope" group, you will have to mark a lot of bugs reported by users. Anyway, as already said, a new group is okay with me. And it can be renamed after it has been created if needed. Dan On Jan 29, 2008 8:57 AM, Dimitry Polivaev <dpo...@gm...> wrote: > > It would still make sense that you look also at other bugs, especially > > those reported by Ray, and use your judgment in deciding which of these > > are serious, to be fixed. > > Indeed there are some other bugs which I find very relevant. In order to > separate them from the others I would like to introduce a new group > "FreeMind after 0.9.0" and move the less serious bugs not entered by you > there. > > It would give us a clarity about what bug fixed are not relevant for the > release. > > Do everybody agree? > > Dimitry > |
From: Dimitry P. <dpo...@gm...> - 2008-01-29 09:17:23
|
> Isn't it easier to use > the "priority" field, as Eric has suggested some time ago? The name of the group "FreeMind 0.9.0" suggests that the all its bugs are to be fixed before the release. That's why prefer using of another group name to using priorities. > If you > introduce an "out of scope" group, you will have to mark a lot of > bugs reported by users. The already reported bugs can be easily marked using "Mass Update". I always read and evaluate the new bug reports, and I could assign the group after reading. But I do see a problem with bugs reported only on forum: even if I would copy them into the bug tracker (which also costs me time), the submitter do not expect them to be there and are not informed about the bug state. I have already written that from my point of view we should encourage the user to use the bug tracker instead of the forum for submitting the bug reports. In the other case such reports are very likely to be not noticed or forgotten. Dan, could you as a lead give your statement about it. Dimitry |
From: Dan P. <dan...@gm...> - 2008-01-29 10:05:03
|
Hi Dimitry, could we have an ICQ chat on this? I have some concerns that I would like to clarify, before we set the bug tracker as the major way of reporting bugs. Feel free to contact me any time. Dan |
From: Dan P. <dan...@gm...> - 2008-01-29 10:44:02
|
Hi everyone, I have agreed with Dimitry that we encourage users to post bugs to the bug tracker. I have posted an encouraging email to Open Discussion forum. I have adjusted a wiki page "Getting started as a tester" or similar, and created a new wiki page "Reporting bugs" based on that page. Just letting you know. Best regards, Dan |
From: Ray B. <ray...@co...> - 2008-01-30 11:33:28
|
I think this is a good move. Having a single place where bugs are reported will help everyone. There will probably be some push-back from users, at first, but once they get used to the idea, I don't foresee any problems. Any inconvenience they have will be offset by being able to see what the progress is on fixing the bug. Ray Dan Polansky wrote: > Hi everyone, > > I have agreed with Dimitry that we encourage users to post bugs to the > bug tracker. I have posted an encouraging email to Open Discussion > forum. I have adjusted a wiki page "Getting started as a tester" or > similar, and created a new wiki page "Reporting bugs" based on that page. > > Just letting you know. > > Best regards, > Dan > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > ------------------------------------------------------------------------ > > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > |
From: Eric L. <fre...@zo...> - 2008-01-29 21:02:04
|
Hi, Dimitry Polivaev wrote: >> Isn't it easier to use >> the "priority" field, as Eric has suggested some time ago? > > The name of the group "FreeMind 0.9.0" suggests that the all its bugs > are to be fixed before the release. That's why prefer using of another > group name to using priorities. Actually, the meaning was more: bug present in FreeMind 0.9.0 (or beta of it). It's a help for developers because a bug with group "FreeMind 0.8.0" means that the bug has been found in 0.8.0 but it might have disappeared in 0.9.0, so better concentrate on something else, until someone like me has checked if the bug is still in 0.9.0. > >> If you >> introduce an "out of scope" group, you will have to mark a lot of >> bugs reported by users. My argument against the "out of scope" group would be different: groups can't be removed, so having an out-of-scope for each version is a burden. Having a generic "out-of-scope" group is an issue because you loose the information in which version it appeared. Like Dan, I'd rather suggest to use the priority because that's what it's meant for :-) So my suggestion would be something like: - 5 - default value - someone needs to look into it and take a decision. - >5 - important bug - no release before it's fixed. - <5 - minor bug - release can happen without it being fixed. > > The already reported bugs can be easily marked using "Mass Update". > I always read and evaluate the new bug reports, and I could assign the > group after reading. > > But I do see a problem with bugs reported only on forum: even if I would > copy them into the bug tracker (which also costs me time), the submitter > do not expect them to be there and are not informed about the bug state. > > I have already written that from my point of view we should encourage > the user to use the bug tracker instead of the forum for submitting the > bug reports. In the other case such reports are very likely to be not > noticed or forgotten. Even if it's already decided, I second this one (I can't only disagree :-) ). Eric |
From: Dimitry P. <dpo...@gm...> - 2008-01-30 12:40:26
|
Hi Eric and Dan, > Like Dan, I'd rather suggest to use the priority because that's what > it's meant for :-) So my suggestion would be something like: > - 5 - default value - someone needs to look into it and take a decision. > - >5 - important bug - no release before it's fixed. > - <5 - minor bug - release can happen without it being fixed. I see that we still can mark less relevant bugs using lower priorities. What about the bugs which seems not to be reproducible ? Should they priority be lowered or could they be moved into Group "Rejected" ? Dimitry |
From: Ray B. <ray...@co...> - 2008-01-31 17:16:01
|
I think we should treat non-reproducible bugs, and "rejected" bugs differently. A but that is "rejected," in my view, is one that makes no sense, isn't worth the effort involved, or simply isn't going to be done, for whatever reason. A bug that can't be reproduced might end up in the "reject" pile, eventually, but there should be a fairly long retention time. The bug report might wind up having information in it that is valuable, if we do find out how to reproduce the but, at some future time. I suspect this is going to be one of those where we have to handle things on a case by case basis. Ray Dimitry Polivaev wrote: > Hi Eric and Dan, > > >> Like Dan, I'd rather suggest to use the priority because that's what >> it's meant for :-) So my suggestion would be something like: >> - 5 - default value - someone needs to look into it and take a decision. >> - >5 - important bug - no release before it's fixed. >> - <5 - minor bug - release can happen without it being fixed. >> > > I see that we still can mark less relevant bugs using lower priorities. > What about the bugs which seems not to be reproducible ? Should they > priority be lowered or could they be moved into Group "Rejected" ? > > Dimitry > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > > |
From: Dimitry P. <dpo...@gm...> - 2008-01-29 12:46:40
|
Hello, I have fixed all bugs which do not require an additional discussion. Let me address the remaining questions here. [ 1820886 ] Feedback on conversion > When converting an old map from the 0.8.0 format into the 0.9.0 format, (a) > user gets no option to reject the conversion. If the user rejects the conversion, > the map should not be opened. Should the question come on loading or on saving? Should the question dialog box have an "don't remind me" check box? > (b) there is no progress > bar, which would be rather valuable, as the process of conversion takes > long on large maps having around 10 MB. AFAIK there is no possibility to get the progress information from the implementing routine. I could however display a status bar message "Updating the map to the current version." [ 1842855 ] Issues with action "Clear note" > The action "Clear note" > should ideally be active in the menu only when there indeed is a note > to be removed. > Also, there should be a popup "Do you really want to remove the note?", > similar to the one that is there for removing a node. The task is not very easy because it should work not for only one node but for all selected nodes. And I can not do anything by myself because this functionality uses Hooks which logic and design I do not understand. The issue has been reassigned to Chris at the end of December, and there is no progress until now. [ 1820522 ] Ctrl + C fails to copy rich text node to clipboard (Vista) The reason for this bug is that java se for windows in all relevant versions (1.4.2, 1.5.x, 1.6.x) has different bugs which has been fixed only for the coming java 1.7 . See http://bugs.sun.com/view_bug.do?bug_id=6513578 (WIN32 HTML Clipboard support enhancement) for more info. Because of those bugs the only application I know which is able to paste HTML created by FreeMind running under this java versions is the MS Word 2000. I have tested FreeMind with the beta version of Java 1.7. HTML inserted to clipboard could be pasted into open office without any problems. So I propose to close it for us, because I do not see any way to fix the issue by ourselves, as the java update is needed. Best regards, Dimitry |
From: Christian F. <chr...@gm...> - 2008-01-29 14:25:50
|
> The issue has been reassigned to Chris at the end of December, and there > is no progress until now. > How do you know, Dimitry? Didn't you even tried it, before writing? Chris -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer |
From: Eric L. <fre...@zo...> - 2008-01-29 15:52:03
|
Hi Chris, to get the steam down: I think that Dimitry is referring to what is documented in the bug tracker. I hope you will agree with me when I say that you tend to not update/close bugs once you've fixed them in CVS (we agreed on a procedure a while ago). Based on past conversation, I assume it's due to you doing a lot of work offline (while travelling). Despite my understanding of your situation, I must honestly say that it's quite disturbing for the rest of us, and makes tracking of bugs' situation next to impossible. OK, if we agree on the situation, how to solve it now? A workaround would be that you carry a list of bugs with you, and once you've fixed them, and are back online, you update them accordingly to your notes. With a bit of cut&paste and canned responses, it should be doable with minimum effort. A better solution would be a bug tracker with some offline capabilities and/or integration with CVS (or SVN), so that commit messages can have commands interpreted automatically by a ticket system. Something around the lines of http://trac.edgewall.org/wiki/TracFaq#can-trac-automatically-update-a-ticket-when-i-commit-a-changeset What do you think? Eric Christian Foltin wrote: >> The issue has been reassigned to Chris at the end of December, and there >> is no progress until now. >> > > How do you know, Dimitry? Didn't you even tried it, before writing? > > Chris > |
From: Ray B. <ray...@co...> - 2008-01-31 17:09:06
|
Eric, I think it makes some sense to use a better problem tracking system, but if we're going to do that, I think it would be a good idea to figure out what it is we think we need in one, and match our possible alternatives to our requirements. It's very likely that the one you seem to prefer will be the best choice, but it will be easier for everyone to accept that choice if we all understand why we are making it, and if we can all understand why it makes logical sense. If we can come up with requirements and a list of candidates, I'll be happy to try to gather information on them and summarize what I find. To that, we can add other people's individual evaluations and preferences. Hopefully, we'll all come to agreement on which one is the best. Ray Eric Lavarde wrote: > Hi Chris, > > to get the steam down: I think that Dimitry is referring to what is > documented in the bug tracker. I hope you will agree with me when I say > that you tend to not update/close bugs once you've fixed them in CVS (we > agreed on a procedure a while ago). Based on past conversation, I assume > it's due to you doing a lot of work offline (while travelling). > > Despite my understanding of your situation, I must honestly say that > it's quite disturbing for the rest of us, and makes tracking of bugs' > situation next to impossible. > > OK, if we agree on the situation, how to solve it now? > > A workaround would be that you carry a list of bugs with you, and once > you've fixed them, and are back online, you update them accordingly to > your notes. With a bit of cut&paste and canned responses, it should be > doable with minimum effort. > > A better solution would be a bug tracker with some offline capabilities > and/or integration with CVS (or SVN), so that commit messages can have > commands interpreted automatically by a ticket system. Something around > the lines of > http://trac.edgewall.org/wiki/TracFaq#can-trac-automatically-update-a-ticket-when-i-commit-a-changeset > > What do you think? > > Eric > > Christian Foltin wrote: > >>> The issue has been reassigned to Chris at the end of December, and there >>> is no progress until now. >>> >>> >> How do you know, Dimitry? Didn't you even tried it, before writing? >> >> Chris >> >> > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > > |
From: Eric L. <fre...@zo...> - 2008-01-31 20:33:07
|
Hi, sorry if it came like this: I don't have a preferred tool, Trac was only an example of a tool offering a feature which I think would help Chris (more than myself). Actually, I'd prefer to stick to SF's own ticket tracking system, because it's one thing less to maintain, but I'd agree also with the fact that it's rather limited in its features. So, conclusion, if you ask me today: let's stick to the SF ticket system and do not start a new thread of discussion, where we still have so many ones open. Eric Ray Benjamin wrote: > Eric, > > I think it makes some sense to use a better problem tracking system, but > if we're going to do that, I think it would be a good idea to figure out > what it is we think we need in one, and match our possible alternatives > to our requirements. It's very likely that the one you seem to prefer > will be the best choice, but it will be easier for everyone to accept > that choice if we all understand why we are making it, and if we can all > understand why it makes logical sense. > > If we can come up with requirements and a list of candidates, I'll be > happy to try to gather information on them and summarize what I find. To > that, we can add other people's individual evaluations and preferences. > Hopefully, we'll all come to agreement on which one is the best. > > Ray > > Eric Lavarde wrote: >> Hi Chris, >> >> to get the steam down: I think that Dimitry is referring to what is >> documented in the bug tracker. I hope you will agree with me when I say >> that you tend to not update/close bugs once you've fixed them in CVS (we >> agreed on a procedure a while ago). Based on past conversation, I assume >> it's due to you doing a lot of work offline (while travelling). >> >> Despite my understanding of your situation, I must honestly say that >> it's quite disturbing for the rest of us, and makes tracking of bugs' >> situation next to impossible. >> >> OK, if we agree on the situation, how to solve it now? >> >> A workaround would be that you carry a list of bugs with you, and once >> you've fixed them, and are back online, you update them accordingly to >> your notes. With a bit of cut&paste and canned responses, it should be >> doable with minimum effort. >> >> A better solution would be a bug tracker with some offline capabilities >> and/or integration with CVS (or SVN), so that commit messages can have >> commands interpreted automatically by a ticket system. Something around >> the lines of >> http://trac.edgewall.org/wiki/TracFaq#can-trac-automatically-update-a-ticket-when-i-commit-a-changeset >> >> What do you think? >> >> Eric >> >> Christian Foltin wrote: >> >>>> The issue has been reassigned to Chris at the end of December, and there >>>> is no progress until now. >>>> >>>> >>> How do you know, Dimitry? Didn't you even tried it, before writing? >>> >>> Chris |
From: Eric L. <fre...@zo...> - 2008-01-29 21:09:22
|
Hi, Dimitry Polivaev wrote: > Hello, > > I have fixed all bugs which do not require an additional discussion. Let > me address the remaining questions here. > > [ 1820886 ] Feedback on conversion >> When converting an old map from the 0.8.0 format into the 0.9.0 format, (a) >> user gets no option to reject the conversion. If the user rejects the conversion, >> the map should not be opened. > > Should the question come on loading or on saving? Should the question > dialog box have an "don't remind me" check box? If we want to align with the "standard" (Microsoft & OpenOffice), you get a question at save time stating that it's an old format, and if you want to overwrite it with the new format or save under another name. A "don't remind me" checkbox could be ambiguous (for this file only, or for any file), I would leave it out. > >> (b) there is no progress >> bar, which would be rather valuable, as the process of conversion takes >> long on large maps having around 10 MB. > > AFAIK there is no possibility to get the progress information from the > implementing routine. I could however display a status bar message > "Updating the map to the current version." Sounds reasonable to me. > > > [ 1842855 ] Issues with action "Clear note" >> The action "Clear note" >> should ideally be active in the menu only when there indeed is a note >> to be removed. > >> Also, there should be a popup "Do you really want to remove the note?", >> similar to the one that is there for removing a node. > > The task is not very easy because it should work not for only one node > but for all selected nodes. And I can not do anything by myself because > this functionality uses Hooks which logic and design I do not understand. > > The issue has been reassigned to Chris at the end of December, and there > is no progress until now. On-going discussion :-/ > > [ 1820522 ] Ctrl + C fails to copy rich text node to clipboard (Vista) > > The reason for this bug is that java se for windows in all relevant > versions (1.4.2, 1.5.x, 1.6.x) has different bugs which has been fixed > only for the coming java 1.7 . See > http://bugs.sun.com/view_bug.do?bug_id=6513578 (WIN32 HTML Clipboard > support enhancement) for more info. > > Because of those bugs the only application I know which is able to paste > HTML created by FreeMind running under this java versions is the MS Word > 2000. > > I have tested FreeMind with the beta version of Java 1.7. HTML inserted > to clipboard could be pasted into open office without any problems. > > So I propose to close it for us, because I do not see any way to fix the > issue by ourselves, as the java update is needed. Sounds reasonable to me. Eric > > Best regards, Dimitry > |
From: Dan P. <dan...@gm...> - 2008-01-31 17:25:43
|
Hi guys, if you want to do some information gathering on bug tracking systems, what about writing the information that you find to a new page "Bug tracker" in the wiki? I have seen that Inkscape uses some apparently nice public bug tracking service that we would not need to install ourselves: launchpad.net. That service also seems to have some nice support for translations. Anyway, I think that SourceForge's bug tracking, though imperfect, is good enough, and can be used effectively with the use of workarounds. Regards, Dan |
From: Ray B. <ray...@co...> - 2008-01-31 17:50:43
|
Dan, I'll do some research. If people have suggestions, post them to a list on the Bug Tracker wiki page. Ray Dan Polansky wrote: > Hi guys, > > if you want to do some information gathering on bug tracking systems, > what about writing the information that you find to a new page "Bug > tracker" in the wiki? > > I have seen that Inkscape uses some apparently nice public bug > tracking service that we would not need to install ourselves: > launchpad.net <http://launchpad.net>. That service also seems to have > some nice support for translations. > > Anyway, I think that SourceForge's bug tracking, though imperfect, is > good enough, and can be used effectively with the use of workarounds. > > Regards, > Dan > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > ------------------------------------------------------------------------ > > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > |
From: Dimitry P. <dpo...@gm...> - 2008-01-29 16:45:22
|
Hi Chris, >> The issue has been reassigned to Chris at the end of December, and there >> is no progress until now. > > How do you know, Dimitry? Didn't you even tried it, before writing? Yes, I have updated my code from CVS and tried it before writing. None of the following issues seems to be resolved: > The action "Clear note" should ideally be active in the menu only when there indeed is a note to be removed. > > Also, there should be a popup "Do you really want to remove the note?", similar to the one that is there for removing a node. But generally I think the same as Eric: I had to test each single bug issue in order to obtain its current status. It costs me time, and I can not do it frequently. It would be of great help if you could update the status of the issues assigned to you by yourself. Best regards, Dimitry |
From: Christian F. <chr...@gm...> - 2008-01-30 09:10:27
|
Sorry, Dimitry, I've read your mail not carefully enough and have some other trouble here. I'll have a look at the note-clear method. Chris -------- Original-Nachricht -------- > Datum: Tue, 29 Jan 2008 17:43:12 +0100 > Von: Dimitry Polivaev <dpo...@gm...> > An: fre...@li... > Betreff: Re: [Freemind-developer] Finishing 0.9.0 : Bugs reported by Daniel Polansky > Hi Chris, > > >> The issue has been reassigned to Chris at the end of December, and > there > >> is no progress until now. > > > > How do you know, Dimitry? Didn't you even tried it, before writing? > > Yes, I have updated my code from CVS and tried it before writing. None > of the following issues seems to be resolved: > > > The action "Clear note" should ideally be active in the menu only when > there indeed is a note to be removed. > > > > Also, there should be a popup "Do you really want to remove the note?", > similar to the one that is there for removing a node. > > > But generally I think the same as Eric: I had to test each single bug > issue in order to obtain its current status. It costs me time, and I can > not do it frequently. It would be of great help if you could update the > status of the issues assigned to you by yourself. > > Best regards, Dimitry > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer |