is needed in a productive setup.
Anyway, if there is no sideffect like larger processing time
in prodction use just for provide a fancy feature, you are very
welcome to improve and implement usefull things ;-)
Regards
Roger Ineichen
Cheers,
Jonathan
[1] : http://pypi.python.org/pypi
. This package will probably also
depend on other z3c.schema fields e.g. z3c.schema.email if we
need to implement special customization properties for each field.
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
https://mail.zope.org
a hint, sometimes session get accessed with session[key]
wich will force a write operation. If so, you can prevent creating
a new session by using session.get(key, someDefaultValue)
Regards
Roger Ineichen
Shane
___
Zope-Dev maillist - Zope-Dev
adding.
Regards
Roger Ineichen
Best Regards,
Hermann
--
herm...@qwer.tk
GPG key ID: 299893C7 (on keyservers)
FP: 0124 2584 8809 EF2A DBF9 4902 64B4 D16B 2998 93C7
___
Zope-Dev maillist - Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo
to the cameform url. This
should be reproducable by any other apache (port) rewrite setup.
Regards
Roger Ineichen
_
Projekt01 GmbH
www.projekt01.ch
Boesch 65
6331 Hünenberg
phone +41 (0)41 781 01 78
mobile+41 (0)79 340 52 32
fax +41 (0)41 781 00 78
email roger.ineic
the
revisions till they will find the removed CHANGES.txt file
for restore them.
And of corse we should add a comit hook in subversion which
will not allow to tag a trunk without a CHANGES.txt file.
Hard enough?
just kidding,
Roger Ineichen
___
Zope-Dev
not sure how buildout can handle that. I just remember that
we run into a problem as we released an older bugfix version once
and didn't use a KGS.
Anyway, this doesn't matter if 1.2.3dev or 0 is used as
next dev version. I'm fine with 0 too.
Regards
Roger Ineichen
Doesn't it break all versioned
Hi Gary
Betreff: Re: AW: [Zope-dev] zope.publisher 3.5 branch has
code/behavior not a part of subsequent releases
On Aug 24, 2009, at 6:02 PM, Roger Ineichen wrote:
Hi Tres
Betreff: Re: [Zope-dev] zope.publisher 3.5 branch has
code/behavior
not a part of subsequent releases
Hi Michael
Betreff: Re: AW: [Zope-dev] Proposal: zope.app.publisher refactoring
Am 24.08.2009 um 22:55 schrieb Roger Ineichen:
[...]
Everything which has to do with login has nothing to do in
z3c.layer.pagelet.
z3c.layer.pagelet should only offer a working setup for
pagelet based
for
pagelet based traversal stuff and error handling.
Regards
Roger ineichen
--
WBR, Dan Korostelev
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! ** (Related lists -
http
point
me to more infos?
Regards
Roger Ineichen
Tres.
- --
===
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software Excellence by Designhttp://palladion.com
-BEGIN PGP SIGNATURE
at zope.conf level)
Regards
Roger Ineichen
--
Jim Fulton
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! ** (Related lists -
http://mail.zope.org/mailman/listinfo/zope
loop.
Yes, why not. Probably we should do this together with a
refactoring and change/enhance the method signature for
the pot makers.
Regards
Roger Ineichen
_
END OF MESSAGE
___
Zope-Dev maillist - Zope-Dev@zope.org
http
, everything makes sense to me.
Thanks a lot yuppie,
this are very good improvments for z3c.recipe.i18n
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding
Hi Yuppie
Betreff: Re: z3c.recipe.i18n and zope.app.locales.extract
Hi Roger,
Thanks for your feedback!
Roger Ineichen wrote:
-Ursprüngliche Nachricht-
2.) looking up the product version
--
POTMaker._getProductVersion() doesn't work
:
if not widget.ignoreContext
widget.context = widget.form.context
This whould prevent to set an ignored context from
self.widget.context to the widget.context.
I'm really not sure if this is working, but does this make sense to you?
Regards
Roger Ineichen
context from
self.widget.context
to the widget.context.
I'm really not sure if this is working, but does this make
sense to you?
Regards
Roger Ineichen
Thanks for the comment. For this particular use case it won't
work without the context,. The context is used to look up
and the Sequence widget
is not compatible with initial PersitentList beause
the widget will probably replace the list with a
simple list.
Note, I'm not 100% sure if I'm correct. But it is at
least something which we have to make sure that this
is working.
Regards
Roger Ineichen
--
Paul Carduner
resource versions. z3c.versionedresource offers such a concept.
anyway, I whould be happy if we do not implement such high
level feature in zope core packages. Because there are
1000 different concepts to do it right. Why did you not use
an additional package?
Regards
Roger Ineichen
information that you also should switch a to
another better concept.
The deprecation message is a very important information and
can keep you informed on what's going on and about new better
concepts.
Regards
Roger Ineichen
Or do you mean you require someone to go through all packages
. Did you fix
something in zope.app.site once or did you add an issue
on launchpad? I remember something but not sure if I'm correct.
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
Hi Martjin
Betreff: Re: [Zope-dev] [Checkins] SVN: zope.app.http/trunk/-
Replacedthedependency on zope.deprecation with BBB imports
Hey,
Roger Ineichen wrote:
[snip]
My fear is that deprecated imports will pull in packages and act as
the single point of an egg declaration
Hi Martjin
Betreff: Re: [Zope-dev] RFC: Site - Locus
Hey,
Roger Ineichen wrote:
[snip]
What do people think about:
* the idea of renaming Site to Locus
Oh my god, many -1
Motivations beyond oh my god?
My first motivation was the same as Jens had.
Lokus is such a unique word
part for
a better understanding if you need to explain the
zope world.
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http
.
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman
Hi Martjin
Betreff: Re: [Zope-dev] RFC: Site - Locus
Roger Ineichen wrote:
[snip]
The site offers a SiteManagementFolder, SiteManagerContainer and a
LocalSiteManager.
The SiteManagementFolder by default installed as ['default'] is
absolutly useless and obsolate since the last
to a good direction. Didn't we talk
about reload global configuration during runtime years ago?
Regards
Roger Ineichen
Wichert.
--
Wichert Akkerman wich...@wiggy.netIt is simple to make things.
http://www.wiggy.net/ It is hard to make
things simple
Hi Reinout
Betreff: Re: [Zope-dev] [Checkins] SVN: zope.app.http/trunk/
- Replacedthedependency on zope.deprecation with BBB imports
On 2009-05-26, Roger Ineichen d...@projekt01.ch wrote:
Some people think it's better to have a nice clean log then
deprecation warnings on server startup
say about this concept is that we
didn't start to remove #BBB marked imports.
Just wait till we start remove the BBB imports and
the packages from install_requires ...
Regards
Roger Ineichen
Regards,
Martijn
___
Zope-Dev maillist - Zope-Dev
Hi Paul
Betreff: Re: [Zope-dev] [Checkins] SVN: zope.app.http/trunk/-
Replacedthedependency on zope.deprecation with BBB imports
On Wed, May 27, 2009 at 02:06:03PM +0200, Roger Ineichen wrote:
I think there is something else wrong if someone is using code with
deprecation warnings
then
deprecation warnings on server startup. I still don't understand
the reason if there is any. Probably others can explain why we
skip the deprecation warnings which is a hugh win for migration
tasks.
Regards
Roger Ineichen
_
END OF MESSAGE
on zope.deprecation with BBB imports
As a general question, how will people know that an import
location changed?
- - By reading changelogs.
- - By running the indirect imports checker script on their code.
Sound interesting, what's an indirect imports checker script?
Regards
Roger Ineichen
if you switch the tests that they pass on linux and
will break on windows. I can catchup the tests later and try
to make them running again on windows and linux.
Thanks a lot for help improve missing parts or fix issues!
Regards
Roger Ineichen
Regards,
--
Christian Zagrodnick · c...@gocept.com
;
I like z3c.pt very much and think this is a great package.
But the built in compatibility layer is a very bad thing.
Regards
Roger Ineichen
_
END OF MESSAGE
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org
, in __init__
raise ValueError(close_fds is not supported on Windows
ValueError: close_fds is not supported on Windows platforms
Regards
Roger Ineichen
_
END OF MESSAGE
___
Zope-Dev maillist - Zope-Dev@zope.org
http
Hi Hanno
Regards
Roger Ineichen
_
END OF MESSAGE
-Ursprüngliche Nachricht-
Von: Hanno Schlichting [mailto:hanno...@hannosch.eu]
Gesendet: Montag, 27. April 2009 09:16
An: d...@projekt01.ch
Betreff: Re: AW: [Checkins] SVN: zope.publisher/trunk/ Added
Hi Hanno
Betreff: Re: [Zope-dev] [Checkins] SVN: zope.publisher/trunk/
Added some BBB code to setDefaultSkin
Hi.
Roger Ineichen wrote:
Roger Ineichen wrote:
Then there's some tests and description missing proving
that intent.
All I could read in the changelog and the skinnable
:
print system(buildout),
Expected:
Develop: '/sample-buildout/recipes'
Installing data-dir.
data-dir: Creating directory mystuff
Got:
Develop: '/sample-buildout/recipes'
Installing data-dir.
data-dir: Creating directory mystuff
Regards
Roger Ineichen
Hi Sebastian
Betreff: Re: [Zope-dev] zc.buildout broken
On Fri, Apr 24, 2009 at 05:56, Roger Ineichen
d...@projekt01.ch wrote:
Ran 367 tests with 50 failures and 1 errors in 8 minutes
14.891 seconds.
The latest trunk of zc.buildout is completly broken.
At least on windows. Can
Hi everybody
Ran 367 tests with 50 failures and 1 errors in 8 minutes 14.891 seconds.
The latest trunk of zc.buildout is completly broken.
At least on windows. Can someone check this on linux?
Regards
Roger Ineichen
_
END OF MESSAGE
Hi Tres
Betreff: Re: [Zope-dev] zc.buildout broken
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roger Ineichen wrote:
Hi everybody
Ran 367 tests with 50 failures and 1 errors in 8 minutes
14.891 seconds.
The latest trunk of zc.buildout is completly broken.
At least
Hi Martijn
Betreff: Re: [Zope-dev] People in the Zope 3 and ZMI teams
Hey,
Roger Ineichen wrote:
I think there is a little confusion about which package depends on
each other.
Right now there is a zmi.core package this package should
contain core
parts without to much
, very slow.
But that's another part and could probably done after
finishing the zmi refactoring part.
Regards
Roger Ineichen
Betreff: Re: [Zope-dev] People in the Zope 3 and ZMI teams
Yusei TAHARA wrote:
[snip]
Should the old zope.app.* package depend on the new
zmi.core package?
(I
that to the zope repos.
Regards
Roger Ineichen
which does, what one expects.
One can also pass the usual paster options like ``--reload``.
There is, however, no possibility to start in debug mode,
i.e. with a debug.ini as argument, except you declare another
command (at least I don't see
to zmi.core.
And probably we should also implement a testing layer setup
which all test in zmi.core can share/use.
Regards
Roger Ineichen
_
END OF MESSAGE
Best regards,
--
Yusei TAHARA yu...@domen.cx
___
Zope-Dev
some years ago used by the lovely
systems guys. Not sure this days.
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http
=mypypi file=app.zcml /
/configure
after run buildout you can call
bin/app
Regards
Roger Ineichen
_
END OF MESSAGE
Regards,
Martijn
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo
of the zmi part.
Regards
Roger Ineichen
Regards,
Martijn
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! ** (Related lists -
http://mail.zope.org/mailman/listinfo
a concept and see
how we can find a code base which will fit for each other.
This probably only means that we move the zmi part out of the
existing zope.* and z3c.* packages. And each project could
offer a own management concept and views for the same code base.
Regards
Roger Ineichen
Martin
the ZMI or not.
I think the question is can we improve and share such
views in the different projects or do we have to develop views
for each of them?
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo
for the new
logging part? Or let me know if I can do it for you.
Regards
Roger Ineichen
- Alex Chapman
On Tue, Mar 31, 2009 at 10:00 PM, Alex Chapman
achap...@gmail.com wrote:
This would work great for my own needs if its acceptable with
everyone else
do this?
Regards
Roger Ineichen
_
END OF MESSAGE
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org
in
custom projects. By default we should use the
PrincipalLogging adapter form zope.publisher.principallogging.
Does anybody have a better idea how we can make the user
info available for the access log?
Alex whould this fit for you?
Regards
Roger Ineichen
_
END
].
This let us easier pick up the important mails.
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman
a better way to solve
the same issues at a package lavel.
Probably a way to go is to make both concept compatible with
each other. Which probably means we should be able to ignore
versions in packages if a KGS concept get used?
(not sure if this is possible)
Regards
Roger Ineichen
Wichert
number of letters, digits ([0-9]),
hyphens (-), underscores (_), colons (:), and periods (.).
This means to me that an empty value for id or name
doen't start with [A-Za-z] and is invalid because is must start
with [A-Za-z]. or not?
Regards
Roger Ineichen
\malthe
Hi Tres
Betreff: Re: [Zope-dev] ZPT attributes and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roger Ineichen wrote:
Hi Malthe
Betreff: [Zope-dev] ZPT attributes and
Currently, if an attribute expression evaluates to any
value that's
boolean False, it's omitted
:
XMLRPC is broken at least with paste.httpserver
Any input on the implications of reverting the change in
revision #66941?
We should also add a good test case where we can see what
happens.
Regards
Roger Ineichen
Regards
Michael
- --
http://blog.d2m.at
http://planetzope.org
management
based on KGS?
Regards
Roger Ineichen
Wichert.
--
Wichert Akkerman wich...@wiggy.netIt is simple to make things.
http://www.wiggy.net/ It is hard to make
things simple.
___
Zope-Dev maillist - Zope-Dev@zope.org
. Are you really sure we like to
skip backporting.
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman
Hi Michael
Betreff: Re: AW: [Checkins] SVN: z3c.layer.pagelet/trunk/
Removed dependency on``zope.app.security`` by using the new
packages``zope.authentication`` and ``zope.principalregistry``.
Am 15.03.2009 um 23:47 schrieb Roger Ineichen:
Hi Michael
Can you explain why you
package!
Michael,
can you explain what's happen that you didn't got the
zope.publisher release? And was this problem solved
after fixing the version or did you do something else too?
Regards
Roger Ineichen
Regards,
Stephan
--
Stephan Richter
Web Software Design, Development and Training Google
you as Owner.
Regards
Roger Ineichen
--
Brian Sutherland
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! ** (Related lists -
http://mail.zope.org/mailman/listinfo
based on patterns
they like to skip.
Right now it means, skip extra_requires forces us to add more
new package and include them in the original package for BBB
reason which will add back the same dependency like we tried
to skip with extra_requires. But now as a hard depenency. ouch!
Regards
Roger
Hi Dan
Betreff: Re: [Zope-dev] zope.password
2009/3/10 Roger Ineichen d...@projekt01.ch:
Hi Steering group, Hanno, Dan
Betreff: Re: [Zope-dev] zope.password
Dan Korostelev wrote:
2009/3/10 Hanno Schlichting hanno...@hannosch.eu:
Either you have a dependency and declare
the ILogoutSupport adapter or a similar concept.
We should think about how to replace that pattern if we skip the
existing one.
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts
Hi Tres
Betreff: Re: [Zope-dev] zope.container broken
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roger Ineichen wrote:
The zope.container package was broken.
I added a missing ComponentLookupError import.
Yup, and there is no test for that 'browserDefault' raising
the error
.
Uhhh, must be late last night ;-)
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope
deprecation
message on my production system. Or if so, I know what
I have to for a next release.
Regards
Roger Ineichen
Chris
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding
Hi
The zope.container package was broken.
I added a missing ComponentLookupError import.
Can someone with a linux/windows system release
zope.component with the C extensions?
Regards
Roger Ineichen
_
END OF MESSAGE
, let's try something new. We can still
fallback to a deprecation system if everything else fails.
Regards
Roger Ineichen
Regards,
Martijn
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross
Hi Martijn
Betreff: Re: [Zope-dev] zope.publisher
Roger Ineichen wrote:
Does grok need to register this new adapter somewhere?
If the adapter configuration is missing the default skin
apply pattern
will break.
As long as zope.publisher's configure.zcml does it, Grok will
load
support
in our base packages. In older days we used monkey patches
for that problem, but that's no solution anymore.
Regards
Roger Ineichen
These two paragraphs seem contradictory. [wink] We'll
consider the matter closed.
--Paul
___
Zope-Dev
setDefaultSkin?
Martijn,
Does grok need to register this new adapter somewhere?
If the adapter configuration is missing the default skin
apply pattern will break.
Shane,
Can you review and merge this changes into your
zope.pipeline branch?
Regards
Roger Ineichen
_
END
or offer
different implementations solving similar problems in different
ways.
The big questions now is, do we like to merge this good things
back to the zope core or do we like to stay with different
packages because we can't find an agreement what we like
to do.
Regards
Roger Ineichen
are interested.
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope-announce
http
if possible.
Radical changes and experimental stuff should allways be optional till
it's ready, stable and used by a bigger audience. At least it should be
very good documented for others which have to update thier projects
if we switch to a new concept.
Regards
Roger Ineichen
Hi Martijn
Betreff: Re: [Zope-dev] Proposal: merge zc.configuration's
exclude directiveinto zope.configuration.
Hi there,
On Thu, Feb 26, 2009 at 12:43 PM, Roger Ineichen
d...@projekt01.ch wrote:
Now we only need to find out how to write an z3c.autoexlude and a
z3c.autooverride
, which is in zope.app.security. Still, I
suspect IAuthentication needs to be moved out of zope.app.security.
just a note;
I have still a refactoring pending which which I proposed month ago.
This will move the IPasswordManager out of zope.app.authentication.
Regards
Roger Ineichen
Shane
sample doesn't open a ZODB
which makes it not really comparable.
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org
all
our different publishing implementations. This whould let us
compare the same things in a real world use case.
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML
Hi Jim
Betreff: Re: [Zope-dev] z3c.jsonrpc relase
Roger Ineichen wrote:
does someone have a good idea how we can handle an
Unauthorized error
with JSON-RPC? Should we use an error view concept and include a
JavaScript method which can handle a special error
code/message from
the server and show a kind
if login form?
Any hints or does somebody know a framework which supports such
an implementation?
Regards
Roger Ineichen
_
END OF MESSAGE
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org
within
a better update/execute concept.
Regards
Roger Ineichen
_
END OF MESSAGE
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists
Hi Dan
Betreff: Re: [Zope-dev] z3c.form update issues
2009/2/21 Roger Ineichen d...@projekt01.ch:
Hi all
I fixed a z3c.form issue where util.Manager keys and values
get append
more then one time by calling update more then once on widgets or
actions.
For doing so, I
Hi Dan
Betreff: Re: [Zope-dev] z3c.form update issues
2009/2/21 Dan Korostelev nad...@gmail.com:
2009/2/21 Roger Ineichen d...@projekt01.ch:
we should carefully review this part and probably add
action.update
after action.execute. Right now, without looking at the
code I think
. or not?
Regards
Roger Ineichen
_
END OF MESSAGE
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman
Hi Christian
Betreff: Re: [Zope-dev] How can we update our source?
On Tue, 03 Feb 2009 01:49:25 +0100
Martijn Faassen faas...@startifact.com wrote:
Hey,
Roger Ineichen wrote:
First, thanks to the great refactoring work!
Can someone give a summary about what got moved
status doesn't exist
Anyway,
Python is a bike and java is a car. Because why? Java has
built in seatbelts and airbags and Python is light and fast.
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo
Hi Martijn
Betreff: Re: [Zope-dev] zope.globalrequest?
Hi there,
Roger Ineichen wrote:
[snip]
Why should someone use a global request if he has a request
available?
This package does nothing else then offer a request if non is
available. And if you need a request if non
Hi Andi
Betreff: Re: [Zope-dev] zope.globalrequest?
Roger Ineichen wrote:
I don't say that this is bad in general. I just say that if
you build
an application based on zope.globalrequest, this is a
totaly different
base concept how you will develop applications like we do
now
Regards
Roger Ineichen
_
END OF MESSAGE
-Ursprüngliche Nachricht-
Von: zope-dev-boun...@zope.org
[mailto:zope-dev-boun...@zope.org] Im Auftrag von Laurence Rowe
Gesendet: Sonntag, 18. Januar 2009 16:43
An: zope-dev@zope.org
Betreff: Re: [Zope-dev
an interesting Python delegation pattern. Uses
zope.interface.
cool !
1+ for move this to zope.interface
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML
Hi Martijn
Betreff: Re: [Zope-dev] Deprecate ITerms in zope.app.form?
[Re:zope.browser?]
Hey there,
Roger Ineichen wrote:
[snip]
I don't like that. Probably we should use the existing devmode or
something like that? Devmode whould allow us to use it at
runtime and
during
and see what happens with things stored the ZODB.
Regrads
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman
Hi Jim
Just found an issue in ZODB 3.8 branch. (3.8.1 release)
The line: 370 in blob.py uses *targetpath* (undefined)
This should be *path*.
The current 3.9 trunk is fixed.
I didn't fix and release that issue because I only have a
MinGW compiler installed. Can you pick that up?
Regards
Roger
.
I think such cleanup ar not optional and only a nice thing.
Such cleanup allow us to participate on the same base.
And since BBB support is given (with a minimal deprecation
warning sideeffect) I think this is the best what we can do.
Reegards
Roger Ineichen
on the need
for a future cleanup. If we like to support an old interface
location then we don't need deprecation messages. But if we
like to remove the interface at the old location in the future
then we need to deprecate them. This has nothing to do with
beautify our test output.
Regards
Roger
such announcements our code can get very quick out
of date and we have no change to know about that.
btw,
we also should deprecate the ISite interface at the old location.
Regards
Roger Ineichen
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org
Hi Christian
Betreff: Re: [Zope-dev] Deprecate ITerms in zope.app.form?
[Re:zope.browser?]
On 2008-12-15 13:44:43 +0100, Roger Ineichen
d...@projekt01.ch said:
Hi Christian
Betreff: [Zope-dev] Deprecate ITerms in zope.app.form? [Re:
zope.browser?]
[...]
A deprecation
1 - 100 of 215 matches
Mail list logo
