Comments on: Should expand/collapse cause a Save dialog? http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog Quick, intelligent, witty, discreet--We confess. We’re leading a global conspiracy to promote better ideas through better collaboration. Wed, 08 Feb 2012 22:33:11 +0000 hourly 1 http://wordpress.org/?v=3.3 By: Craig http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog/comment-page-1#comment-2496 Craig Thu, 13 Apr 2006 19:23:15 +0000 http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2496 I don't really care for expanding/collapsing causing a save dialog. I can see where other's might. I think making it a setting is the way to go. I don’t really care for expanding/collapsing causing a save dialog. I can see where other’s might. I think making it a setting is the way to go.

]]> By: Bernhard Straub http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog/comment-page-1#comment-2485 Bernhard Straub Wed, 12 Apr 2006 21:35:59 +0000 http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2485 To me the current behaviour creates too many versions (when I see that the map is "changed" I save to make sure nothing's lost). I often use F3 to focus on a topic I need but that change of view is nothing I would want to save. So my wish would be to avoid the dialog by default and have an option to change this behaviour for users who work differently. To me the current behaviour creates too many versions (when I see that the map is “changed” I save to make sure nothing’s lost). I often use F3 to focus on a topic I need but that change of view is nothing I would want to save. So my wish would be to avoid the dialog by default and have an option to change this behaviour for users who work differently.

]]> By: Bilal Succar http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog/comment-page-1#comment-2468 Bilal Succar Tue, 11 Apr 2006 00:52:11 +0000 http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2468 I agree with the initial proposition by the product designer. It makes perfect sense to me. Thank you for attending to such usability issues. Regards I agree with the initial proposition by the product designer. It makes perfect sense to me. Thank you for attending to such usability issues.
Regards

]]> By: Gary Nicol http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog/comment-page-1#comment-2444 Gary Nicol Sun, 09 Apr 2006 08:56:05 +0000 http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2444 I personally would prefer no dialog, but making it configurable keeps everyone happy. I personally would prefer no dialog, but making it configurable keeps everyone happy.

]]> By: Stephen http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog/comment-page-1#comment-2414 Stephen Fri, 07 Apr 2006 03:49:01 +0000 http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2414 I'm thinking a changeable configuration in the 'options' would be the best bet. Some want it... some don't. Let the user decide. I’m thinking a changeable configuration in the ‘options’ would be the best bet. Some want it… some don’t. Let the user decide.

]]> By: Bill Riski http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog/comment-page-1#comment-2409 Bill Riski Thu, 06 Apr 2006 19:36:17 +0000 http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2409 I agree with your proposed chages. To summarize: - Default is not to save if only expanding and collapsing was done (view/detail/show level x or toggle detail) - Include user option behaviour to change to 'always save, including level of detail' I agree with your proposed chages. To summarize:
- Default is not to save if only expanding and collapsing was done (view/detail/show level x or toggle detail)
- Include user option behaviour to change to ‘always save, including level of detail’

]]> By: Michael Roberts http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog/comment-page-1#comment-2407 Michael Roberts Thu, 06 Apr 2006 18:54:44 +0000 http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2407 Make it configurable - personally, I would prefer no dialog unless I change a topic's content in some way (text, attachment, hyperlink, etc.) or the properties of the mindmap itself (background, layout, etc.). But I can see why others might prefer a lower threshold for prompting. MR Make it configurable – personally, I would prefer no dialog unless I change a topic’s content in some way (text, attachment, hyperlink, etc.) or the properties of the mindmap itself (background, layout, etc.).

But I can see why others might prefer a lower threshold for prompting.

MR

]]> By: Rebecca http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog/comment-page-1#comment-2404 Rebecca Thu, 06 Apr 2006 11:13:58 +0000 http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2404 My 2 penneth (that GBP 0.02) is that the dialog to save changes is an annoyance, so I approve of the suggested change. If I specifically want a particular layout I will save it. In response to Gerd's contribution, I would think that moving topics would constitute a change. Keep up the keyboard accessibility, guys. It's the major reason I invested in MindManager over other mapping software. Thanks My 2 penneth (that GBP 0.02) is that the dialog to save changes is an annoyance, so I approve of the suggested change. If I specifically want a particular layout I will save it.

In response to Gerd’s contribution, I would think that moving topics would constitute a change.

Keep up the keyboard accessibility, guys. It’s the major reason I invested in MindManager over other mapping software.

Thanks

]]> By: Gerd Klima http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog/comment-page-1#comment-2403 Gerd Klima Thu, 06 Apr 2006 09:42:52 +0000 http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2403 just my USD 0.02: Personally, I would love to see this change. Quite contrary to a comment before mine, I'd also include moving topics and filters to the actions not initiating a save dialog; converting a connected topic into a floating one e.g. should be a change that needs to be considered. Making behaviour configurable is never a bad decision ;-) just my USD 0.02:
Personally, I would love to see this change.

Quite contrary to a comment before mine, I’d also include moving topics and filters to the actions not initiating a save dialog; converting a connected topic into a floating one e.g. should be a change that needs to be considered.

Making behaviour configurable is never a bad decision ;-)

]]> By: Stephan http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog/comment-page-1#comment-2400 Stephan Thu, 06 Apr 2006 08:06:40 +0000 http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2400 My 2 cents: + What about dragging topics around? This also changes only the view of the map... But I would strongly disagree to exclude this map change of the save-changes rule. + What about filters? They also change only the view of the map... But I would strongly disagree to exclude them out of the save-changes rule. So, what is the difference between expand/collapse on one hand and the above two items on the other hand to justify such a UI change? My 2 cents:

+ What about dragging topics around? This also changes only the view of the map… But I would strongly disagree to exclude this map change of the save-changes rule.

+ What about filters? They also change only the view of the map… But I would strongly disagree to exclude them out of the save-changes rule.

So, what is the difference between expand/collapse on one hand and the above two items on the other hand to justify such a UI change?

]]>