<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/1.5" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Should expand/collapse cause a Save dialog?</title>
	<link>http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog</link>
	<description>Dream It. Map It. Share It.</description>
	<pubDate>Fri, 05 Dec 2008 03:39:45 +0000</pubDate>
	<generator>http://wordpress.org/?v=1.5</generator>

	<item>
		<title>by: Luciano Passuello</title>
		<link>http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2391</link>
		<pubDate>Wed, 05 Apr 2006 11:55:00 +0000</pubDate>
		<guid>http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2391</guid>
					<description>I strongly agree with removing the dialog in this case. It is indeed confusing. 

In general, you should be looking at the functionality present in MindManager Viewer, and make sure that none of that functionality causes a Save in the full version.</description>
		<content:encoded><![CDATA[	<p>I strongly agree with removing the dialog in this case. It is indeed confusing. </p>
	<p>In general, you should be looking at the functionality present in MindManager Viewer, and make sure that none of that functionality causes a Save in the full version.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Jason</title>
		<link>http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2392</link>
		<pubDate>Wed, 05 Apr 2006 12:57:52 +0000</pubDate>
		<guid>http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2392</guid>
					<description>I do not think that you should offer a dialog for saving just layout changes. However, adding a user configurable option to automatically save layout changes might do the trick.

In other words, I believe that most people will either prefer to have layouts always saved (even if data did not change), or always left alone. This would avoid the dialog, and still let people that have set it to &quot;never save automatically&quot; to manually save before exiting.</description>
		<content:encoded><![CDATA[	<p>I do not think that you should offer a dialog for saving just layout changes. However, adding a user configurable option to automatically save layout changes might do the trick.</p>
	<p>In other words, I believe that most people will either prefer to have layouts always saved (even if data did not change), or always left alone. This would avoid the dialog, and still let people that have set it to &#8220;never save automatically&#8221; to manually save before exiting.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Colin</title>
		<link>http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2396</link>
		<pubDate>Wed, 05 Apr 2006 19:17:05 +0000</pubDate>
		<guid>http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2396</guid>
					<description>I agree you should make the change. Users often inadvertently produce multiple copies of the same map ...(2)(2) etc., and the current functionality contributes to this</description>
		<content:encoded><![CDATA[	<p>I agree you should make the change. Users often inadvertently produce multiple copies of the same map &#8230;(2)(2) etc., and the current functionality contributes to this
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Mike Dillamore</title>
		<link>http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2399</link>
		<pubDate>Thu, 06 Apr 2006 00:05:26 +0000</pubDate>
		<guid>http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2399</guid>
					<description>Where MindManager is used to give presentations, changes to layout can be as important as changes to content.  I would therefore want expand or collapse of topics to be flagged up as a change.  Would anyone argue that hiding a slide in PowerPoint constituted a change to the presentation?</description>
		<content:encoded><![CDATA[	<p>Where MindManager is used to give presentations, changes to layout can be as important as changes to content.  I would therefore want expand or collapse of topics to be flagged up as a change.  Would anyone argue that hiding a slide in PowerPoint constituted a change to the presentation?
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Stephan</title>
		<link>http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2400</link>
		<pubDate>Thu, 06 Apr 2006 00:06:40 +0000</pubDate>
		<guid>http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2400</guid>
					<description>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?</description>
		<content:encoded><![CDATA[	<p>My 2 cents:</p>
	<p>+ What about dragging topics around? This also changes only the view of the map&#8230; But I would strongly disagree to exclude this map change of the save-changes rule.</p>
	<p>+ What about filters? They also change only the view of the map&#8230; But I would strongly disagree to exclude them out of the save-changes rule.</p>
	<p>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?
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Gerd Klima</title>
		<link>http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2403</link>
		<pubDate>Thu, 06 Apr 2006 01:42:52 +0000</pubDate>
		<guid>http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2403</guid>
					<description>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 ;-)</description>
		<content:encoded><![CDATA[	<p>just my USD 0.02:<br />
Personally, I would love to see this change.</p>
	<p>Quite contrary to a comment before mine, I&#8217;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.</p>
	<p>Making behaviour configurable is never a bad decision <img src='http://blog.mindjet.com/wp-images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' />
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Rebecca</title>
		<link>http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2404</link>
		<pubDate>Thu, 06 Apr 2006 03:13:58 +0000</pubDate>
		<guid>http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2404</guid>
					<description>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</description>
		<content:encoded><![CDATA[	<p>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. </p>
	<p>In response to Gerd&#8217;s contribution, I would think that moving topics would constitute a change.</p>
	<p>Keep up the keyboard accessibility, guys. It&#8217;s the major reason I invested in MindManager over other mapping software.</p>
	<p>Thanks
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Michael Roberts</title>
		<link>http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2407</link>
		<pubDate>Thu, 06 Apr 2006 10:54:44 +0000</pubDate>
		<guid>http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2407</guid>
					<description>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 </description>
		<content:encoded><![CDATA[	<p>Make it configurable - personally, I would prefer no dialog unless I change a topic&#8217;s content in some way (text, attachment, hyperlink, etc.) or the properties of the mindmap itself (background, layout, etc.).</p>
	<p>But I can see why others might prefer a lower threshold for prompting.</p>
	<p>MR
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Bill Riski</title>
		<link>http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2409</link>
		<pubDate>Thu, 06 Apr 2006 11:36:17 +0000</pubDate>
		<guid>http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2409</guid>
					<description>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'
</description>
		<content:encoded><![CDATA[	<p>I agree with your proposed chages.  To summarize:<br />
- Default is not to save if only expanding and collapsing was done (view/detail/show level x or toggle detail)<br />
- Include user option behaviour to change to &#8216;always save, including level of detail&#8217;
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Stephen</title>
		<link>http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2414</link>
		<pubDate>Thu, 06 Apr 2006 19:49:01 +0000</pubDate>
		<guid>http://blog.mindjet.com/2006/04/should-expandcollapse-cause-a-save-dialog#comment-2414</guid>
					<description>I'm thinking a changeable configuration in the 'options' would be the best bet. Some want it... some don't. Let the user decide.</description>
		<content:encoded><![CDATA[	<p>I&#8217;m thinking a changeable configuration in the &#8216;options&#8217; would be the best bet. Some want it&#8230; some don&#8217;t. Let the user decide.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
