<?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"
	>
<channel>
	<title>Comments on: Application Express Best Practices</title>
	<atom:link href="http://jes.blogs.shellprompt.net/2008/01/18/application-express-best-practices/feed/" rel="self" type="application/rss+xml" />
	<link>http://jes.blogs.shellprompt.net/2008/01/18/application-express-best-practices/</link>
	<description>My meandering thoughts about Oracle, Application Express and life in general</description>
	<pubDate>Thu, 21 Aug 2008 20:01:53 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Bill Ferguson</title>
		<link>http://jes.blogs.shellprompt.net/2008/01/18/application-express-best-practices/#comment-92149</link>
		<dc:creator>Bill Ferguson</dc:creator>
		<pubDate>Mon, 25 Feb 2008 16:01:29 +0000</pubDate>
		<guid isPermaLink="false">http://jes.blogs.shellprompt.net/2008/01/18/application-express-best-practices/#comment-92149</guid>
		<description>I'm hoping we have enough money in budget this year so I can attend Collaborate, since it's here in town.

One thing that's always bugged me when looking over the sample apps, etc., is how the pages are generally scattered and intermixed. When I create my apps, I try to think everything through first, then I 'generally' leave pages 1-200 for typical 'basic' screens, like the login/logout, access control, introduction/welcome, etc. My 'data' pages I generally don't start until 300, and I always try to increment succeeding page numbers by at least 2. I also try to 'group' my pages in the same set, where the pages in one group (like 'General info') would fall in the range of 300 -330, then the next group would begin at 340 or 350. A minor complaint, but especially when trying to follow somebody else's logic in app design and implementation, it makes it easier trying to see how the pages 'flow'.</description>
		<content:encoded><![CDATA[<p>I&#8217;m hoping we have enough money in budget this year so I can attend Collaborate, since it&#8217;s here in town.</p>
<p>One thing that&#8217;s always bugged me when looking over the sample apps, etc., is how the pages are generally scattered and intermixed. When I create my apps, I try to think everything through first, then I &#8216;generally&#8217; leave pages 1-200 for typical &#8216;basic&#8217; screens, like the login/logout, access control, introduction/welcome, etc. My &#8216;data&#8217; pages I generally don&#8217;t start until 300, and I always try to increment succeeding page numbers by at least 2. I also try to &#8216;group&#8217; my pages in the same set, where the pages in one group (like &#8216;General info&#8217;) would fall in the range of 300 -330, then the next group would begin at 340 or 350. A minor complaint, but especially when trying to follow somebody else&#8217;s logic in app design and implementation, it makes it easier trying to see how the pages &#8216;flow&#8217;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Scott</title>
		<link>http://jes.blogs.shellprompt.net/2008/01/18/application-express-best-practices/#comment-71638</link>
		<dc:creator>John Scott</dc:creator>
		<pubDate>Fri, 18 Jan 2008 13:50:43 +0000</pubDate>
		<guid isPermaLink="false">http://jes.blogs.shellprompt.net/2008/01/18/application-express-best-practices/#comment-71638</guid>
		<description>Doug,

I couldn't agree more ;)

John.</description>
		<content:encoded><![CDATA[<p>Doug,</p>
<p>I couldn&#8217;t agree more ;)</p>
<p>John.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Doug Gault</title>
		<link>http://jes.blogs.shellprompt.net/2008/01/18/application-express-best-practices/#comment-71624</link>
		<dc:creator>Doug Gault</dc:creator>
		<pubDate>Fri, 18 Jan 2008 13:40:02 +0000</pubDate>
		<guid isPermaLink="false">http://jes.blogs.shellprompt.net/2008/01/18/application-express-best-practices/#comment-71624</guid>
		<description>Whether you cover it in detail or not, it would also be good to point to PL/SQL best practices too. I know that there are a number of quick introductions out there, and Mr Feuerstien has written extensively on the topic.

In short, you can do everything right in APEX, but if your back in PL/SQL sucks, so will your ability to troubleshoot, debug, and support the system.

Just my 2 pence! 

:)</description>
		<content:encoded><![CDATA[<p>Whether you cover it in detail or not, it would also be good to point to PL/SQL best practices too. I know that there are a number of quick introductions out there, and Mr Feuerstien has written extensively on the topic.</p>
<p>In short, you can do everything right in APEX, but if your back in PL/SQL sucks, so will your ability to troubleshoot, debug, and support the system.</p>
<p>Just my 2 pence! </p>
<p>:)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
