<?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: Using Built-in Substitution Strings Tutorial &#8211; Part 2</title>
	<atom:link href="http://www.apex-blog.com/oracle-apex/using-built-in-substitution-strings-tutorial-part-2-26.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.apex-blog.com/oracle-apex/using-built-in-substitution-strings-tutorial-part-2-26.html</link>
	<description>Everything you ever wanted to know about Oracle Application Express and Oracle XE. Possibly.</description>
	<lastBuildDate>Thu, 02 Feb 2012 17:40:10 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Bobster</title>
		<link>http://www.apex-blog.com/oracle-apex/using-built-in-substitution-strings-tutorial-part-2-26.html/comment-page-1#comment-25987</link>
		<dc:creator>Bobster</dc:creator>
		<pubDate>Fri, 20 May 2011 15:35:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.apex-blog.com/?p=26#comment-25987</guid>
		<description>Seems a long time since any posts on this blog, however, still have the need to return to multiple locations from 1 page.

I have an application whereas we have multiple queues, these are Interactive reports with various limiters, each of which has a SCRIPT_ID link into the same updateable FORM page.
So, multiple entry points to 1 update needing to return to multiple entry points.
Building on the principle described by Sara, we need the previous page to be identified to tell the branch where to go.
1. Create a table called PREVIOUS_PAGE...Columns are PAGE_NUMBER &amp; APP_USER.

2. For all 3 entry point pages (Queues), create 2 processes
a. 1 Before header &amp; 1 After header (not sure it matters...These 2 just need to run each time the pages load via the TABs - In sequence)
b. Processes SQL
DELETE PREVIOUS:

DELETE FROM PREVIOUS_PAGE
WHERE APP_USER = :APP_USER;

PREVIOUS PAGE:

INSERT INTO PREVIOUS_PAGE (PAGE_NUMBER, APP_USER)
VALUES (:APP_PAGE_ID, :APP_USER);

So, essentially what you&#039;re doing is clearing the entry &amp; inserting the page number before you link-Branch to the update point. You should never have more than 1 entry &quot;per user&quot; at a time

