its good for specific application deployments, as intimately tied to the
appserver its bad, since it dictates deployment requirements to have a xul
capable client, ie. non standard, defacto or otherwise.
-kapil
On Tue, 06 Dec 2005 07:26:30 -0800, Fabrice Monaco
[EMAIL PROTECTED] wrote:
fwiw, we're working on doing this in plone land, utilizing the non
standard, fast, incremental, validating XmlReader interface from libxml
and pluggable namespace handlers. the xmlreader iface is very SAX like.
http://svn.plone.org/view/archetypes/Marshall/branches/k_vertigo-pluggable-ns/
hi folks,
i was just curious if there were any objections to starting a branch of
zc.datetimewidget thats compatible with zope2, ie. doesn't depend on z3
request locales and zc.resourcelibrary. first cut at a diff attached which
works, w/ zope 2.9 and presumbly 2.10, still needs some work
On Sat, 25 Nov 2006 10:03:55 -0600, Rocky Burt [EMAIL PROTECTED] wrote:
On Fri, 2006-24-11 at 19:19 -0600, Kapil Thangavelu wrote:
i was just curious if there were any objections to starting a branch of
zc.datetimewidget thats compatible with zope2, ie. doesn't depend on z3
request locales
On Thu, 08 Feb 2007 14:31:19 -0500, Jeff Shell [EMAIL PROTECTED]
wrote:
On 1/7/07, Andreas Jung [EMAIL PROTECTED] wrote:
Hi,
I am actually looking at options for bringing SOAP support into Zope 2.
Is there some SOAP infrastructure available in Zope 3 (or some add-ons)
and might be re-used
On Mon, 12 Mar 2007 11:48:24 -0400, Godefroid Chapelle
[EMAIL PROTECTED] wrote:
Hi all,
We have the opportunity to bid for a project concerning
the automation of administrative processes.
The client currently has software in Python and Zope/Plone.
They are quite explicit that they want
I've been using zope3 as a wsgi app, without a zodb. it bypasses the zodb
publishing traversal via replacement of the published application, all of
which can be managed in zcml.
One issue I've run into is configuring an app through zope.conf forces you
to have an open zodb, because of the