<?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/"
		>
<channel>
	<title>Comments on: Force Upper Case</title>
	<atom:link href="http://www.dailydoseofexcel.com/archives/2006/10/03/force-upper-case/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dailydoseofexcel.com/archives/2006/10/03/force-upper-case/</link>
	<description>Daily posts of Excel tips…and other stuff</description>
	<lastBuildDate>Wed, 08 Feb 2012 23:58:05 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Phil</title>
		<link>http://www.dailydoseofexcel.com/archives/2006/10/03/force-upper-case/#comment-61874</link>
		<dc:creator>Phil</dc:creator>
		<pubDate>Wed, 06 Apr 2011 22:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1519#comment-61874</guid>
		<description>&lt;p&gt;Thanks for the help, I took the concept a little furhter once I had the help.&lt;/p&gt;
&lt;p&gt;First position must be Uppercase &#039;A&#039;, next 6 must be numeric, only 7 positions.&lt;/p&gt;
&lt;p&gt;=AND(LEN(B6)=7,UPPER(LEFT(B6,1)=&quot;A&quot;),ISNUMBER(VALUE(MID(B6,2,6))))&lt;/p&gt;
&lt;p&gt;Thanks again.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Thanks for the help, I took the concept a little furhter once I had the help.</p>
<p>First position must be Uppercase &#8216;A&#8217;, next 6 must be numeric, only 7 positions.</p>
<p>=AND(LEN(B6)=7,UPPER(LEFT(B6,1)=&#8221;A&#8221;),ISNUMBER(VALUE(MID(B6,2,6))))</p>
<p>Thanks again.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chukwuemeka David Emele</title>
		<link>http://www.dailydoseofexcel.com/archives/2006/10/03/force-upper-case/#comment-22659</link>
		<dc:creator>Chukwuemeka David Emele</dc:creator>
		<pubDate>Mon, 05 Mar 2007 17:17:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1519#comment-22659</guid>
		<description>&lt;p&gt;It&#039;s always easier and better for a developer to separate the business logic of any application from the presentation layer. A good programmer should expect the end users to input data wrongly (from time to time) cos they are not infallible and so if the business logic is separated from the presentation layer then there can be a form of friendly filter (which validates the inputs from the end user and corrects errors that can be fixed without involving the end user, it is usually the best way to go, else you irritate them with the various nagging prompts (like a desperate housewife), and some of them could really sound stupid and dumb to the user.... cos the user will expect the program to be able to correct such simple errors as capitalisation... So I&#039;m also with Jim on this, and will not even attempt to train 1,000 users as a way of avoiding the end user&#039;s possibility of inputting lowercase instead of uppercase..&lt;/p&gt;
&lt;p&gt;The keynote is that our programs should be more user-friendly, error-tolerant and robust (and at the same time, not compromising the standards or rules/requirements of the domain we are developing the application for).&lt;/p&gt;
&lt;p&gt;Regards,&lt;br&gt;
David&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>It&#8217;s always easier and better for a developer to separate the business logic of any application from the presentation layer. A good programmer should expect the end users to input data wrongly (from time to time) cos they are not infallible and so if the business logic is separated from the presentation layer then there can be a form of friendly filter (which validates the inputs from the end user and corrects errors that can be fixed without involving the end user, it is usually the best way to go, else you irritate them with the various nagging prompts (like a desperate housewife), and some of them could really sound stupid and dumb to the user&#8230;. cos the user will expect the program to be able to correct such simple errors as capitalisation&#8230; So I&#8217;m also with Jim on this, and will not even attempt to train 1,000 users as a way of avoiding the end user&#8217;s possibility of inputting lowercase instead of uppercase..</p>
<p>The keynote is that our programs should be more user-friendly, error-tolerant and robust (and at the same time, not compromising the standards or rules/requirements of the domain we are developing the application for).</p>
<p>Regards,<br />
David</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MikeC</title>
		<link>http://www.dailydoseofexcel.com/archives/2006/10/03/force-upper-case/#comment-21166</link>
		<dc:creator>MikeC</dc:creator>
		<pubDate>Thu, 05 Oct 2006 10:15:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1519#comment-21166</guid>
		<description>&lt;p&gt;I&#039;m with Jim on this one. I would sooner UCase the variable once I take it off the location it&#039;s input to, than nag the user, because they&#039;ll just whine about it. Plus this way I can astound and amaze them by making &quot;John&quot; and &quot;JOHN&quot; the same thing. Hey, they&#039;re easily impressed....! &lt;/p&gt;
&lt;p&gt;As for training users? Nah, the best you can hope for is to minimise the amount of bad data they put through.... ;-)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I&#8217;m with Jim on this one. I would sooner UCase the variable once I take it off the location it&#8217;s input to, than nag the user, because they&#8217;ll just whine about it. Plus this way I can astound and amaze them by making &#8220;John&#8221; and &#8220;JOHN&#8221; the same thing. Hey, they&#8217;re easily impressed&#8230;.! </p>
<p>As for training users? Nah, the best you can hope for is to minimise the amount of bad data they put through&#8230;. <img src='http://www.dailydoseofexcel.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Peltier</title>
		<link>http://www.dailydoseofexcel.com/archives/2006/10/03/force-upper-case/#comment-21165</link>
		<dc:creator>Jon Peltier</dc:creator>
		<pubDate>Thu, 05 Oct 2006 03:59:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1519#comment-21165</guid>
		<description>&lt;p&gt;&quot;I have rarely had a luck training the 1,000 users...&quot;&lt;/p&gt;
&lt;p&gt;... or even 1.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>&#8220;I have rarely had a luck training the 1,000 users&#8230;&#8221;</p>
<p>&#8230; or even 1.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Harald Staff</title>
		<link>http://www.dailydoseofexcel.com/archives/2006/10/03/force-upper-case/#comment-21160</link>
		<dc:creator>Harald Staff</dc:creator>
		<pubDate>Wed, 04 Oct 2006 21:44:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1519#comment-21160</guid>
		<description>&lt;p&gt;Amen to that, Jim. &quot;You did something wrong and I know exactly what it is but you fix it yourself&quot; prompts are turnoffs.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Amen to that, Jim. &#8220;You did something wrong and I know exactly what it is but you fix it yourself&#8221; prompts are turnoffs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Thomlinson</title>
		<link>http://www.dailydoseofexcel.com/archives/2006/10/03/force-upper-case/#comment-21159</link>
		<dc:creator>Jim Thomlinson</dc:creator>
		<pubDate>Wed, 04 Oct 2006 18:10:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1519#comment-21159</guid>
		<description>&lt;p&gt;I am not saying that this has no use (actually it is kinda cool and in limited circumstances it will be handy) but as a general rule I tend to avoid requiring my users to do something that I can handle from my end. If I require data to be upper case then somewhere in my business logic layer I will make the conversion. The end user only sees the user interface I give them and the business logic is handled in hidden sheets (or possible it is handled directly on a report). By keeping the User Interface seperate from the business logic, reporting and display side of things I can minimize the amount of restrictions I have to place on the end user. I have found that this greatly increases user acceptance. I know that I get kinda frustrated when I am entering data and there are a bunch of different rules that I need to follow. My motto is that I can either train 1,000 user how to do it right or I can design a system that they can&#039;t get wrong. I have rarely had a luck training the 1,000 users...&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I am not saying that this has no use (actually it is kinda cool and in limited circumstances it will be handy) but as a general rule I tend to avoid requiring my users to do something that I can handle from my end. If I require data to be upper case then somewhere in my business logic layer I will make the conversion. The end user only sees the user interface I give them and the business logic is handled in hidden sheets (or possible it is handled directly on a report). By keeping the User Interface seperate from the business logic, reporting and display side of things I can minimize the amount of restrictions I have to place on the end user. I have found that this greatly increases user acceptance. I know that I get kinda frustrated when I am entering data and there are a bunch of different rules that I need to follow. My motto is that I can either train 1,000 user how to do it right or I can design a system that they can&#8217;t get wrong. I have rarely had a luck training the 1,000 users&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Schollar</title>
		<link>http://www.dailydoseofexcel.com/archives/2006/10/03/force-upper-case/#comment-21157</link>
		<dc:creator>Richard Schollar</dc:creator>
		<pubDate>Wed, 04 Oct 2006 15:12:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1519#comment-21157</guid>
		<description>&lt;p&gt;Brett&lt;br&gt;
I&#039;m not saying validation has no uses, and you raise a couple of situations where it is of great use (even essential): what I&#039;m saying is Capitalisation checking through validation would be a pain, and could easily be avoided by using Tushar&#039;s formula.  I&#039;m not applying my argument to other situations.&lt;/p&gt;
&lt;p&gt;Richard&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Brett<br />
I&#8217;m not saying validation has no uses, and you raise a couple of situations where it is of great use (even essential): what I&#8217;m saying is Capitalisation checking through validation would be a pain, and could easily be avoided by using Tushar&#8217;s formula.  I&#8217;m not applying my argument to other situations.</p>
<p>Richard</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brett</title>
		<link>http://www.dailydoseofexcel.com/archives/2006/10/03/force-upper-case/#comment-21156</link>
		<dc:creator>Brett</dc:creator>
		<pubDate>Wed, 04 Oct 2006 13:47:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1519#comment-21156</guid>
		<description>&lt;p&gt;Richard, Tushar,&lt;br&gt;
   I created journal entry templates for our accounting department that have many restrictions: no decimals (validation criteria: allow integer), some cells blank and some that can&#039;t be blank, and no extra columns (no helper columns). The journal entry will be imported to a mainframe, and variations from exact form will crash the process. While I thought the input messages and error warnings were annoying, Accounting loves them and the double-checking data validation eliminates.&lt;/p&gt;
&lt;p&gt;Brett&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Richard, Tushar,<br />
   I created journal entry templates for our accounting department that have many restrictions: no decimals (validation criteria: allow integer), some cells blank and some that can&#8217;t be blank, and no extra columns (no helper columns). The journal entry will be imported to a mainframe, and variations from exact form will crash the process. While I thought the input messages and error warnings were annoying, Accounting loves them and the double-checking data validation eliminates.</p>
<p>Brett</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Schollar</title>
		<link>http://www.dailydoseofexcel.com/archives/2006/10/03/force-upper-case/#comment-21155</link>
		<dc:creator>Richard Schollar</dc:creator>
		<pubDate>Wed, 04 Oct 2006 13:27:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1519#comment-21155</guid>
		<description>&lt;p&gt;Hi John&lt;/p&gt;
&lt;p&gt;Just after I posted my message, I decided that turning off macros could be a possible issue, but what I said about being annoying still stands.  I think Tushar&#039;s solution is by far the best.  I know having validation for uppercase would quickly irritate me, and lead me to either avoid using or to modify said validation.&lt;/p&gt;
&lt;p&gt;Best regards,  Richard&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hi John</p>
<p>Just after I posted my message, I decided that turning off macros could be a possible issue, but what I said about being annoying still stands.  I think Tushar&#8217;s solution is by far the best.  I know having validation for uppercase would quickly irritate me, and lead me to either avoid using or to modify said validation.</p>
<p>Best regards,  Richard</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tushar Mehta</title>
		<link>http://www.dailydoseofexcel.com/archives/2006/10/03/force-upper-case/#comment-21154</link>
		<dc:creator>Tushar Mehta</dc:creator>
		<pubDate>Wed, 04 Oct 2006 01:16:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1519#comment-21154</guid>
		<description>&lt;p&gt;A lot easier -- and a lot more user friendly, don&#039;t you think? -- would be to enter, in the cell where the content must be upcased, the formula =UPPER(data-entry-cell)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>A lot easier &#8212; and a lot more user friendly, don&#8217;t you think? &#8212; would be to enter, in the cell where the content must be upcased, the formula =UPPER(data-entry-cell)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

