Tres Seaver wrote:
Dmitry Vasiliev wrote:
It's the datetime format for the default locale, see the specification
in zope/i18n/locales/data/root.xml.
That breaks a test:
File
"/home/tseaver/projects/Zope-CVS/tseaver-retire_zpkg-2.10/lib/python/zope/formlib/form.txt",
line 1547, in form.txt
Fa
Tres Seaver wrote:
Note that the fragment identifier is *never* going to be passed to the
server by a "real" browser: instead, the browser strips of the fragment
part, submits the remainder of the URL to the server, and then does a
search for the appropriate '' element *on the client side*.
I'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Aspeli wrote:
> Hi,
>
> I've got a situation where a form submit will eventually end up in an
> action that does (in Zope 2):
>
> context.REQUEST.RESPONSE.redirect('/path/to/foo/#bar')
>
> This works fine through the web, but using zope.t
On Monday 26 June 2006 19:29, Martin Aspeli wrote:
> This works fine through the web, but using zope.testbrowser, the # gets
> converted to %23 (which is the correct urlencoding of #). The url
> /pat/to/foo/%23bar is not valid, and I get a 404.
I have experienced this error with our namespaces (++
Hi,
I've got a situation where a form submit will eventually end up in an
action that does (in Zope 2):
context.REQUEST.RESPONSE.redirect('/path/to/foo/#bar')
This works fine through the web, but using zope.testbrowser, the # gets
converted to %23 (which is the correct urlencoding of
On Jun 26, 2006, at 5:12 PM, Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dmitry Vasiliev wrote:
Benji York wrote:
...
Why does the display of the default DateTime widget change?
DatetimeWidget now use zope.i18n for parse and format values so the
display is the same
On Monday 26 June 2006 17:12, Tres Seaver wrote:
> not onlyt that, but I don't believe that '2002 12 2 12:30:00' is a
> valid date representation in *any* standard locale. The
> dashes-with-leading-zeros should be the default (it is the stock ISO
> date format).
This has nothing to do with an IS
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dmitry Vasiliev wrote:
> Benji York wrote:
>> Philipp von Weitershausen wrote:
>>> Dmitry Vasiliev wrote:
>>>
Log message for revision 68818:
Fixed issue 525: DateWidget ru-format
>>
- type="text" value="2002-12-02 12:30:00"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lennart Regebro wrote:
> On 6/26/06, Tres Seaver <[EMAIL PROTECTED]> wrote:
>> - -1. The externals are just that, external to the Zope project.
>
> Uhm. I have a hard time seeing Five and lib/python/zope as "external to
> Zope".
They are managed as
On 6/26/06, Tres Seaver <[EMAIL PROTECTED]> wrote:
- -1. The externals are just that, external to the Zope project.
Uhm. I have a hard time seeing Five and lib/python/zope as "external to Zope".
When we get to an egg-based Zope install, I think such a gesture would
map onto "check out the so
Benji York wrote:
> Perhaps Z3 will be egg-based at some point and we won't have to ship
> dependencies.
+10. Having our own copies of docutils and pytz, for example, irritates
the heck out of me.
Philipp
___
Zope3-dev mailing list
Zope3-dev@zope.org
Un
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lennart Regebro wrote:
> A small question/idea.
>
> When making svn:externals in Nuxeo, we always use https. That way
> trees can still be checked out anonymously, but still modified.
>
> in Zope, threes are checked out with svn+ssh, but externals us
Chris Withers wrote:
Philipp von Weitershausen wrote:
Jim suggested a different strategy with "Zope 5"
(http://mail.zope.org/pipermail/zope3-dev/2006-February/018415.html).
The little bits and pieces that make up Zope 3 (the zope.* packages)
would be developed more or less independently of Zope-
Philipp von Weitershausen wrote:
Except that ElementTree doesn't really have XPath support nor an HTML
parser
Disappointing.
perhaps Zope 3 will ship with lxml at some point...
Perhaps Z3 will be egg-based at some point and we won't have to ship
dependencies.
--
Benji York
Senior Software
A small question/idea.
When making svn:externals in Nuxeo, we always use https. That way
trees can still be checked out anonymously, but still modified.
in Zope, threes are checked out with svn+ssh, but externals use svn.
That means that when you want to modify for example Five, you need to
dele
On Jun 26, 2006, at 5:54 AM, Martijn Faassen wrote:
Jim Fulton wrote:
[snip]
Adding a call to addsitedir won't accomplish your stated goal of
dropping eggs into lib/python and having them get used. For
addsitedir to have any impact, you have to also manage the .pth
files.
I don't know
--On 26. Juni 2006 11:25:05 +0100 Chris Withers <[EMAIL PROTECTED]>
wrote:
Philipp von Weitershausen wrote:
It's dead from a maintenance point of view. If you still want to
maintain it, be our guest. But you yourself said that maintaining too
many branches is madness.
My point is that we'
Philipp von Weitershausen wrote:
Jim suggested a different strategy with "Zope 5"
(http://mail.zope.org/pipermail/zope3-dev/2006-February/018415.html).
The little bits and pieces that make up Zope 3 (the zope.* packages)
would be developed more or less independently of Zope-the-app-server
(which
Philipp von Weitershausen wrote:
It's dead from a maintenance point of view. If you still want to
maintain it, be our guest. But you yourself said that maintaining too
many branches is madness.
My point is that we're creating too many branches ;-)
Chris
--
Simplistix - Content Management, Zop
Benji York wrote:
Martin Aspeli wrote:
o In zope.testbrowser, [snip] having the ability to select nodes
> by XPATH would be incredibly useful
Yep, I and others have thought the same thing.
I imagine an existing
library would be available to make this reasonably easy to implement?
With E
Jim Fulton wrote:
[snip]
Adding a call to addsitedir won't accomplish your stated goal of
dropping eggs into lib/python and having them get used. For addsitedir
to have any impact, you have to also manage the .pth files.
I don't know what you mean here. I don't recall managing any .pth
file
Martin Aspeli wrote:
> Philipp von Weitershausen wrote:
>> Benji York wrote:
>>> Martin Aspeli wrote:
o In zope.testbrowser, [snip] having the ability to select nodes
by XPATH would be incredibly useful
>>> Yep, I and others have thought the same thing.
>>>
I imagine an existing
>>
Philipp von Weitershausen wrote:
Benji York wrote:
Martin Aspeli wrote:
o In zope.testbrowser, [snip] having the ability to select nodes
by XPATH would be incredibly useful
Yep, I and others have thought the same thing.
I imagine an existing
library would be available to make this reasonab
23 matches
Mail list logo