<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: dimension palette fiasco</title>
	<atom:link href="http://rocksolidperspective.com/2010/02/11/dimension-palette-fiasco/feed/" rel="self" type="application/rss+xml" />
	<link>http://rocksolidperspective.com/2010/02/11/dimension-palette-fiasco/</link>
	<description></description>
	<lastBuildDate>Fri, 18 May 2012 16:51:27 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: dimension palette fiasco &#8211; update! &#171; rocksolid perspective &#8211; jason raak</title>
		<link>http://rocksolidperspective.com/2010/02/11/dimension-palette-fiasco/#comment-1460</link>
		<dc:creator><![CDATA[dimension palette fiasco &#8211; update! &#171; rocksolid perspective &#8211; jason raak]]></dc:creator>
		<pubDate>Tue, 18 May 2010 10:21:05 +0000</pubDate>
		<guid isPermaLink="false">http://rocksolidperspect.wordpress.com/2010/02/11/dimension-palette-fiasco/#comment-1460</guid>
		<description><![CDATA[[...] in February I did a post titled “dimension palette fiasco” which discussed the usability of the SolidWorks interface when the “new to SolidWorks 2010” [...]]]></description>
		<content:encoded><![CDATA[<p>[...] in February I did a post titled “dimension palette fiasco” which discussed the usability of the SolidWorks interface when the “new to SolidWorks 2010” [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: solidworks 2d editor&#8230;what you need to know &#171; rocksolid perspective &#8211; jason raak</title>
		<link>http://rocksolidperspective.com/2010/02/11/dimension-palette-fiasco/#comment-1449</link>
		<dc:creator><![CDATA[solidworks 2d editor&#8230;what you need to know &#171; rocksolid perspective &#8211; jason raak]]></dc:creator>
		<pubDate>Tue, 04 May 2010 10:57:20 +0000</pubDate>
		<guid isPermaLink="false">http://rocksolidperspect.wordpress.com/2010/02/11/dimension-palette-fiasco/#comment-1449</guid>
		<description><![CDATA[[...] that was made to the dimension palette which received some serious attention here during a previous post on that tool.&#160; I will do an upcoming post on this soon.&#160; Another big change to the SP3.0 [...]]]></description>
		<content:encoded><![CDATA[<p>[...] that was made to the dimension palette which received some serious attention here during a previous post on that tool.&#160; I will do an upcoming post on this soon.&#160; Another big change to the SP3.0 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill</title>
		<link>http://rocksolidperspective.com/2010/02/11/dimension-palette-fiasco/#comment-1405</link>
		<dc:creator><![CDATA[Bill]]></dc:creator>
		<pubDate>Fri, 19 Mar 2010 19:21:00 +0000</pubDate>
		<guid isPermaLink="false">http://rocksolidperspect.wordpress.com/2010/02/11/dimension-palette-fiasco/#comment-1405</guid>
		<description><![CDATA[They do need to test their software better. Is the beta release 100% compatible with the production release? If so I would have no problem testing it. I was always told in the past that it is not. The line needs to be drawn for sure when it is broken and this is broken. The sticky note analogy is a good one. If it is such a good idea why don&#039;t they do the same thing with the measure command. Have the box follow your mouse around so that you can&#039;t select anything to measure. I would also like to remind everyone most people have two hands. A good portion of the commands can be programed to the keyboard for one hand. This this means that the mouse is free to do what only the mouse can do. Select. Combinding the two is the fastest way to get work done.]]></description>
		<content:encoded><![CDATA[<p>They do need to test their software better. Is the beta release 100% compatible with the production release? If so I would have no problem testing it. I was always told in the past that it is not. The line needs to be drawn for sure when it is broken and this is broken. The sticky note analogy is a good one. If it is such a good idea why don&#8217;t they do the same thing with the measure command. Have the box follow your mouse around so that you can&#8217;t select anything to measure. I would also like to remind everyone most people have two hands. A good portion of the commands can be programed to the keyboard for one hand. This this means that the mouse is free to do what only the mouse can do. Select. Combinding the two is the fastest way to get work done.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Warrenb</title>
		<link>http://rocksolidperspective.com/2010/02/11/dimension-palette-fiasco/#comment-1402</link>
		<dc:creator><![CDATA[Warrenb]]></dc:creator>
		<pubDate>Sat, 13 Mar 2010 15:42:37 +0000</pubDate>
		<guid isPermaLink="false">http://rocksolidperspect.wordpress.com/2010/02/11/dimension-palette-fiasco/#comment-1402</guid>
		<description><![CDATA[&quot;In each release of the software will we expect every new feature to have a on/off switch?  I ask this because for every new feature there is someone out there that doesn’t like change and is unwilling to “get used to it” and see the benefits.  Now I can see possibly adding something to the following major release of the software if the dislike continues but somewhere a line needs to be drawn.&quot;

When anything interferes with drawings it is a bad idea and should have on and off options. I am willing to tolerate large installation files.  Gigabytes are cheap.  When software controls what must remain an engineer&#039;s (or drafter&#039;s) choice CAD software has failed.  The new drawing &quot;enhancements&quot; in SW 2010 are terrible.  We are forced on the mercy of what a software designer has assumed for us.  While it made sense for marketing directors it makes zero sense to a drafter.  Save the bells and whistles for the design environment.  NOT the detailing environment.  A clean uncluttered drawing demands clean and uncluttered work environments and that includes the SW drawing environment.  If you treat the drawing like a manual hand drawn paper drawing just imagine everywhere you want to move your pencil someone has placed a stickynote where you want to draw your next line.  Even when you take away one stickynote someone is behind you to place another one on your drawing.  The solution is not to &quot;get use to it&quot; but to take away the pad of stickynotes.]]></description>
		<content:encoded><![CDATA[<p>&#8220;In each release of the software will we expect every new feature to have a on/off switch?  I ask this because for every new feature there is someone out there that doesn’t like change and is unwilling to “get used to it” and see the benefits.  Now I can see possibly adding something to the following major release of the software if the dislike continues but somewhere a line needs to be drawn.&#8221;</p>
<p>When anything interferes with drawings it is a bad idea and should have on and off options. I am willing to tolerate large installation files.  Gigabytes are cheap.  When software controls what must remain an engineer&#8217;s (or drafter&#8217;s) choice CAD software has failed.  The new drawing &#8220;enhancements&#8221; in SW 2010 are terrible.  We are forced on the mercy of what a software designer has assumed for us.  While it made sense for marketing directors it makes zero sense to a drafter.  Save the bells and whistles for the design environment.  NOT the detailing environment.  A clean uncluttered drawing demands clean and uncluttered work environments and that includes the SW drawing environment.  If you treat the drawing like a manual hand drawn paper drawing just imagine everywhere you want to move your pencil someone has placed a stickynote where you want to draw your next line.  Even when you take away one stickynote someone is behind you to place another one on your drawing.  The solution is not to &#8220;get use to it&#8221; but to take away the pad of stickynotes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill</title>
		<link>http://rocksolidperspective.com/2010/02/11/dimension-palette-fiasco/#comment-1401</link>
		<dc:creator><![CDATA[Bill]]></dc:creator>
		<pubDate>Fri, 12 Mar 2010 19:10:26 +0000</pubDate>
		<guid isPermaLink="false">http://rocksolidperspect.wordpress.com/2010/02/11/dimension-palette-fiasco/#comment-1401</guid>
		<description><![CDATA[Consider that the user already has a very fast solution to dimensioning and tolerancing and has no need for pallets or yellow and blue balloons popping up and getting in the way. I have spent most of the day waving my mouse and hitting the escape key attempting to detail drawings.
Maybe the settings in tools options are fine for all this user does. This user never needs to see this pallet at all. When programers add unnessary things (would not call this a feature) yes the software does get bloated. But if they do they must give the users the choice to turn it off. Especially when it interupts the users rutine, takes up screen space, and exicutes something that the user did not tell it to do when the command is issued to the software. Also in general people do not like to be forced or told what to do with no other option. This will make users very unhappy and drive customers away and to software that give them a choice.]]></description>
		<content:encoded><![CDATA[<p>Consider that the user already has a very fast solution to dimensioning and tolerancing and has no need for pallets or yellow and blue balloons popping up and getting in the way. I have spent most of the day waving my mouse and hitting the escape key attempting to detail drawings.<br />
Maybe the settings in tools options are fine for all this user does. This user never needs to see this pallet at all. When programers add unnessary things (would not call this a feature) yes the software does get bloated. But if they do they must give the users the choice to turn it off. Especially when it interupts the users rutine, takes up screen space, and exicutes something that the user did not tell it to do when the command is issued to the software. Also in general people do not like to be forced or told what to do with no other option. This will make users very unhappy and drive customers away and to software that give them a choice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Spine</title>
		<link>http://rocksolidperspective.com/2010/02/11/dimension-palette-fiasco/#comment-1357</link>
		<dc:creator><![CDATA[Tom Spine]]></dc:creator>
		<pubDate>Mon, 22 Feb 2010 20:13:02 +0000</pubDate>
		<guid isPermaLink="false">http://rocksolidperspect.wordpress.com/2010/02/11/dimension-palette-fiasco/#comment-1357</guid>
		<description><![CDATA[I replied to the post at fcsuper.com, so I should reply here as well.

First, let me say that those who say that we (SolidWorks) should have caught the problems with the Dimension Palette before it was released in SolidWorks 2010 are absolutely right. I&#039;ll go further and say that, as Manager of User Experience Design at SolidWorks, I&#039;m responsible. My team should have discovered the usability problems with the Dimension Palette, and we should have ensured that they were fixed before it was released. Our review and usability testing program let you, our users, down. 

As  has already pointed out, we have released a temporary registry workaround in the SolidWorks Forums (and available right here on Rocksolid Perspective too - look over there to the right for the .reg files!). This will completely disable the Dimension Palette. In addition, as Rob Rodriguez has alluded to in his comment, we have a longer term fix. I&#039;m happy to say that the changes we have made to the Dimension Palette will be in the next service pack. These changes eliminate the problem of it popping up in your way all the time. The Dimension Palette becomes much more of an &quot;on demand&quot; tool rather than &quot;always there.&quot;

Finally, let me give a pitch for our usability testing program. In addition to the more traditional beta testing, we constantly run smaller, more focused usability tests on features under development. Typically, these take an hour or less, and they can be conducted right from your office - we use the phone, and web conferencing software. Often, we will run development builds of the software here on our local machines, but give you mouse and keyboard input so that you can have &quot;hands on&quot; experience, and tell us directly what you like, and what you don&#039;t like. We run these sessions all year around. One of the best ways to ensure that nothing like the &quot;dimension palette fiasco&quot; (Jason&#039;s words) ever happens again is YOUR PARTICIPATION. Do you have time to spend a half-hour or an hour, maybe once or twice a year, giving us direct feedback on features under development? Want to give us input even BEFORE beta? That&#039;s the purpose of the usability testing program. If you go to http://www.solidworks.com/usability you will find a link to a short survey for signing up.

Tom Spine
Manager, User Experience Design
DS SolidWorks Corp.]]></description>
		<content:encoded><![CDATA[<p>I replied to the post at fcsuper.com, so I should reply here as well.</p>
<p>First, let me say that those who say that we (SolidWorks) should have caught the problems with the Dimension Palette before it was released in SolidWorks 2010 are absolutely right. I&#8217;ll go further and say that, as Manager of User Experience Design at SolidWorks, I&#8217;m responsible. My team should have discovered the usability problems with the Dimension Palette, and we should have ensured that they were fixed before it was released. Our review and usability testing program let you, our users, down. </p>
<p>As  has already pointed out, we have released a temporary registry workaround in the SolidWorks Forums (and available right here on Rocksolid Perspective too &#8211; look over there to the right for the .reg files!). This will completely disable the Dimension Palette. In addition, as Rob Rodriguez has alluded to in his comment, we have a longer term fix. I&#8217;m happy to say that the changes we have made to the Dimension Palette will be in the next service pack. These changes eliminate the problem of it popping up in your way all the time. The Dimension Palette becomes much more of an &#8220;on demand&#8221; tool rather than &#8220;always there.&#8221;</p>
<p>Finally, let me give a pitch for our usability testing program. In addition to the more traditional beta testing, we constantly run smaller, more focused usability tests on features under development. Typically, these take an hour or less, and they can be conducted right from your office &#8211; we use the phone, and web conferencing software. Often, we will run development builds of the software here on our local machines, but give you mouse and keyboard input so that you can have &#8220;hands on&#8221; experience, and tell us directly what you like, and what you don&#8217;t like. We run these sessions all year around. One of the best ways to ensure that nothing like the &#8220;dimension palette fiasco&#8221; (Jason&#8217;s words) ever happens again is YOUR PARTICIPATION. Do you have time to spend a half-hour or an hour, maybe once or twice a year, giving us direct feedback on features under development? Want to give us input even BEFORE beta? That&#8217;s the purpose of the usability testing program. If you go to <a href="http://www.solidworks.com/usability" rel="nofollow">http://www.solidworks.com/usability</a> you will find a link to a short survey for signing up.</p>
<p>Tom Spine<br />
Manager, User Experience Design<br />
DS SolidWorks Corp.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fcsuper</title>
		<link>http://rocksolidperspective.com/2010/02/11/dimension-palette-fiasco/#comment-1356</link>
		<dc:creator><![CDATA[fcsuper]]></dc:creator>
		<pubDate>Sun, 21 Feb 2010 08:02:45 +0000</pubDate>
		<guid isPermaLink="false">http://rocksolidperspect.wordpress.com/2010/02/11/dimension-palette-fiasco/#comment-1356</guid>
		<description><![CDATA[Jason, didn&#039;t know you covered this. I&#039;m posting my take on this Monday.  I agree with you on most of these points.]]></description>
		<content:encoded><![CDATA[<p>Jason, didn&#8217;t know you covered this. I&#8217;m posting my take on this Monday.  I agree with you on most of these points.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jason raak</title>
		<link>http://rocksolidperspective.com/2010/02/11/dimension-palette-fiasco/#comment-1352</link>
		<dc:creator><![CDATA[jason raak]]></dc:creator>
		<pubDate>Wed, 17 Feb 2010 14:51:10 +0000</pubDate>
		<guid isPermaLink="false">http://rocksolidperspect.wordpress.com/2010/02/11/dimension-palette-fiasco/#comment-1352</guid>
		<description><![CDATA[hi ulrich,

the registry files will only work with sp2.1 i was told. sorry, i should have stated that in my original post.]]></description>
		<content:encoded><![CDATA[<p>hi ulrich,</p>
<p>the registry files will only work with sp2.1 i was told. sorry, i should have stated that in my original post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jason raak</title>
		<link>http://rocksolidperspective.com/2010/02/11/dimension-palette-fiasco/#comment-1351</link>
		<dc:creator><![CDATA[jason raak]]></dc:creator>
		<pubDate>Wed, 17 Feb 2010 14:50:07 +0000</pubDate>
		<guid isPermaLink="false">http://rocksolidperspect.wordpress.com/2010/02/11/dimension-palette-fiasco/#comment-1351</guid>
		<description><![CDATA[hey devon,

sorry it took me so long to respond back to you.  i would agree with you but i would think that this testing would come from beta users, not necessarily solidworks testing.  i think both may be to blame for this.

i heard rumors that this is going to be changing soon.  we will see what happens!]]></description>
		<content:encoded><![CDATA[<p>hey devon,</p>
<p>sorry it took me so long to respond back to you.  i would agree with you but i would think that this testing would come from beta users, not necessarily solidworks testing.  i think both may be to blame for this.</p>
<p>i heard rumors that this is going to be changing soon.  we will see what happens!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ulrich Hanisch</title>
		<link>http://rocksolidperspective.com/2010/02/11/dimension-palette-fiasco/#comment-1349</link>
		<dc:creator><![CDATA[Ulrich Hanisch]]></dc:creator>
		<pubDate>Tue, 16 Feb 2010 16:06:00 +0000</pubDate>
		<guid isPermaLink="false">http://rocksolidperspect.wordpress.com/2010/02/11/dimension-palette-fiasco/#comment-1349</guid>
		<description><![CDATA[hi jason. in general, i like all things which minimize mouse movement (so i only use the S shortcut for the whole GUI and deactivate all other icons) but the new dim palette makes me crazy. i´m not an end user, but make SWX demos, and i click too fast ... everytime i select a dim just to highlight it or move it a little or so, the dim palette pops on and off and flickers around. unfortunately, your reg files to deactivate the dim palette don´t work at my machine. i´m still using SP0 (too less time to update) and maybe this reg settings work with a newer SP ??]]></description>
		<content:encoded><![CDATA[<p>hi jason. in general, i like all things which minimize mouse movement (so i only use the S shortcut for the whole GUI and deactivate all other icons) but the new dim palette makes me crazy. i´m not an end user, but make SWX demos, and i click too fast &#8230; everytime i select a dim just to highlight it or move it a little or so, the dim palette pops on and off and flickers around. unfortunately, your reg files to deactivate the dim palette don´t work at my machine. i´m still using SP0 (too less time to update) and maybe this reg settings work with a newer SP ??</p>
]]></content:encoded>
	</item>
</channel>
</rss>

