/template_tablelayout.pt. Is it intentional and unused
templates should be removed or it's a bug or maybe I'm missing something?
--
Dmitry Vasiliev dima at hlabs.spb.ru
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http
Jim Fulton wrote:
I propose we stop bothering to include $Id$ strings. (Note that I'm
*not* suggesting we go out of our way to remove them.)
Thoughts?
+1
(Moreover Bazaar for example doesn't support this keywords yet.)
--
Dmitry Vasiliev dima at hlabs.spb.ru
http://hlabs.spb.ru
I've just discovered that KeywordIndex and TopicIndex don't implement
IIndexSearch so the indexes don't work with the Catalog. Is there any
reasons for this? I think apply methods in this case can be equivalent
to search(query, 'and') without any problems.
--
Dmitry Vasiliev dima
translations.launchpad.net? Is there are way to create
templates for all translated packages in the zope3 project?
- When the next release? :-)
--
Dmitry Vasiliev dima at hlabs.spb.ru
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3-dev@zope.org
Hello!
I've just found that zope.security.interfaces.IUnathorized and
IForbidden inherited from Interface instead of IException (as I
expecting it should be). Is it intentionally or just a bug? In the last
case I can easily fix it.
--
Dmitry Vasiliev dima at hlabs.spb.ru
http
Giovannetti, Mark wrote:
From: Dmitry Vasiliev [mailto:[EMAIL PROTECTED]
Slices doesn't wrap around.
Right, this was what I was seeing/thinking about:
for i in range(41): print i, ' + password[:i-40] + '
[skip]
Can't really call it wrap around, I guess.
Anyway:
def
an UTF-8 encoding to the current
password manager.
Anybody against that?
+1 I can commit the changes if nobody objects.
--
Dmitry Vasiliev dima at hlabs.spb.ru
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org
/bar/']
Got:
['c:/myproject/src/blah/foo/', 'c:/myproject/src/blah/bar/']
It seems like 'os.path.abspath' problem but again it work for me on
Windows XP.
--
Dmitry Vasiliev dima at hlabs.spb.ru
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3
of the
module doesn't do any magic by itself but just tells Python from which encoding
unicode strings can be decoded.
So your module should looks like this:
# -*- coding: utf-8 -*-
uSome docstring text in utf-8.
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
implementing it. :-(
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
and later (41452) has
been switched to use 'xml.dom.minidom'. I think extract information from
.svn/entries is more safe way than use svn info/svnversion but however it
require more maintaining effort. So I'll change the parser to make it more
robust if no one objects.
--
Dmitry Vasiliev (dima
Wichert Akkerman wrote:
Previously Dmitry Vasiliev wrote:
Ugh, it was me. I switched ZopeVersion from CSV to SVN, moreover the first
revision (25322) used 're' module to parse .svn/entries and later (41452)
has been switched to use 'xml.dom.minidom'. I think extract information
from .svn
Christian Theune wrote:
Dmitry Vasiliev wrote:
I agree the i18n datetime parsing should be made a bit relaxed. I even
think the only important thing in this context is the order of the
fields, so we can ignore spaces (or even ignore some other
delimitters?) and maybe ignore other non-field
).
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
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
? For example we can store all time in UTC and convert it as
needed on input/output (it's like unicode for time :), or just store
offset-naive time as UTC. It seems currently we don't have a consistent policy
for this case.
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
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 /
+ type=text value=2002 12 2 12:30:00 /
Note that a EditForm can't make use
display format to 'long' for DateDisplayWidget/DatetimeDisplayWidget?
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail
Dieter Maurer wrote:
Dmitry Vasiliev wrote at 2006-5-23 17:06 +0400:
...
PEP-3100 suggest just call the object and catch the exception instead of use
callable(). So maybe we can write:
try:
ob()
except:
pass
return ob
Unfortunately exceptions still will be masked.
Yes
the exception instead of use
callable(). So maybe we can write:
try:
ob()
except:
pass
return ob
Unfortunately exceptions still will be masked.
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3
), if
there are no objections.
Please do.
I realize we're getting close to a release and we're in feature freeze
now, so this may be considered to be too large a change for this round.
I think it's a bug and should be fixed anyway.
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
Jeff Rush wrote:
Dmitry Vasiliev wrote:
David Johnson wrote:
I am using the zope database adapter, and on occasion (1/20) the
following code intermittently throws an exception (1/20 times), even
though the connection is connected.
It's a known bug, see http://www.zope.org/Collectors/Zope3
exception
hierarchy to 'zope.app.rdb'? Adapters will be responsible to translate its
exceptions to 'zope.app.rdb' exceptions.
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http
Lennart Regebro wrote:
I like the vision of Zope2 becoming a set of extra packages you
install for Zope3, to get backwards compatibility. Maybe this is the
same as what you call Zope 5, maybe not.
+1
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
for test purposes it's so featureless.
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
. This means that the next release is scheduled for May and
the next feature freeze is April 1.
- We will support deprecated features for 1 year.
I consider there to be decisions. :)
+1
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
Benji York wrote:
Dmitry Vasiliev wrote:
Log message for revision 41524:
Added chapters about the testbrowser to the apidoc book
Modified: Zope3/trunk/src/zope/testbrowser/over_the_wire.txt
===
--- Zope3/trunk/src/zope
Jim Fulton wrote:
A proposal to address this problem is here:
http://dev.zope.org/Zope3/LocaleSpecificTextCollation
Comments are welcome.
+1
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3-dev
Martijn Faassen wrote:
Dmitry Vasiliev wrote:
[snip]
* currently you can translate any string (not only a message id) like
this:
p tal:content=string: STRING TO TRANSLATE i18n:translate=/p
In this case the string will be automatically converted to message id
and then translated. I think we
will be automatically converted to message id and then
translated. I think we definitely shouldn't translate any string, only message ids.
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub
Jim Fulton wrote:
Dmitry Vasiliev wrote:
Maybe we should translate *only* a message id values in case of
i18n:translate and tal:content/tal:replace and print a warning for any
other values?
I think we should do the translation in either case. But the translation
for a string or a id
Benji York wrote:
Dmitry Vasiliev wrote:
BTW, another one idea: We can set a password manager for a principal
folder, not for a individual principal, so all principals in the
folder will be use the only one password manager.
I like that even better. +1
Ok, so I'll redo the implementation
Benji York wrote:
Dmitry Vasiliev wrote:
Dmitry Vasiliev wrote:
Oops, we can't get rid of the generation since we need to encode the
password anyway... :-/
Even if we default to plain text?
Yes. For example if you change the password of a principal it needs to be
properly encoded before
self.password attribute changed to a property which is not so
easy to fix without a generation. I see two alternative possibilities:
1. Custom __getstate__() method;
2. The views may use a methods to get/set self.password attribute;
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
- Friday, December 2, 2005
What do you guys think? Would people commit time on those days to the effort?
I don't know about those days but now I've just switched myself in the
bug-fixing mode untill the release. :-)
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
, there is no implicit creation of a message id from
a string.
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
to need it either...
+1 on user. Actually for Russian translation I've used user anyway since I
didn't find another good translation for principal.
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3-dev
Can someone take a look at the issue 447?
http://www.zope.org/Collectors/Zope3-dev/447
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3
Ruslan Spivak wrote:
I think Dmitry used that because of slice assignment and i don't see
how it can be done with index assignment of insert():
Yes, definitely.
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
___
Zope3-dev mailing
Fred Drake wrote:
On 9/2/05, Dmitry Vasiliev [EMAIL PROTECTED] wrote:
Before the fix (rev. 38239):
['buildsupport', ..., 'src']
After the fix:
['src','buildsupport', ...]
Ok, I think I understand this now. Appearantly you have some version
of ZConfig installed elsewhere
that the SETUP.cfg's 'extension' section name always
lowercased before processing.
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive
Velko Ivanov wrote:
Dmitry Vasiliev wrote:
Maybe we need always check security map at the root folder?
I don't believe this is the solution. Altrough it will solve my example,
it wouldn't help in other scenarios.
I would eventually make ZopeConnection and ZopeCursor locatable
the security check will be based only on global security map.
Maybe we need always check security map at the root folder?
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http
conflicting modules on the PYTHONPATH)?
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Fred Drake wrote:
On 7/22/05, Dmitry Vasiliev [EMAIL PROTECTED] wrote:
I think about the following generic algorithm:
1. Preparation stage. Content type and encoding are determining based on the
?xml?/meta declarations. In case of the 'text/html' type and a not unicoded
content we decode
Stephan Richter wrote:
On Monday 01 August 2005 09:09, Dmitry Vasiliev wrote:
I want to add language namespace to 'zope.app.traversing.namespace' so
someone can override the language settings through URL, like this:
http://site.com/++language++ru/path
I guess this feature would be useful
is
closed?
Thoughts?
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
instead of None?
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Philipp von Weitershausen wrote:
Dmitry Vasiliev wrote:
Hi Everyone,
In the most cases users of the translate() expect untranslated string
will be returned if no translation is performed. See for example Issue
#298 (http://www.zope.org/Collectors/Zope3-dev/298).
Is this reasonable to change
Philipp von Weitershausen wrote:
Dmitry Vasiliev wrote:
Philipp von Weitershausen wrote:
Dmitry Vasiliev wrote:
Hi Everyone,
In the most cases users of the translate() expect untranslated
string will be returned if no translation is performed. See for
example Issue #298 (http
Andy Dustman wrote:
On 7/25/05, Dmitry Vasiliev [EMAIL PROTECTED] wrote:
Andy Dustman wrote:
On 7/24/05, Jaroslaw Zabiello [EMAIL PROTECTED] wrote:
I have mysql 4.1 with database and all tables set to utf8. I have problems
with Zope3.1beta/win32. I cannot query the database with mysqldbda
versions will, but 1.0 will not).
I've just added the encoding attribute to the ZopeDatabaseAdapter (rev. 37378).
Also I've changed psycopg adapter to respect the attribute. Can someone change
mysqldbda to use self.getEncoding() instead of connection.character_set_name()?
--
Dmitry Vasiliev
Fred Drake wrote:
On 7/21/05, Dmitry Vasiliev [EMAIL PROTECTED] wrote:
Log message for revision 37358:
Now input encoding of a PageTemplateFile in 'html' mode is determined
by meta declaration and then the declaration will stripped.
Open question:
Shouldn't meta/?xml? stripping
://localhost:8080/test/@@/images' although expected result is
'http://localhost:8080/@@/images'.
Is it a bug or maybe I'm wrong?
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http
Albertas Agejevas wrote:
On Fri, Jul 15, 2005 at 03:01:11PM +0400, Dmitry Vasiliev wrote:
Then if you go to
'http://localhost:8080/test/++vh++http:localhost:8080/test/++/restest.html'
you'll see 'http://localhost:8080/test/@@/images' although expected result
is 'http://localhost:8080
Evan Simpson wrote:
Paul Winkler wrote:
On Fri, May 13, 2005 at 05:39:56PM +0400, Dmitry Vasiliev wrote:
'span tal:content=default42/span' = 'span42/span'
'span tal:replace=default42/span' = '42'
+1. IMHO the current behavior is wrong. replace should always replace
the element, no exceptions
Philipp von Weitershausen wrote:
Dmitry Vasiliev wrote:
- Should we do automatic translation for msgid's inside a TALES
expression?
IMO we shouldn't do automatic translation at all.
How then we want to translate TALES expressions like some text ${msgid}?
The only way now is explicit translate
Stephan Richter wrote:
On Friday 06 May 2005 10:11, Dmitry Vasiliev wrote:
Opinions?
Dimitry, I am sorry. There was already a papal's edict on the issue:
http://mail.zope.org/pipermail/zope3-dev/2004-September/012186.html
That means, message ids must be translated explicitely using i18n:translate
Philipp von Weitershausen wrote:
Stephan Richter wrote:
On Friday 06 May 2005 10:11, Dmitry Vasiliev wrote:
Opinions?
Dimitry, I am sorry. There was already a papal's edict on the issue:
http://mail.zope.org/pipermail/zope3-dev/2004-September/012186.html
That means, message ids must be translated
on purpose for some piece of content.
I'm personally think that automatic translation would be helpful in some cases.
Opinions?
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http
Stephan Richter wrote:
On Thursday 28 April 2005 03:59, Dmitry Vasiliev wrote:
Ok, I fully agree with this changes, but then I have one more question.
Should we do this changes on ZopeX3.0 branch? That about backward
compatibility for 3.0, for example if someone use code like this: 'h1
i18n:name
this changes on ZopeX3.0 branch? That about backward compatibility for
3.0, for example if someone use code like this: 'h1 i18n:name=H1foo/h1'?
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
___
Zope3-dev mailing list
Zope3-dev@zope.org
attributes should preserve the tag in the
msgid mapping? For example:
'span i18n:name=foo i18n:translate=bar/span' = 'bar' (translated)
but
'a href=url i18n:name=foo i18n:translate=bar/a' = 'a
href=urlbar/a' ('bar' translated)
and so on
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http
63 matches
Mail list logo
