Ivo van der Wijk wrote at 2005-5-8 11:34 +0200:
I'm currently playing with a Workflow/Catalog mix, trying to index
workflow states (so I can simply search for published content - a
common usecase in CMF).
However, it appears that workflow statechanges do not trigger
IObjectModifiedEvent, to which
Uwe Oestermeier wrote at 2005-5-11 11:18 +0200:
... indexing performance ...
I agree, but perhaps we can find a compromise that fits
all needs. I propose to use pluggable modification utilities.
The container related events are already fired by only two
functions (setitem and uncontained). If
Jim Fulton wrote at 2005-5-27 10:45 -0400:
...
You cannot make text extraction cheap (as it handles potentially large
data).
You can't make it cheap in all applications. For most applications,
text extraction and comparison is very cheap.
I'm guessing that you are refering to indexing large
Jim Fulton wrote at 2005-5-30 08:42 -0400:
...
I suggest we generalize this a bit. I suggest that the ObjectModified
event could accept one or more modification descriptions (hints?).
Some examples:
ObjectModifiedEvent(obj, IObjectFile)
This says that we modified the objects file data.
Jim Fulton wrote at 2005-6-17 18:43 -0400:
...
If people don't actually care about ids, you could generate them
randomly.
And the ZCatalog uses a scheme (choose random starting point in
a thread, then allocate sequentially until a conflict occurs),
which is supposed to work very well with BTrees
Jim Fulton wrote at 2005-7-7 06:55 -0400:
...
[Martijn]
The following sequence I think leads to trouble:
value = getattr(object, self.field_name, None)
if value is None:
return None
as this means attributes that do exist and have the value None would
never
Dmitry Vasiliev wrote at 2005-7-12 18:19 +0400:
Some time ago there has been a discussion on Zope3-Users list about specifying
an encoding of the PageTemplateFile like this:
browser:page
template=tempalte.pt
encoding=utf-8
...
/
The encoding of a page template is an intrinsic
Garrett Smith wrote at 2005-7-24 17:36 -0500:
Is there any info published on debugging Zope3 deadlocks? I'd like to see
tracebacks of a couple threads. Has anyone done this w/Zope3?
threadframe might help a bit.
Florent used it to debug deadlocks for Zope2 (-- see its DeadlockDebugger).
It
Martijn Faassen wrote at 2005-8-25 13:49 +0200:
... AdvancedQuery ...
I need to figure out the lazy sorting concept too and how to port it to
the Zope 3 catalog... I see elsewhere in the thread you also mention it
supports a simple form of joins, which is also very interesting.
No,
Stephan Richter wrote at 2005-10-13 08:08 -0400:
On Thursday 13 October 2005 07:02, Tarek Ziadé wrote:
sub part:
For zodb objects, i was wondering if we could somehow size what's beeing
pickled, since it's just a buffer.
we could therefore measure the size of what's beeing serialized in a
Tim Peters wrote at 2005-10-21 15:27 -0400:
...
[Dieter Maurer]
Nowadays, life is hell without a sensible setdefaultencoding:
Many isolated modules intersperse unicode in an otherwise
string dominated world causing wide spread
UnicodeDecodingErrors.
[Tim]
And setdefaultencoding helps
Jim Fulton wrote at 2005-11-21 09:43 -0500:
...
A Python convention is that a leading underscore indicates privateness.
- what about import paths inside a same package: relative or absolute?
from mypackage.interfaces import ISomeInterface
or:
from interfaces import ISomeInterface
John Ziniti wrote at 2005-11-21 15:04 -0500:
...
Zope-2.8.1 now additionally has the zope.app.publication.
HTTPPublicationRequestFactory class, which also assumes
that text/xml means xmlrpc (in fact, it assumes that
anything that startswith('text/xml') is an xmlrpc call).
zope.app is part of
Stephan Richter wrote at 2005-11-28 08:02 -0500:
...
If people would use the mechanize objects,
their test code could not be converted to tutorials.
Then some test could not be converted to tutorials...
Is that really worse than being unable to test quite interesting use cases
(such as file
Jim Washington wrote at 2005-12-13 21:40 -0500:
...
Now, looking closer at the code, a ping like this might be not too bad,
because isConnected() is only called when a connection is requested, not
for every SQL statement executed. So, it might not be so onerous as
originally thought. Still
Jim Washington wrote at 2005-12-16 16:23 -0500:
...
What seems to work for me now is the following as
mysqldbda.adapter.MySQLdbAdapter.isConnected()
def isConnected(self):
try:
self._v_connection.ping()
except:
# not connected or ping did not restore
Alexander Limi wrote at 2005-12-30 11:22 +0100:
...
One of the ugliest and most error-prone parts of TAL is its handling of
multiple attributes:
a tal:attributes=href some/url;
title some/title; /
Why is this more ugly or error prone as your proposal?
...
This provides
Jim Fulton wrote at 2006-1-3 14:41 -0500:
...
I think 12 months is a bit short. I don't think the backward-compatibility
code
is that burdonsome, once written. What do other folks think?
If the backward compatibility period gets shorter,
we will skip more and more releases because of the
Tim Peters wrote at 2006-1-4 14:51 -0500:
[Dieter Maurer]
If the backward compatibility period gets shorter,
we will skip more and more releases because of the increased burden
to get our applications running again...
Well, every new release will remove features deprecated N releases
ago
Benji York wrote at 2006-1-4 14:22 -0500:
Dieter Maurer wrote:
Jim Fulton wrote at 2006-1-3 14:41 -0500:
I think 12 months is a bit short. I don't think the backward-compatibility
code
is that burdonsome, once written. What do other folks think?
If the backward compatibility period gets
Rocky Burt wrote at 2006-1-18 23:13 -0330:
Marius Gedminas wrote:
* I can copy the URL and paste it directly into a browser
* I can right-click on the URL, and choose Open in web browser from
the popup menu that GNOME terminal gives me.
What do you think about changing Zope 3 server
Paul Winkler wrote at 2006-1-20 10:26 -0500:
...
Does this mean we could potentially change zconfig options at
runtime?
What do you mean by that?
You can already now change zconfig options at runtime
(you can modify the object returned by getConfiguration()).
But usually, it will have little
Martijn Faassen wrote at 2006-1-19 19:37 +0100:
...
I'm talking about a Zope 2 release including (most of) what's in a Zope
3 release, so that Five developers can work on exposing *that* in Zope 2
too (which can then be part of the next Zope 2 release as we integrate
the newer Five in it).
I
Martijn Faassen wrote at 2006-1-23 18:27 +0100:
...
For one, ZConfig is a
syntax not very well known, even granting its similarity to the Apache
configuration language, while XML is very well known.
Come on:
The only syntactic part of ZConfig is: there are
keys with values and sections
Fred Drake wrote at 2006-1-23 09:56 -0500:
On 1/23/06, Chris Withers [EMAIL PROTECTED] wrote:
As I said earlier, I think XML is wrong for configuration for exactly
this kind of reason... element-based is right for this type of config,
it's why Apache uses, it's why Zope 2 uses it, and it's why
Stephan Richter wrote at 2006-1-26 10:16 -0500:
On Thursday 26 January 2006 10:04, Jim Fulton wrote:
Every change I've ever been involved with has been extremely painful.
I can't even explain well what made it painful because I didn't really
understand what was going on and needed help from
Jim Fulton wrote at 2006-1-25 17:26 -0500:
Sidnei da Silva wrote:
In Zope 2, we had excess of configuration options and environment
variables.
How did you have access to configuration options?
from App.config import getConfiguration; config = getConfiguration().
--
Dieter
Florent Guillaume wrote at 2006-1-26 12:57 +0100:
...
I thought Tres had added to ZConfig the possibility to have arbitrary
key/values for arbitrary additional products. Or was this only in the
context of Zope 2 ?
It is essentially the %import package extension of ZConfig.
It allows package to
Martijn Faassen wrote at 2006-1-27 13:21 +0100:
...
Five actually adds a 'five' namespace, which I think is very useful --
it clearly marks which directives are only there for Zope 2 and thus you
cannot expect them to work in Zope 3. Not having namespaces would make
this a lot harder to mark,
Stephan Richter wrote at 2006-2-3 12:45 -0500:
...
declareSite name=mysite /
site name=mysite /
!-- normal directives here. --
/site
The declareSite looks redundant. I see at the site name='mysite' element
that a site with name mysite is declared...
--
Dieter
Martijn Faassen wrote at 2006-3-2 18:44 +0100:
...
I worry about losing brands we've worked on hard to establish. While
many people do not understand the difference between Zope 2 and Zope 3,
many others have heard about Zope 3 and they know it is not Zope 2.
I do not understand the loss of
Lennart Regebro wrote at 2006-3-2 20:39 +0100:
...
2. Zope3 may also get slightly streamlined, so that Zope3 is what is
needed to run Zope2 but not more. That means that Zope3 would lose the
ZMI.
I would consider this a severe loss.
The ZMI provides menu guided operations.
This is much easier
Martijn Faassen wrote at 2006-3-3 18:13 +0100:
Martin Aspeli wrote:
On Thu, 02 Mar 2006 11:49:31 -, Lennart Regebro [EMAIL PROTECTED]
wrote:
This should be Zope3 as it is now. A couple of things can go away.
Maybe the rotterdam skin, I don't know. Definitely the default Folder
objects
Philipp von Weitershausen wrote at 2006-3-7 01:16 +0100:
Dieter Maurer wrote:
...
While ZConfig allows you the describe related material together
and without indirections, the ConfigParser format forces you
to introduce indirections and to spread related definitions
over a longer area.
Yes
Fred Drake wrote at 2006-3-6 14:16 -0500:
...
When Tres and I added this, we planned specifically to see how it was
received by the Zope 2 community.
At least, I like it.
...
That said, I don't think Jim's concerns are limited to the Zope
configuration schema, but extend to configurations that
Jim Fulton wrote at 2006-3-11 18:03 -0500:
...
Where is this documented?
I do not know. I saw a feature description in the mailing list.
Fred and Tres (the authors) should be able to tell you whether
there is a formal documentation and where you can find it.
Let's pursue this a bit.
Would it
Martijn Faassen wrote at 2006-3-13 17:15 +0100:
...
A newer interpretation of ZCML is:
ZCML is a configuration language that configures a number of basic
directives for configuring the component architecture and security:
adapters, utilities, security requirements, and little else. Everything
Jim Fulton wrote at 2006-3-12 15:54 -0500:
Dieter Maurer wrote:
Jim Fulton wrote at 2006-3-11 18:03 -0500:
...
Where is this documented?
I do not know. I saw a feature description in the mailing list.
Fred and Tres (the authors) should be able to tell you whether
there is a formal
Roger Ineichen wrote at 2006-3-13 21:57 +0100:
...
I think ZCML is defently not configuration in the clasic
understanding of configuration. Defining directives in ZCML
means we bind components together to a application.
If developer share this configuration layer with admins and
use it for tasks
Sidnei da Silva wrote at 2006-3-13 20:21 -0300:
...
That is, to me, a very important feature. To be able to write some
python module that does not depend on Zope 3 at import time, but is
'hooked into' Zope 3 externally, with ZCML, at 'configuration time'.
As I understand, no other framework out
Jim Fulton wrote at 2006-3-14 07:23 -0500:
...
* Setting up the indexes in a catalog.
definition
Really?
I would consider it configuration -- even high level configuration.
...
BTW, a general thing to keep in mind:
- Indirection and abstraction are inherently bad because they
hide
Lennart Regebro wrote at 2006-3-14 09:19 +0100:
On 3/14/06, Sidnei da Silva [EMAIL PROTECTED] wrote:
That is, to me, a very important feature. To be able to write some
python module that does not depend on Zope 3 at import time, but is
'hooked into' Zope 3 externally, with ZCML, at
Lennart Regebro wrote at 2006-3-14 21:17 +0100:
On 3/14/06, Dieter Maurer [EMAIL PROTECTED] wrote:
Aspect orientation does this:
Use a given unprepared implementation and add all kinds
of aspects to them: logging, tracing, persistence, additional
checks
Yeah. And that aspect
Jim Fulton wrote at 2006-3-15 07:29 -0500:
...
Magic always has the downside that it
hides things. Often, as in the case of garbage collection, the benefit
outweighs the cost. Too often though, people introduce magic
(aka abstraction, indirection, automation) when the benefit doesn't
justify
Jeff Shell wrote at 2006-3-15 14:26 -0700:
...
Anyways, I don't mind if someone wants 'browser:addform' as an add-on.
But I don't think those things belong in the core. If someone wants to
make a package that lets them build a web site using nothing but ZCML
to glue a bunch of crap together! then
Stuart Bishop wrote at 2006-3-20 10:38 +0700:
Also, there is only one schema.xml so multiple components can't each insert
their own blob of configuration information into the global schema.
Please read
From: Tres Seaver [EMAIL PROTECTED]
To: zope3-dev@zope.org
Subject: [Zope3-dev] Re: httpgz
Jim Fulton wrote at 2006-5-9 07:22 -0400:
...
Finally, there's a lot of interest in generating configuration
actions in Python, rather than ZCML. I suspect that avoiding
XML processing, conversion, and validation might speed startup
quite a bit.
Moreover, if the component
Adam Groszer wrote at 2006-5-9 14:36 +0200:
...
[snip]
JF Python simply does not support a general robust reload, other than
JF restart.
[snip]
What about pushing the problem then to the lower level, to Python
itself. I think all developers are fighting the same problem, so all
Python developers
Philipp von Weitershausen wrote at 2006-5-23 17:02 +0200:
...
callable() isn't even deprecated yet, so if it solves our problem, we
can use it IMO. Note that Zope 3 deliberately doesn't use it because of
the proxy problem. Zope 2 works around that by stripping
proxies/wrappers first (ob.aq_base).
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, and therefore *NEVER* do this.
Philipp von Weitershausen wrote at 2006-5-24 18:16 +0200:
...
Yup. We could think about this for some future release cycle, though.
I'd very much be in favour of making nocall: the default and introduce
something like call:. Then sniffing for callableness wouldn't be necessary.
You are aware how
Jean-Marc Orliaguet wrote at 2006-5-30 12:01 +0200:
...
although -- while thinking about it, putting the domain name in .po
files breaks the separation on concerns between translators and
application developer. Translators shouldn't have to worry about
translation domains. That's application
Jean-Marc Orliaguet wrote at 2006-5-30 22:13 +0200:
...
Dieter Maurer wrote:
...
In my view the translation domain is vital for translators --
as the domain guides the correct translations.
...
But it is the application that eventually sets the domain name to use,
based on the context
Tim Peters wrote at 2006-6-17 14:50 -0400:
...
The problem arises because what _Python_ calls int is what C calls
long, but the I-flavor BTree code stores C int, and C int
doesn't correspond to any Python type (except by accident on 32-bit
boxes).
Why not simply change this, i.e. let BTree use
Roy Mathew wrote at 2006-7-11 17:36 -0700:
I have what seems to be an odd problem with persistence of information
in simultaneous sessions.
I keep track of an iterator in an object that is persistent (one
instance per-session). The iterator is updated as the user navigates a
sequence of objects.
Florent Guillaume wrote at 2006-8-5 00:17 +0200:
Stuart Bishop wrote:
...
I've been wondering if making pytz work like this was a correct decision. It
seems that people who know enough to care about DST transition periods
generally work in UTC anyway
What makes you say that? Any application
Florent Guillaume wrote at 2006-8-7 12:53 +0200:
On 5 Aug 2006, at 22:38, Dieter Maurer wrote:
Florent Guillaume wrote at 2006-8-5 00:17 +0200:
Stuart Bishop wrote:
...
I've been wondering if making pytz work like this was a correct
decision. It
seems that people who know enough to care
Philipp von Weitershausen wrote at 2006-8-13 23:09 +0200:
...
forker.shutdown_zeo_server(adminaddr)
File src/ZEO/tests/forker.py, line 182, in shutdown_zeo_server
s.connect(adminaddr)
File string, line 1, in connect
error: (22, 'Invalid argument')
Looks as if adminaddr where not a
Roger Ineichen wrote at 2006-8-25 18:27 +0200:
...
The reason why;
We really have no time to do this in the next couple of
month. And the option sombody else doing it is also *NO*
option because we have allready productive projects build
on this libraries and have no time to migrate them for
Tres Seaver wrote at 2006-9-2 13:03 -0400:
...
I'm OK with having in-tree code not use zapi, but I don't see a win in
propagating all the mess out to the rest of the world. I'll also note
that janitorial deprecation is way too common in the tree today:
people decide they don't like the name a
Philipp von Weitershausen wrote at 2006-9-4 16:49 +0200:
...
I for one prefer exceptions over manual error handling. And I prefer
straight-forward APIs over unnecessarily complicated constructs.
But you probably would not prefer if these straight-forward APIs
were continously changing.
I prefer
Stephan Richter wrote at 2006-9-5 08:36 -0400:
On Tuesday 05 September 2006 08:26, Jim Fulton wrote:
I think in the future, we should resist minor api tweaks just to
improve spelling slightly.
I disagree, if the API violates the style guide.
If only after the API is in widespread use, a
Fred Drake wrote at 2006-9-5 10:50 -0400:
...
Hmm. The Z3 style guide has never matched the Python style guide
completely, and I think it would do more damage than good to change
it. We adopted some things early on in Z3 development that I think
helped, but changing it just because more is
Fred Drake wrote at 2006-9-5 15:03 -0400:
On 9/5/06, Dieter Maurer [EMAIL PROTECTED] wrote:
When I remember right, then I read an important sentence in the
Python style guide -- something along the lines: This is a guide:
you should follow it but there are occasions when you may not do so
Hanno Schlichting wrote at 2006-9-11 23:06 +0200:
...
You got it backwards ;) I only forward-port any changes from older
branches to the more recent ones, but never do any backports. The reason
I do this is because before this, Plone developers tended to only fix a
bug on the trunk or the latest
Hanno Schlichting wrote at 2006-9-11 23:18 +0200:
...
Yes. We don't have a Hanno for Zope 3.
And even if there would be someone willing to do this job, a good
understanding of most of the internals would be a prerequisite, as
merging something which you do not understand is indeed potentially
Martijn Faassen wrote at 2006-9-12 11:25 +0200:
...
On the one hand core developers seem to be happy to use the trunk for
development projects, and on the other hand we demand a lot of work
doing bugfixes in a release, up to the point where we delay the release
itself.
core developers
Martijn Faassen wrote at 2006-9-12 14:44 +0200:
...
The current CHANGES.txt from the trunk just lists one new feature (added
by myself). That's does not deserve a major release.
It's the nature of time-based releases, though. If nobody does anything
in 6 months, does that mean we won't have a
Philipp von Weitershausen wrote at 2006-9-13 11:05 +0200:
Over the last couple of days we've been discussing Zope's new release
cycle and the release management. I would like to sum up what seems to
be the gist of those discussions:
9 month release period?
---
I am almost
Chris Withers wrote at 2006-9-25 18:44 +0100:
...
Can we have a papal edict that zcml that has side effects is a bug?
(including the dotted name thing...)
Hm: the purpose of zcml is to have side effects (register things,
patch classes with marker interfaces, add permissions, ...)
--
Dieter
Philipp von Weitershausen wrote at 2006-9-28 11:22 +0200:
...
The last time this was discussed with Jim, the idea was to try to use
Zope 3's security proxy approach in Zope 2 for Python Script security
- Jim and I had some ideas I need to dredge up from the back of my
mind.
I am quite
Martin Aspeli wrote at 2006-11-9 04:37 -0800:
...
Why does your class not have a (non-marker) interface in the first place?
The use of interfaces as documentation and as formalisms for expressing a
class' functionality (in adapters, utilities etc) is one of the benefits
that Zope 3 introduces. I
Philipp von Weitershausen wrote at 2006-11-15 15:08 +0100:
...
def myStrAdapter(something):
return str(something)
It instantiates a 'str' object. The 'str' object is the adapter for
'something'.
Huh? This would be a severe terminology abuse:
An adapter should adapt something to
Philipp von Weitershausen wrote at 2006-11-15 20:34 +0100:
Dieter Maurer wrote:
Philipp von Weitershausen wrote at 2006-11-15 15:08 +0100:
...
def myStrAdapter(something):
return str(something)
It instantiates a 'str' object. The 'str' object is the adapter for
'something'.
Huh
Philipp von Weitershausen wrote at 2006-11-15 21:11 +0100:
...
Not sure what official terminology glossary you're basing this on
I am basing this on the meaning of english words.
An adapter is something that adapts (and not something that is adapted).
adapt is a transitive verb. It applies to
Jean-Marc Orliaguet wrote at 2006-11-15 20:51 +0100:
...
but what problem is all this supposed to solve? are you guys writing a
PhD or something .-) ?
Well chosen terminology is a key to understanding.
Therefore, it is justified to discuss about it.
--
Dieter
Adam Groszer wrote at 2006-11-17 13:13 +0100:
What is the `good` behaviour regarding None values?
Do we need to catalog them or skip them?
If you index them, you rely on a non garanteed implementation artefact:
Python explicitly does not garanteed that comparisons between
objects of
Chris Withers wrote at 2006-11-28 18:09 +:
Benji York wrote:
Chris Withers wrote:
I don't think it'll be a common pattern, but it doesn't feel right to
me that a named adapter (ie: one registered with a specific name) has
no way of finding out what name it has been registered with...
Jim Fulton wrote at 2006-12-14 07:21 -0500:
...
Yawn. IMO, the collect, despite it's flaws, isn't bad enough to
spend time on, especially given other priorities. OTOH, I'd be happy
to just switch to using Launchpad, which would require basically no
effort, especially if we don't bother
Christian Theune wrote at 2006-12-11 08:30 +0100:
...
Both are not acceptable, especially option #1. We can't just change
existing contracts as we see fit.
Right. However, I think it's possible to regard this is a bug in the
original contract.
But, some adapters for IAnnotations may not know
Paul Carduner wrote at 2006-12-12 22:59 -0800:
...
load: class http://www.carduner.net/Programs/Fractals/Attractor.class not
found.
java.lang.ClassNotFoundException:
http:..www.carduner.net.Programs.Fractals.Attractor.class
...
at java.lang.Thread.run(Unknown Source)
Caused by:
Christian Theune wrote at 2006-12-19 10:06 +0100:
...
Did we ever drop support for ZServer? The changelog reads 'replaced
ZServer with twisted' which sounds very much like ZServer was defined
obsolete.
I have understood the discussions differently:
As I understood ZServer should stay
Jim Fulton wrote at 2006-12-19 17:27 -0500:
Dieter Maurer wrote:
Jim Fulton wrote at 2006-12-19 11:54 -0500:
...
I made a mistake several years ago when I decided to (have Amos)
implement FTP over ZPublisher. The Zope publisher is a CGI-inspired
HTTP-based and thus stateless API. It is a poor
Chris Withers wrote at 2006-12-20 09:15 +:
Martijn Faassen wrote:
It would be very nice if we could make that work! Zope as a drop-in
Apache extension would certainly help wider adoption.
Yes indeed :-)
We're not a normal pythonish Apache thing though, 'cos we need to
rigidly limit the
Jim Fulton wrote at 2006-12-22 15:55 -0500:
Thoughts?
We are using zdaemon widely and would be sad to loose it.
The underdocumented argument is unjustified in my view:
* zdaemon comes with reasonable online documentation
(the help command)
* like for all zconfig based
Martijn Faassen wrote at 2007-1-6 20:34 +0100:
This kind of automagic unicode error defeating logic scares me.
Andreas decided to switch to Unicode only page templates in
a micro (!) release.
As almost all Zope 2 applications return non-unicode strings
(they almost had to as the page
Philipp von Weitershausen wrote at 2007-1-14 14:59 +0100:
...
Traditionally, you parse an 8bit string, figure out its encoding (e.g.
from ?xml encoding=utf-8? and return some representation of that XML
with unicode data. That's why it's actually quite ok for XML parsers to
only accept string
Chris Withers wrote at 2007-1-14 18:14 +:
...
The problem comes when someone sends you something like:
u'?xml version=1.0 encoding=something-else?node /'
What should be done then?
We parse the declaration and generate an info element
for it but otherwise ignore it as it has lost its
Martijn Faassen wrote at 2007-1-15 15:44 +0100:
Hey,
On 1/15/07, Andreas Jung [EMAIL PROTECTED] wrote:
[snip]
ok, got it. But this problem can be solved easily by changing the encoding
within the preamble.
I would say refusing to guess and bailing out with an error message is
better in
Sidnei da Silva wrote at 2007-1-15 17:25 -0200:
...
The kind of info I'm looking for is something along the lines:
'We've tried to look up an adapter for (ISomething, ITheOther) but
none was found'
'Found an adapter for IFoo, which is a base class for the IBar
interface requested. No adapter
Tres Seaver wrote at 2007-1-15 16:57 -0500:
...
Frankly, I don't get the desire to *store* a complete XML document (as
opposed to the extracted contents of attributes or nodes) as unicode
My desire comes from the easy principle: all text should be unicode.
Decoding/encoding happens only at the
Martijn Faassen wrote at 2007-1-16 23:19 +0100:
Dieter Maurer wrote:
Martijn Faassen wrote at 2007-1-15 15:44 +0100:
I would say refusing to guess and bailing out with an error message is
better in this case.
I disagree with you.
Logically, parsing an encoded XML document consists
Andreas Jung wrote at 2007-1-17 17:48 +0100:
...
So Martijn's and my proposal remain. They are not very different. In the
end the behavior is almost identical. But I will adopt your suggestion to
remove
the preamble when storing the data internally (basically to avoid a
possible encoding
Philipp von Weitershausen wrote at 2007-1-22 13:51 +0100:
...
I think the ZConfig argument was largely due to misunderstandings. I
would be surprised if people really cared whether to Zope used
ConfigParser or ZConfig (except Fred, perhaps ;))
And, as so often, me.
--
Dieter
Jim Fulton wrote at 2007-1-25 09:11 -0500:
...
I disagree with this assertion for the reason that Marius stated,
which is that adapters are factories and utilities are not. I
Should I be really interested in this implementation detail?
All I care of, is that the returned object implements
Christophe Combelles wrote at 2007-1-27 03:11 +0100:
http://wiki.python.org/moin/NeedForSpeed/Successes
while reading the highlights of python 2.5, I've found that some string and
unicode operations, particularly **search** operations, are a LOT faster,
sometimes 25x faster!
As a result, (when
Sidnei da Silva wrote at 2007-2-23 12:08 -0300:
...
Wonder if we can just check for that? And then how to avoid a
dependency of zope.interface on OFS.Uninstalled.BrokenClass.
You can positively check that the object is an Interface subclass.
--
Dieter
Christian Theune wrote at 2007-3-7 17:37 +0100:
I'm writing up a proposal for the ZODB to make even more efficient Blob
handling possible.
This includes not copying the data from an uploaded file, but using a
`link` operation when possible.
Is it possible at all?
Uploaded files end up in a
Christian Theune wrote at 2007-3-7 21:17 +0100:
...
Nope. It won't disappear if you link it again. And the link(src, dst)
does move it to a 'save' location ;)
You do not tell us, which link you mean.
Python's os.link creates a hard link which will only work
if source and destination are on the
Christian Zagrodnick wrote at 2007-3-9 15:07 +0100:
...
zope.pagetemplate.pagetemplatefile is removing the header. So it is the
pagetemplate, yes. It did so for resources as well. But *only* for the
plain HTML header, *not* an XHTML header. I don't see why they should
behave different.
While
1 - 100 of 140 matches
Mail list logo