3. Create an item (Text) on the Edit page called *P22_RETURN_PAGE (*your page #, this item is populated via a SQL Query:
(After you check it out, make this HIDDEN)

select
PAGE_NUMBER
from
PREVIOUS_PAGE
where APP_USER = :APP_USER

4. Do what Sara said, create the return button to submit &amp; the Branch to redirect to the &amp;P22_RETURN_PAGE.

Works great!</description>
		<content:encoded><![CDATA[<p>Seems a long time since any posts on this blog, however, still have the need to return to multiple locations from 1 page.</p>
<p>I have an application whereas we have multiple queues, these are Interactive reports with various limiters, each of which has a SCRIPT_ID link into the same updateable FORM page.<br />
So, multiple entry points to 1 update needing to return to multiple entry points.<br />
Building on the principle described by Sara, we need the previous page to be identified to tell the branch where to go.<br />
1. Create a table called PREVIOUS_PAGE&#8230;Columns are PAGE_NUMBER &amp; APP_USER.</p>
<p>2. For all 3 entry point pages (Queues), create 2 processes<br />
a. 1 Before header &amp; 1 After header (not sure it matters&#8230;These 2 just need to run each time the pages load via the TABs &#8211; In sequence)<br />
b. Processes SQL<br />
DELETE PREVIOUS:</p>
<p>DELETE FROM PREVIOUS_PAGE<br />
WHERE APP_USER = :APP_USER;</p>
<p>PREVIOUS PAGE:</p>
<p>INSERT INTO PREVIOUS_PAGE (PAGE_NUMBER, APP_USER)<br />
VALUES (:APP_PAGE_ID, :APP_USER);</p>
<p>So, essentially what you&#8217;re doing is clearing the entry &amp; inserting the page number before you link-Branch to the update point. You should never have more than 1 entry &#8220;per user&#8221; at a time</p>
<p>3. Create an item (Text) on the Edit page called *P22_RETURN_PAGE (*your page #, this item is populated via a SQL Query:<br />
(After you check it out, make this HIDDEN)</p>
<p>select<br />
PAGE_NUMBER<br />
from<br />
PREVIOUS_PAGE<br />
where APP_USER = :APP_USER</p>
<p>4. Do what Sara said, create the return button to submit &amp; the Branch to redirect to the &amp;P22_RETURN_PAGE.</p>
<p>Works great!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sara Blair</title>
		<link>http://www.apex-blog.com/oracle-apex/using-built-in-substitution-strings-tutorial-part-2-26.html/comment-page-1#comment-6976</link>
		<dc:creator>Sara Blair</dc:creator>
		<pubDate>Thu, 11 Jun 2009 20:22:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.apex-blog.com/?p=26#comment-6976</guid>
		<description>Hi Toopran

In you application, if you go to shared components &gt; navigation bar entries then select the about entry. Now scroll to the conditions section and here you can select a condition that when true will display the about link in the navigation bar. I would suggest that you could use the condition &#039;Current Page is Defined Within Expression 1&#039; as you can then list the pages in Expression 1 that you want it to display on making sure the page numbers are comma delimited.

Regards
Sara</description>
		<content:encoded><![CDATA[<p>Hi Toopran</p>
<p>In you application, if you go to shared components > navigation bar entries then select the about entry. Now scroll to the conditions section and here you can select a condition that when true will display the about link in the navigation bar. I would suggest that you could use the condition &#8216;Current Page is Defined Within Expression 1&#8242; as you can then list the pages in Expression 1 that you want it to display on making sure the page numbers are comma delimited.</p>
<p>Regards<br />
Sara</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: toopran</title>
		<link>http://www.apex-blog.com/oracle-apex/using-built-in-substitution-strings-tutorial-part-2-26.html/comment-page-1#comment-6951</link>
		<dc:creator>toopran</dc:creator>
		<pubDate>Wed, 10 Jun 2009 15:31:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.apex-blog.com/?p=26#comment-6951</guid>
		<description>Sara,

 I have tried this on my workspace and it works well. Is there any way in which I could use &#039;about&#039; only on desired page, rather on the navigation bar, as it appears on all the pages.

thanks,
Toopran</description>
		<content:encoded><![CDATA[<p>Sara,</p>
<p> I have tried this on my workspace and it works well. Is there any way in which I could use &#8216;about&#8217; only on desired page, rather on the navigation bar, as it appears on all the pages.</p>
<p>thanks,<br />
Toopran</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://www.apex-blog.com/oracle-apex/using-built-in-substitution-strings-tutorial-part-2-26.html/comment-page-1#comment-462</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Wed, 11 Jun 2008 13:19:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.apex-blog.com/?p=26#comment-462</guid>
		<description>Sara,

In addition to using the branch, you could make the button a redirect instead of submit and put &amp;P22_RETURN_PAGE. in the redirect page.

Regards,
Dan</description>
		<content:encoded><![CDATA[<p>Sara,</p>
<p>In addition to using the branch, you could make the button a redirect instead of submit and put &amp;P22_RETURN_PAGE. in the redirect page.</p>
<p>Regards,<br />
Dan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Barry</title>
		<link>http://www.apex-blog.com/oracle-apex/using-built-in-substitution-strings-tutorial-part-2-26.html/comment-page-1#comment-461</link>
		<dc:creator>Barry</dc:creator>
		<pubDate>Wed, 11 Jun 2008 12:17:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.apex-blog.com/?p=26#comment-461</guid>
		<description>Sara,

I work for a group that is just starting APEX development.  These tutorials are very good. I share these with my fellow APEX developers and we enjoy these very much.

Please keep up the good work.
Barry</description>
		<content:encoded><![CDATA[<p>Sara,</p>
<p>I work for a group that is just starting APEX development.  These tutorials are very good. I share these with my fellow APEX developers and we enjoy these very much.</p>
<p>Please keep up the good work.<br />
Barry</p>
]]></content:encoded>
	</item>
</channel>
</rss>

