<?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: Script Triggers: Using Layout Triggers for a Dynamic Tab Orders</title>
	<atom:link href="http://sixfriedrice.com/wp/script-triggers-using-layout-triggers-for-a-dynamic-tab-orders/feed/" rel="self" type="application/rss+xml" />
	<link>http://sixfriedrice.com/wp/script-triggers-using-layout-triggers-for-a-dynamic-tab-orders/</link>
	<description>smart business solutions</description>
	<lastBuildDate>Sun, 05 Sep 2010 17:37:44 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Brent Durland</title>
		<link>http://sixfriedrice.com/wp/script-triggers-using-layout-triggers-for-a-dynamic-tab-orders/comment-page-1/#comment-1866</link>
		<dc:creator>Brent Durland</dc:creator>
		<pubDate>Tue, 24 Nov 2009 23:41:12 +0000</pubDate>
		<guid isPermaLink="false">http://sixfriedrice.com/wp/script-triggers-using-layout-triggers-for-a-dynamic-tab-orders/#comment-1866</guid>
		<description>One thing to keep in mind when playing with tab order is the behavior of the date picker. Selecting a date automatically advances the focus to the next field in the tab order, so to make that happen programatically, either trigger a script when leaving the date field, or when entering the next field in the order.</description>
		<content:encoded><![CDATA[<p>One thing to keep in mind when playing with tab order is the behavior of the date picker. Selecting a date automatically advances the focus to the next field in the tab order, so to make that happen programatically, either trigger a script when leaving the date field, or when entering the next field in the order.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David</title>
		<link>http://sixfriedrice.com/wp/script-triggers-using-layout-triggers-for-a-dynamic-tab-orders/comment-page-1/#comment-1508</link>
		<dc:creator>David</dc:creator>
		<pubDate>Mon, 12 Jan 2009 06:08:06 +0000</pubDate>
		<guid isPermaLink="false">http://sixfriedrice.com/wp/script-triggers-using-layout-triggers-for-a-dynamic-tab-orders/#comment-1508</guid>
		<description>have you tried this. I can see the cursor skip to the desired field and then back the the field following gender.</description>
		<content:encoded><![CDATA[<p>have you tried this. I can see the cursor skip to the desired field and then back the the field following gender.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jesse Antunes</title>
		<link>http://sixfriedrice.com/wp/script-triggers-using-layout-triggers-for-a-dynamic-tab-orders/comment-page-1/#comment-1488</link>
		<dc:creator>Jesse Antunes</dc:creator>
		<pubDate>Fri, 09 Jan 2009 05:19:50 +0000</pubDate>
		<guid isPermaLink="false">http://sixfriedrice.com/wp/script-triggers-using-layout-triggers-for-a-dynamic-tab-orders/#comment-1488</guid>
		<description>@David... ummmm yea I knew that.  :)  Thanks for the correction again.</description>
		<content:encoded><![CDATA[<p>@David&#8230; ummmm yea I knew that.  <img src='http://sixfriedrice.com/wp/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />   Thanks for the correction again.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Graham</title>
		<link>http://sixfriedrice.com/wp/script-triggers-using-layout-triggers-for-a-dynamic-tab-orders/comment-page-1/#comment-1487</link>
		<dc:creator>David Graham</dc:creator>
		<pubDate>Fri, 09 Jan 2009 03:57:42 +0000</pubDate>
		<guid isPermaLink="false">http://sixfriedrice.com/wp/script-triggers-using-layout-triggers-for-a-dynamic-tab-orders/#comment-1487</guid>
		<description>@Jesse: The only problem with passing a field name is you can&#039;t go to a field by it&#039;s name, which is why I used object names. Once I set an object name I never change it so I don&#039;t have to worry about it breaking. Of course, it&#039;s much easier if you have a concrete naming convention. 

You&#039;re right though ... there&#039;s definitely more than one way to skin a cat, eh?</description>
		<content:encoded><![CDATA[<p>@Jesse: The only problem with passing a field name is you can&#8217;t go to a field by it&#8217;s name, which is why I used object names. Once I set an object name I never change it so I don&#8217;t have to worry about it breaking. Of course, it&#8217;s much easier if you have a concrete naming convention. </p>
<p>You&#8217;re right though &#8230; there&#8217;s definitely more than one way to skin a cat, eh?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jesse Antunes</title>
		<link>http://sixfriedrice.com/wp/script-triggers-using-layout-triggers-for-a-dynamic-tab-orders/comment-page-1/#comment-1479</link>
		<dc:creator>Jesse Antunes</dc:creator>
		<pubDate>Thu, 08 Jan 2009 21:02:08 +0000</pubDate>
		<guid isPermaLink="false">http://sixfriedrice.com/wp/script-triggers-using-layout-triggers-for-a-dynamic-tab-orders/#comment-1479</guid>
		<description>@David - I like where you&#039;re going with that.  I think you can even approve it by passing the field names like so:

&lt;code&gt;PassParameter( &quot;objectName&quot; ; GetFieldName( TEST::field_Pregnant )&lt;/code&gt;

That way you don&#039;t have to worry about the names of the fields changing.

I still believe it&#039;s a little cleaner to do it in one centralized script because you don&#039;t have to go to each individual field to figure out where it goes.  I think at this point it&#039;s more of personal preference though.  Thanks for the comment.

We are actually going to be writing a post about using a script much like the one you just wrote for copying entire records into hashes and passing them around.</description>
		<content:encoded><![CDATA[<p>@David &#8211; I like where you&#8217;re going with that.  I think you can even approve it by passing the field names like so:</p>
<p><code>PassParameter( "objectName" ; GetFieldName( TEST::field_Pregnant )</code></p>
<p>That way you don&#8217;t have to worry about the names of the fields changing.</p>
<p>I still believe it&#8217;s a little cleaner to do it in one centralized script because you don&#8217;t have to go to each individual field to figure out where it goes.  I think at this point it&#8217;s more of personal preference though.  Thanks for the comment.</p>
<p>We are actually going to be writing a post about using a script much like the one you just wrote for copying entire records into hashes and passing them around.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Graham</title>
		<link>http://sixfriedrice.com/wp/script-triggers-using-layout-triggers-for-a-dynamic-tab-orders/comment-page-1/#comment-1478</link>
		<dc:creator>David Graham</dc:creator>
		<pubDate>Thu, 08 Jan 2009 18:17:10 +0000</pubDate>
		<guid isPermaLink="false">http://sixfriedrice.com/wp/script-triggers-using-layout-triggers-for-a-dynamic-tab-orders/#comment-1478</guid>
		<description>Following up on Mikhail&#039;s comment, you wouldn&#039;t need 4 or 5 scripts to accomplish this if attach the event to the field&#039;s OnObjectKeystroke event. Your script just needs a single parameter and two steps. 

Script: GoToObjectOnKeystroke [objectName]

Script Steps:
Go to Object [Object name: #P ( &quot;objectName&quot; )
Exit Script [Result: False]

I hate long branching If, Else If branching scripts. I much prefer to put the logic right into the field&#039;s script parameter so I can see all of my layout logic without having to go back to ScriptMaker. In addition, you now have a single script which can be used for your entire solution.

You should probably create two custom functions (e.g., IsKeystrokeForward, IsKeystrokeBackward), which trap for the shift modifier key for a backwards tab.

The Script Parameter wold look like:

Case(
  Self = &quot;F&quot; and IsKeystrokeForward ; 
    PassParameter( &quot;objectName&quot; ;  &quot;field_Pregnant&quot; ) ; 
  Self = &quot;F&quot; and IsKeystrokeBackward ; 
    PassParameter( &quot;objectName&quot; ;  &quot;field_PriorFieldName&quot; )
  Self = &quot;M&quot; and IsKeystrokeForward ; 
    PassParameter( &quot;objectName&quot; ;  &quot;field_ProstateExam&quot; ) ; 
)

Of course you&#039;ll have to assign object names to the fields in question, but I think it&#039;s worth it.</description>
		<content:encoded><![CDATA[<p>Following up on Mikhail&#8217;s comment, you wouldn&#8217;t need 4 or 5 scripts to accomplish this if attach the event to the field&#8217;s OnObjectKeystroke event. Your script just needs a single parameter and two steps. </p>
<p>Script: GoToObjectOnKeystroke [objectName]</p>
<p>Script Steps:<br />
Go to Object [Object name: #P ( "objectName" )<br />
Exit Script [Result: False]</p>
<p>I hate long branching If, Else If branching scripts. I much prefer to put the logic right into the field&#8217;s script parameter so I can see all of my layout logic without having to go back to ScriptMaker. In addition, you now have a single script which can be used for your entire solution.</p>
<p>You should probably create two custom functions (e.g., IsKeystrokeForward, IsKeystrokeBackward), which trap for the shift modifier key for a backwards tab.</p>
<p>The Script Parameter wold look like:</p>
<p>Case(<br />
  Self = &#8220;F&#8221; and IsKeystrokeForward ;<br />
    PassParameter( &#8220;objectName&#8221; ;  &#8220;field_Pregnant&#8221; ) ;<br />
  Self = &#8220;F&#8221; and IsKeystrokeBackward ;<br />
    PassParameter( &#8220;objectName&#8221; ;  &#8220;field_PriorFieldName&#8221; )<br />
  Self = &#8220;M&#8221; and IsKeystrokeForward ;<br />
    PassParameter( &#8220;objectName&#8221; ;  &#8220;field_ProstateExam&#8221; ) ;<br />
)</p>
<p>Of course you&#8217;ll have to assign object names to the fields in question, but I think it&#8217;s worth it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mikhail Edoshin</title>
		<link>http://sixfriedrice.com/wp/script-triggers-using-layout-triggers-for-a-dynamic-tab-orders/comment-page-1/#comment-1468</link>
		<dc:creator>Mikhail Edoshin</dc:creator>
		<pubDate>Wed, 07 Jan 2009 20:23:23 +0000</pubDate>
		<guid isPermaLink="false">http://sixfriedrice.com/wp/script-triggers-using-layout-triggers-for-a-dynamic-tab-orders/#comment-1468</guid>
		<description>Why not to attach this event to the Gender field in the first place? Then you won&#039;t have to check the field name.</description>
		<content:encoded><![CDATA[<p>Why not to attach this event to the Gender field in the first place? Then you won&#8217;t have to check the field name.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
