<?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: Pure javascript paging</title>
		<link>https://legacy.forums.gravityhelp.com/topic/pure-javascript-paging</link>
		<description>Gravity Support Forums Topic: Pure javascript paging</description>
		<language>en-US</language>
		<pubDate>Wed, 22 Apr 2026 19:48:16 +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/pure-javascript-paging" rel="self" type="application/rss+xml" />

		<item>
			<title>m4change on "Pure javascript paging"</title>
			<link>https://legacy.forums.gravityhelp.com/topic/pure-javascript-paging#post-12938</link>
			<pubDate>Thu, 18 Nov 2010 17:16:05 +0000</pubDate>
			<dc:creator>m4change</dc:creator>
			<guid isPermaLink="false">12938@https://legacy.forums.gravityhelp.com/</guid>
			<description>&#60;p&#62;Well, it seems like gravity forms is still in need of a good client-side validation script.  I must admit, not having javascript validation was a bit of a deterrent for me.  However, I need to consider all areas of my company and the clients and the benefits for gravity forms far outweigh the loses.&#60;/p&#62;
&#60;p&#62;Not that this is a complete loss because to SOME degree, I can slap some javascript validation on myself.  However, an 'official' solution would be preferred.&#60;/p&#62;
&#60;p&#62;To address your binding solution, there is a problem that I will face in my flow, where I'm stylizing form fields via jquery ui.  You have to make sure that you're not /re/initializing items.  The only way to do this is to filter the objects you're initializing by their currently selected 'page'.  This gets tedious and annoying, where a catch all initialization is a piece of cake.&#60;/p&#62;
&#60;p&#62;Typically outside of wordpress, I develop forms using jQuery TOOLS ( &#60;a href=&#34;http://flowplayer.org/tools&#34; rel=&#34;nofollow&#34;&#62;http://flowplayer.org/tools&#60;/a&#62; ) which has a great / smooth / fast / sexy implementation of a &#34;pure javascript paging wizard&#34; &#60;a href=&#34;http://flowplayer.org/tools/demos/scrollable/wizard.html&#34; rel=&#34;nofollow&#34;&#62;http://flowplayer.org/tools/demos/scrollable/wizard.html&#60;/a&#62;&#60;/p&#62;
&#60;p&#62;It would be nice if gravity forms could include something like this but the problem with libraries like this, it's something that should be implemented at a lower level so other plugins can have access to their functions without having to include their own copy.  Of course, I don't expect this library to be included in WordPress, whom has already done strange things with their inclusion of popular libraries and limits to their implementation.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>Alex Cancado on "Pure javascript paging"</title>
			<link>https://legacy.forums.gravityhelp.com/topic/pure-javascript-paging#post-12933</link>
			<pubDate>Thu, 18 Nov 2010 16:38:03 +0000</pubDate>
			<dc:creator>Alex Cancado</dc:creator>
			<guid isPermaLink="false">12933@https://legacy.forums.gravityhelp.com/</guid>
			<description>&#60;p&#62;I agree with you, but the main problem we faced was validation. We wanted to validate the form at every step instead of letting users go all the way to the end of the form only to find out they missed something on page 1. What I am going to do is add a jQuery event that you can &#34;bind&#34; to and run the appropriate scripts that need to be run on the next page.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>m4change on "Pure javascript paging"</title>
			<link>https://legacy.forums.gravityhelp.com/topic/pure-javascript-paging#post-12916</link>
			<pubDate>Thu, 18 Nov 2010 14:48:37 +0000</pubDate>
			<dc:creator>m4change</dc:creator>
			<guid isPermaLink="false">12916@https://legacy.forums.gravityhelp.com/</guid>
			<description>&#60;p&#62;Having ajax paging is nice but it has some downside, particularly in [re]initializing special forms fields that are stylized with javascript.  Having the entire form markup generated at page load and hidden in divs would be extremely helpful in this sort of scenario.&#60;/p&#62;
&#60;p&#62;i.e. page load:&#60;/p&#62;
&#60;p&#62;&#38;lt;div&#38;gt;page 1&#38;lt;/div&#38;gt;&#60;br /&#62;
&#38;lt;div style=&#34;display:none;&#34;&#38;gt;page 2&#38;lt;/div&#38;gt;&#60;br /&#62;
&#38;lt;div style=&#34;display:none;&#34;&#38;gt;page 3&#38;lt;/div&#38;gt;&#60;/p&#62;
&#60;p&#62;:clicks next:&#60;/p&#62;
&#60;p&#62;&#38;lt;div style=&#34;display:none;&#34;&#38;gt;page 1&#38;lt;/div&#38;gt;&#60;br /&#62;
&#38;lt;div&#38;gt;page 2&#38;lt;/div&#38;gt;&#60;br /&#62;
&#38;lt;div style=&#34;display:none;&#34;&#38;gt;page 3&#38;lt;/div&#38;gt;
&#60;/p&#62;</description>
		</item>

	</channel>
</rss>
