<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="bbPress/1.0.1" -->
<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>Gravity Support Forums Topic: Front-end Form Creation</title>
		<link>https://legacy.forums.gravityhelp.com/topic/front-end-form-creation</link>
		<description>Gravity Support Forums Topic: Front-end Form Creation</description>
		<language>en-US</language>
		<pubDate>Mon, 20 Apr 2026 04:33:56 +0000</pubDate>
		<generator>http://bbpress.org/?v=1.0.1</generator>
		<textInput>
			<title><![CDATA[Search]]></title>
			<description><![CDATA[Search all topics from these forums.]]></description>
			<name>q</name>
			<link>https://legacy.forums.gravityhelp.com/search.php</link>
		</textInput>
		<atom:link href="https://legacy.forums.gravityhelp.com/rss/topic/front-end-form-creation" rel="self" type="application/rss+xml" />

		<item>
			<title>masonjames on "Front-end Form Creation"</title>
			<link>https://legacy.forums.gravityhelp.com/topic/front-end-form-creation#post-47706</link>
			<pubDate>Sun, 29 Jan 2012 15:53:54 +0000</pubDate>
			<dc:creator>masonjames</dc:creator>
			<guid isPermaLink="false">47706@https://legacy.forums.gravityhelp.com/</guid>
			<description>&#60;p&#62;Hiya folks!&#60;/p&#62;
&#60;p&#62;On a client site I'm using GF to provide form creation on the front-end of WordPress (with user role permissions).  The user never has to visit the admin or deal with any WordPress components.  However, we've run into a snafu with elements such as the Page Break.&#60;/p&#62;
&#60;p&#62;When creating a form (since we're on the front end) a saved form with a page break will show the 'next' button rather than the page break editor and the rest of the form doesn't show.&#60;/p&#62;
&#60;p&#62;What we've done currently is added to the define to gravityforms.php and a slight change to preview.php to make form previews work properly - just one line in each file. This is because the hack binds the define a bit too late, on &#34;wp&#34; hook, which is when a lot of the page&#60;br /&#62;
rewriting plugins are deciding if the user is on the right page. It's also bound a bit too late for preview.php, but since it's a fixed point in execution, it's OK to just define what's needed there (imho, of course).&#60;/p&#62;
&#60;p&#62;The changes are in file gravityforms.php on line 60/61:&#60;br /&#62;
&#60;pre&#62;&#60;code&#62;if(!defined(&#38;quot;IS_ADMIN&#38;quot;))
    //define(&#38;quot;IS_ADMIN&#38;quot;,  is_admin());
	add_action(&#38;#39;wp&#38;#39;, create_function(&#38;#39;&#38;#39;, &#38;#39;define(&#38;quot;IS_ADMIN&#38;quot;, apply_filters(&#38;quot;gf-is_admin-filter_name-here&#38;quot;, is_admin()));&#38;#39;)); // A hack to make multiple step forms editing possible&#60;/code&#62;&#60;/pre&#62;
&#60;p&#62;Then in preview.php on line 2:&#60;br /&#62;
&#60;pre&#62;&#60;code&#62;define(&#38;quot;IS_ADMIN&#38;quot;, false); // A hack to make the previews work with the front-pages hack (main file)
for ( $i = 0; $i &#38;lt; $depth = 10; $i++ ) {&#60;/code&#62;&#60;/pre&#62;
&#60;p&#62;For now, we'll continue to implement this change in each revision but if the above (or a filter rather than a define) could be considered we'd greatly appreciate it.&#60;/p&#62;
&#60;p&#62;Thanks!
&#60;/p&#62;</description>
		</item>

	</channel>
</rss>
