Message from discussion
Reasons for considering LowPro...am I in the right place?
MIME-Version: 1.0
Message-ID: <aee0ef4e-2f3e-43e4-a992-9566bad1777b@v46g2000hsv.googlegroups.com>
Date: Tue, 29 Jan 2008 06:43:22 -0800 (PST)
Received: by 10.100.91.17 with SMTP id o17mr374904anb.9.1201617802160; Tue, 29
Jan 2008 06:43:22 -0800 (PST)
X-IP: 65.40.217.234
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11)
Gecko/20071127 Firefox/2.0.0.11,gzip(gfe),gzip(gfe)
Subject: Reasons for considering LowPro...am I in the right place?
From: Chris Cruft <c...@hapgoods.com>
To: Low Pro <low-pro@googlegroups.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
I've recently been foiled by the pluginification of InPlaceEditor and
AutoCompleter in RoR and their incompatibilities with the current
Scriptaculous and Prototype. In the past, being very comfortable in
Ruby, I would have simply monkey patched the in_place_editor (for
example) to pass the htmlResponse variable. But after doing some
research, I'm convinced that the Rails helpers are evil: I buy into
the behavior/content/style separation argument and I'm convinced that
the differing dev cycles on the three projects means the helpers will
forever be out of sync.
What's a developer to do? I looked at jQuery, but I'm not ready to
ditch Prototype and Scriptaculous. Then I found LowPro. And while I
really don't like the idea of yet another library, I would consider a
small one if it is slick.
My first stab a LowPro involved removing the Rails JS helper
in_place_editor and adding code to application.js to add this behavior
to the relevant elements. But WHERE is the InPlaceEditor behavior?
This behavior file in the lowpro subversion repository is only a
skeleton. And the AutoCompleter is totally empty! What gives? Am I
expected to stitch Scriptaculous' AutoCompleter into LowPro myself?
If so, can anyone point me to an example?