On 4/22/05, Shane Hathaway [EMAIL PROTECTED] wrote:
don't think zpkgtools wants to manage dependencies on the whole system,
yet that's what users need.
Yes. It should be possible for zpkg to assemble the requirements
metadata from components so that it all gets reported to distutils (if
On 4/25/05, Florent Guillaume [EMAIL PROTECTED] wrote:
Hm I'd have said: A 1% increase, never worth the bother, will be drowned
in other noise anyway.
A consistent 1% increase is something, though, especially if there's
no runtime downside. As Tim Peters regularly points out, lots of
little
On 5/9/05, yuppie [EMAIL PROTECTED] wrote:
But I still believe it was wrong to change the 'inet_address' datatype
in ZConfig.
I spoke with Tim about this briefly today, and I can't remember the
reasons for some of the relevant changes. I suspect at this point
that putting less magic in the
On 5/19/05, Tim Peters [EMAIL PROTECTED] wrote:
As a result, Zope3 trunk can't use ZODB 3.4b1 (I tried -- doesn't
work) before someone stitches the new ZConfig release into Zope3. I'm
willing to if nobody else is. Ideal would be someone familar with the
uses of the ZConfig socket-address and
On 6/23/05, Corey [EMAIL PROTECTED] wrote:
Ok, I just finished setting up my svn+ssh contributor access. The
https://cvs.zope.org/update.php page suggested that I join the zope-coders
list - but that appears to be for Zope2, unless I'm mistaken. Is there a
zope3-coders or somesuch?
There is a
On 6/30/05, os [EMAIL PROTECTED] wrote:
I try use zope.testing.formparser, but he not supply several elements
with identical name:
...
input name=ids:list value=1.../
input name=ids:list value=2.../
input name=ids:list value=3.../
...
Questions: How i can check like forms in my functional
On 7/5/05, Jim Fulton [EMAIL PROTECTED] wrote:
It is not supported. We really need to clean this area up
a lot. I hope to make some progress on this in Zope 3.2.
There won't be any backward-compatibility code to support
unusual usages like yours.
I think we should be able to register things
On 7/9/05, Roger Ineichen [EMAIL PROTECTED] wrote:
Contained is the mixin class for the __parent__ and __name__
attributes or not?
And we used it as this. Otherwise you have to implement
__parent__ and __name__ in your own classes again and again.
See the commet in the class:
Stupid
On 7/13/05, Philipp von Weitershausen [EMAIL PROTECTED] wrote:
Andreas Reuleaux pointed me to the fact that this XML declaration should
only be used for determining the ZPT input encoding, not the output
encoding (which is set by negotiating the best available charset and is
set in the
On 7/7/05, Martijn Faassen [EMAIL PROTECTED] wrote:
I noticed another possible oddness with zc.page. When I subclass
form.PageEditForm, I normally get an 'edit' action provided with it, as
the baseclass defines this.
The base class provides two things:
- the implementation of the edit action,
On 7/15/05, Dmitry Vasiliev [EMAIL PROTECTED] wrote:
- The code for guessing file input encoding in HTML mode based on the meta
declaration. I can do it, but should the code be somewhere inside
PageTemplateFile or inside HTMLTALParser?;
I'd add it to PageTemplateFile.py for Zope 2, and
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 be in
On 7/21/05, Garrett Smith [EMAIL PROTECTED] wrote:
I guess my question was whether you see the widget handling the setting of the
time zone, or the application. My vote would be that the widget deal with
this,
using adaptation to black box the process of finding the implicit tzinfo
On 7/23/05, Andreas Reuleaux [EMAIL PROTECTED] wrote:
ul is not allowed within a p tag, not even in HTML 4.01 Transitional
Bingo!
This is just my advice by looking at this problem from an html perspective
- there still might be a problems with the zope page template code.
The HTML parser
On 7/26/05, sureshvv [EMAIL PROTECTED] wrote:
Me thinks the error message is pretty broken! Or is that now considered a PT
feature? ;)
I'll grant that it's less than ideal, but not broken by HTML
standards. The p in the original source is closed by an implied
/p where the ul starts, so while
On 8/7/05, Gary Poster [EMAIL PROTECTED] wrote:
Have you ever written functional tests and been surprised that they
get security proxies around i18n Messages and MessageIDs in the
tests, but not in the server? I have. :-)
I'm not sure how often people encounter this, but I think I've heard
On 8/8/05, Philipp von Weitershausen [EMAIL PROTECTED] wrote:
For compatability reasons, zope.app.security._protections and the
protect() function inside (though empty) should probably still exist for
at least another release because people might be using it in their own
tests (even though
On 8/8/05, Gary Poster [EMAIL PROTECTED] wrote:
Right. As I perhaps only hinted in the proposal, it is impossible to
import _protections from zope.app.security, because of this in the
__init__:
import _protections
_protections.protect()
del _protections
Depends on how you spell the
On 8/8/05, Gary Poster [EMAIL PROTECTED] wrote:
I'm assuming you mean in Zope 3, rather than avoiding this
possibility in Python, which seems like futile road.
Indeed, and in particular, I was referring to the import behavior
itself. Your solution avoids the import quirkiness altogether, so it
On 8/10/05, Dmitry Vasiliev [EMAIL PROTECTED] wrote:
Ok. Now I think that all this can be done somewhere inside zope.tal. I need to
write a proposal...
Sounds good.
Maybe we can use universal newlines mode instead?
I think that's the right thing to do.
-Fred
--
Fred L. Drake, Jr.
I've finally made the first release of the zpkg packaging tool that
we're using for Zope 3 and ZODB these days.
The release is available from the zpkg pages on Zope.org:
http://www.zope.org/Members/fdrake/zpkgtools/
There is also a new mailing list to go along with it, so people
interested
On 8/18/05, Shane Hathaway [EMAIL PROTECTED] wrote:
Ok. It takes a while to twist my brain back into a mode that
understands this stuff. Your solution adds capabilities without taking
any away. +1.
Cool! Thanks for helping think about this.
Now that I see this better, I'll retract my
The METAL 1.1 specification has been updated (though it's still marked
as a draft, pending review), and the implementation has been completed
on the Zope 3 trunk and backported to the Zope 3.1 branch.
This would be a good time to review the specification and ask any
questions that come up. I
Yesterday I made a change to the Zope 3 trunk that changes how the
ZCML slugs from the package-includes/ directory are handled.
If you're not accustomed to using make to build the software (at
least on non-Windows platforms), you might want to run make at least
once.
Here's what changed: The
On 8/26/05, Martijn Faassen [EMAIL PROTECTED] wrote:
I just saw this being changed in the wiki (by Fred Drake):
the new zope.formlib. - -- Reimplement file objects (for
Zope 2 or Zope 3 to take advantage of the new 'zope.formlib'
I just tweaked the wording a bit and added the missing
On 8/30/05, Gary Poster [EMAIL PROTECTED] wrote:
Adam, I'm sorry, I don't know much about the CustomWidgetFactory. We
are using the zope.formlib package exclusively now (http://
svn.zope.org/zope.formlib/), which does not use custom widget
factories or browser:widget. Dominik's email sounds
On 9/1/05, Stephan Richter [EMAIL PROTECTED] wrote:
Do any specifications need changing?
I don't think so. If the directory the code is in has any TXT files you might
want to read through them making sure that the characters are not mentioned
anywhere.
These are supposed to look like URL
On 9/1/05, Stephan Richter [EMAIL PROTECTED] wrote:
Oh, and by the way, do not add ZCML files manually. Add a SETUP.cfg that adds
the ZCML file.
More information on how to do this is in the Zope 3 wiki:
http://dev.zope.org/Zope3/BuildAndPackagingInfo
-Fred
--
Fred L. Drake, Jr.
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 is getting picked up
On 9/2/05, Garanin Michael [EMAIL PROTECTED] wrote:
OSError: [Errno 2] No such file or directory:
'/home/os/WORK/Z3Sandbox/package-includes'
Is it bug?
Ah, yes! This is indeed a bug introduced by some recent changes. I'll fix it.
-Fred
--
Fred L. Drake, Jr.fdrake at gmail.com
On 9/5/05, Stuart Bishop [EMAIL PROTECTED] wrote:
Urgh... I hadn't noticed that in vocabularies before. I believe this has
other side effects too, such as if I do list(mysource), Python calls
mysource.__len__ (if it exists) to preallocate the list size. Wierd things
can happen if your class
On 9/6/05, Gary Poster [EMAIL PROTECTED] wrote:
I talked with Stuart on IRC. It appears to be a symptom of using
pytz incorrectly in i18n (it needs to localize, as per the pytz
README). He said he would look into the i18n package and try to
address.
Excellent! Thanks for the update.
On 9/7/05, Uwe Oestermeier [EMAIL PROTECTED] wrote:
I dedected another problem: bin/runzeo doesn't start ZEO.
This script calls ZEO/runzeo.py which has a main function but no
if __name__ == __main__ :
main()
at the end. Has this already been fixed in the mentioned internal branch?
On 9/8/05, Stuart Bishop [EMAIL PROTECTED] wrote:
They are picked as name references, and pytz tries a number of steps to get
the best match if the database has been corrected violently. You can't get
broken broken pickles unless I stuff up and remove a zone completely, which
would be a bug.
On 9/8/05, Benji York [EMAIL PROTECTED] wrote:
That'd be great. When you're ready install BuildBot from
http://buildbot.sf.net. It requires Twisted which requires (and
It's worth noting that you should install BuildBot 0.6.6; you don't
want to install a different version than the master is
I wrote:
The current ITerms approach for sources makes terms essentially views
on the values from the source, so that's a good way to provide things
like XHTML snippets that can be used in the UI.
On 9/11/05, Stuart Bishop [EMAIL PROTECTED] wrote:
So lets say I have a Source that provides
On 9/16/05, Florent Guillaume [EMAIL PROTECTED] wrote:
(Or use a convenience method to do that, I'm not sure if alsoProvides() was
ever implemented.)
zope.interface.alsoProvides() works like a champ.
-Fred
--
Fred L. Drake, Jr.fdrake at gmail.com
Zope Corporation
On 9/19/05, Thomas Lotze [EMAIL PROTECTED] wrote:
I fiddled a bit with TAL, METAL and TALES without page templates, using
TALGenerator (from zope.tal.talgenerator) and TALInterpreter (from
zope.tal.talinterpreter) directly. Something puzzles me about the engine
related parameter the __init__
On 9/19/05, Jean-Marc Orliaguet [EMAIL PROTECTED] wrote:
I'm using the trunk (from 1 hour ago ..). I'm filing a bug ..
That's consistent with Stephan diagnosis. Thanks for following up!
-Fred
--
Fred L. Drake, Jr.fdrake at gmail.com
Zope Corporation
I've posted a release of zpkg 1.0.0 on the zpkg webpage:
http://www.zope.org/Members/fdrake/zpkgtools/
The documentation has been reviewed and revised, so hopefully it won't
be so hard to dive into, though there's still a lot to pick up on
when starting fresh.
Thanks to Stephan Richter
On 9/22/05, Gary Poster [EMAIL PROTECTED] wrote:
I believe that the idea is that the container traverser wants to
specify that the default view name is a view, not an object in the
container. That is, if the default view is named index.html, and I
have an object in the container named
On 9/26/05, Florent Guillaume [EMAIL PROTECTED] wrote:
This will make some porting / compatibility more difficult. I may add an
IObjectWillBeRemovedEvent in Five for that, but maybe it makes sense to
have it in pure Zope 3 ?
I think it does.
-Fred
--
Fred L. Drake, Jr.fdrake at
On 9/27/05, Gary Poster [EMAIL PROTECTED] wrote:
Hi. Kevin (cc'd, along with the person whom I believe filed the
original bug) asked me to look at collector issue 438. Here are a
few thoughts and observations.
Ok, this made me look at the collector issue again, since
On 9/28/05, Ian Bicking [EMAIL PROTECTED] wrote:
I'd like to create a package of just ZPT. I found these instructions
(from: http://archives.free.net.ph/message/20050421.065130.bce4f2a1.en.html)
Ok, here's how to build a ZPT distribution from the Zope 3 trunk:
1. Check out Zope 3.
2. cd to
On 9/30/05, Julien Anguenot [EMAIL PROTECTED] wrote:
Great ! ;)
Yeah, we've talked about it here and on IRC, but nobody did anything.
Then the tests failed because code got checked in that assumed 2.4, so
I figured it was time. :-)
-Fred
--
Fred L. Drake, Jr.fdrake at gmail.com
Zope
The last time we discussed the zcml:condition attribute for ZCML, we
decided that there should be a general registry of feature names that
should be checked when defining a new feature name. I think that I
suggested a page in the Zope 3 wiki as the registry.
Does anyone remember a registry ever
On 9/30/05, Gary Poster [EMAIL PROTECTED] wrote:
A generally accessible web page has some advantages--it is easy to
read, and usable even if you don't have the most recent version of
the software, for instance. It has some problems too.
The up-to-dateness of the registry is what I'm most
For the record, Gary capitulated via IM rather than by email to the
list. (I didn't even have to force his hand... wonder if he's feeling
ill?)
I'm send this email to:
1. Give Gary a chance to say Oh no I didn't! in public. :-)
2. Let people know the truth of the matter. :-)
3. Note that
On 10/1/05, Benji York [EMAIL PROTECTED] wrote:
We don't want two people to use different names for the same feature, or
worse the same name for two different features.
Right; this registry isn't for the software, but for the humans that
have to write and maintain the stuff.
-Fred
--
Fred
On 10/3/05, Lennart Regebro [EMAIL PROTECTED] wrote:
OK. How come we just don't use dotted names?
We can use dotted names, but sometimes we still want to know what else
is out there. Dotted names help avoid accidental collisions in a
small namespace, but do not help us know what is provided. I
On 10/11/05, Philipp von Weitershausen [EMAIL PROTECTED] wrote:
- a ZWiki on a bare Zope 2 is set up within minutes
A ZWiki as found on the current zope.org is unusable, so I'll presume
you mean an up-to-date ZWiki, which I expect is much nicer.
Again (and I'm saying this again with the
On 10/11/05, Simon Michael [EMAIL PROTECTED] wrote:
PS - I believe you can predict a site's and its project's success based
on whether it f*ks^H^H^H shrinks the fonts. Seriously. :) php.net,
drupal.org, gnome.org, debian.org leave the font alone.
You may be on to something. :-)
New theory:
On 10/29/05, Philipp von Weitershausen [EMAIL PROTECTED] wrote:
just a quick question: the 'zpkgsetup' in the root Zope3 directory was
replaced by buildsupport/zpkgsetup and is a dead chicken waiting to be
removed, right?
That was removed when the setup.py was modified to use buildsupport/.
[Moving discussion to zope3-dev from zope3-checkins.]
On 11/9/05, Stephan Richter [EMAIL PROTECTED] wrote:
Could we name the package something else, like zipresource or so? Resource
is a somewhat loaded word in Zope 3 already.
I'm open to suggestions. I don't like zipresource since this is
Hey!
I've just spent the week in San Jose at a sprint working on packaging.
Most of my time went into working out a way to use ZIP files to
contain Zope packages; this includes support for eggs.
I'm going to be travelling until sometime tomorrow, so I'd like to
point people to my report of what
On 11/17/05, Roger Ineichen [EMAIL PROTECTED] wrote:
Does this also work: '\/div' instead of ''+'\div'
It should. Remember to use '\div' instead of 'div' as well. :-)
-Fred
--
Fred L. Drake, Jr.fdrake at gmail.com
Society attacks early, when the individual is helpless. --B.F. Skinner
On 12/12/05, Janko Hauser [EMAIL PROTECTED] wrote:
Is this done on purpose? Or is this implementation meant as a basic
one, which will be replaced by something like a filesystem storage or
the new zodb-blob support in the upcoming next version?
Our intention is to support the ZODB blobs
On 12/29/05, Jeff Shell [EMAIL PROTECTED] wrote:
in the picture. But there are still little situations where Python
expressions are handy, especially on big-macro templates where there's
not a backing view. I'm not advocating programming in page templates,
This points out where change is
On 12/30/05, Jeff Shell [EMAIL PROTECTED] wrote:
- the TAL namespace had a limited and proper list of attributes. A
very limited set of names that could be (theoretically) validated with
standard XML tools.
This should probably remain a goal, but I don't think it's as big a
deal as the
On 12/30/05, Andreas Jung [EMAIL PROTECTED] wrote:
Wasn't the ZPT list considered obsolete some time ago?
No. The ZIP list is dead. I think there was a suggestion that the
ZPT list should be closed, but I disagreed with that since there are a
number of ZPT users outside of Zope, including
On 1/12/06, Tonico Strasser [EMAIL PROTECTED] wrote:
I found another situation where HTML mode helps the author to be
backward (speak MSIE 6) compatible:
In XML mode this snippet
html xmlns=blah
script/script
/html
...
. This would cause IE to display a blank page!
The code that's been
On 1/12/06, Gary Poster [EMAIL PROTECTED] wrote:
Problem:
We want to perform actions when a user is added to a group, and
possibly when a user is removed from a group. There is no hook point
for this currently in the zope.app.authentication code.
We certainly have use-cases for code that
On 1/18/06, Jim Fulton [EMAIL PROTECTED] wrote:
If eggs work out, as I hope they will, I'd like to stop work on
zpkg and just use eggs.
+42
-Fred
--
Fred L. Drake, Jr.fdrake at gmail.com
There is no wealth but life. --John Ruskin
___
On 1/21/06, Jim Fulton [EMAIL PROTECTED] wrote:
are really attributes of foo. In ZCML, this might have been:
foo
x=1
y=2
/
Except this breaks down in the case of ZConfig multikey elements,
which allow configuration like this:
foo
x = 1
x = 2
y = 3
/foo
On 1/22/06, Jim Fulton [EMAIL PROTECTED] wrote:
Do you understand that this proposal isn't proposing any new syntaxes?
Do I understand correctly that you're proposing adding a way to spell
ZConfig configuration schema using ZCML?
You do, of course, realize that we already have 2 configuration
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 Zope 3 uses
it for the .conf file...
On 1/23/06, Sidnei da Silva [EMAIL PROTECTED] wrote:
I suspect ZConfig was designed after the apache config format. I also
suspect you haven't configured much Apache yourself.
Indeed, Apache configuration files were a major influence, and the
intended audience is substantially the same.
On 1/24/06, Chris Withers [EMAIL PROTECTED] wrote:
I find it irksome to have to type them at the top of ever file. Is there
no way that they could be pre-bound in the XML parser? That way you'd
only need to inlcude them if you wanted to rebind them...
Even if we could avoid it at a technical
On 1/24/06, Chris Withers [EMAIL PROTECTED] wrote:
Shane Hathaway wrote:
Philipp von Weitershausen wrote:
However, I think one namespace for ZCML is enough.
Are you sure?
Perhaps it's reasonable to use a single namespace for all the ZCML
directives defined as part of the Zope 3 release.
On 1/27/06, Christian Theune [EMAIL PROTECTED] wrote:
I did. That's why I'm posting. I had to go through that form again. :)
Even worse, those are the first submit button for many pages, so
that's what gets submitted when you hit Enter. That's even easier
to do than clicking the button itself.
On 2/3/06, Jim Fulton [EMAIL PROTECTED] wrote:
*Or* you could admit defeat and maintain the book in an accessible format like
Word or Open Office. :)
There's the question of accessible to whom? here. -1 for binary formats.
(Yes, I know OpenDocument docs are XML inside, but they're incredibly
On 2/7/06, Paul Winkler [EMAIL PROTECTED] wrote:
As I said before, I'm +0 on enhancing the brand,
-1 on adding release codenames.
IMO codenames make it harder, not easier, to talk about releases.
Which came first - Cheetah or Puma? I submit that nobody but
a certified mac geek can answer
On 2/7/06, Alen Stanisic [EMAIL PROTECTED] wrote:
upcoming marketing campaign :). The X can send this message better
than any other single character and it's not as obtrusive as adding or
changing a name. I believe to certain extent there is already
understanding out there that X could mean
On 2/13/06, Sidnei da Silva [EMAIL PROTECTED] wrote:
Someone argued in the python-brasil list that let's do more of those
actually refers to 'one honking great idea', thus meaning let's do
more of those great ideas (like namespaces).
This is the first time I've heard that interpretation.
Now
On 2/15/06, Paul Winkler [EMAIL PROTECTED] wrote:
Only that I have the same question Martijn does:
Can I then override one of those resources and keep the other 34?
Perhaps the resourceDirectory directive should just be sugar for a set
of resource directives, one for each file in the directory?
On 2/15/06, Jeff Shell [EMAIL PROTECTED] wrote:
I would prefer not. We've used resourceDirectory to support things
like webcams. The image(s) uploaded by the cams might not always be
there, but the containing path is. It's nice not having Zope start
Good point.
If it was sugar for a set of
On 2/16/06, Philipp von Weitershausen [EMAIL PROTECTED] wrote:
Either way, resource definitions are not quite the goal of my proposal
so I'll leave it out of there. Perhaps Paul or whoever has the need for
it would like to implement a resourcesFromDirectory directive...
Right; this should
On 2/16/06, Chris Withers [EMAIL PROTECTED] wrote:
To be clear: I'm talking _only_ about merging the dev lists, _not_ the
user lists. The users lists are still largely independent, but it seems
like just about every post to the dev list now has a bearing on both
Zope 2 and Zope 3, especially
On 3/6/06, Dieter Maurer [EMAIL PROTECTED] wrote:
In modern Zope[2] schemas, there is a general purpose abstract type
precisely for this kind of extensions.
When Tres and I added this, we planned specifically to see how it was
received by the Zope 2 community. If people liked the way this was
On 3/9/06, Stephan Richter [EMAIL PROTECTED] wrote:
The disadvantage here, of course, is that the {g,s}etBar methods hang around
in the class for no reason. Benji's example avoided this.
That's only a disadvantage if you don't want to allow a subclass to
use them; that can be useful at times.
On 3/17/06, Martijn Faassen [EMAIL PROTECTED] wrote:
As far as I understood, vocabularies are on the way out in Zope 3.3:
in zope.schema.interfaces:
# BBB vocabularies are pending deprecation, hopefully in 3.3
That's correct. Gary and I invented vocabularies to solve some
problems. Jim
On 4/4/06, Martijn Faassen [EMAIL PROTECTED] wrote:
Another question about eggs: I assume that Zope 3 extensions at present
cannot be zipped, as Zope needs access to their zcml files. Correct?
Extensions that contain ZCML or other file-based resources (page
templates, ZConfig schema components)
On 4/7/06, Pjotr Prins [EMAIL PROTECTED] wrote:
If no one else does it and I feel confident enough... Maybe in a few
months.
I've implemented maildir processors before. For ZC, no less. I don't
know what happened to the repository that code was in, but it had all
the current maildir name
On 4/10/06, Gary Poster [EMAIL PROTECTED] wrote:
My strawman is that all non-None `translate` keyword arguments should
win over msgid values.
+1
A valid counter-argument for domain, at least, is that this is really
an attribute of the msgid, and overriding it effectively changes the
msgid
I have a need for 64-bit BTrees (at least for IOBTree and OIBTree),
and I'm not the first. I've created a feature development branch for
this, and checked in my initial implementation.
I've modified the existing code to use PY_LONG_LONG instead of int for
the key and/or value type; there's no
On 4/17/06, Jim Fulton [EMAIL PROTECTED] wrote:
The fact that IIBTrees is so widely used is exatly the reason
I want to use 64-bits for the existing types rather than having to
introduce a new type.
Oops, I was checking in the separated version of 64-bit BTrees while
this was landing in my
On 4/13/06, Fred Drake [EMAIL PROTECTED] wrote:
I've created a feature development branch for
this, and checked in my initial implementation.
I've made another branch for this, with a different twist. I'm not
sure it'll be interesting, but I think it'll solve my immediate need
until I can get
I just tried building the Zope 3 trunk with the Python 2.5 alpha 2
that was released a few hours ago. Unfortunately, the testrunner dies
in the standard library. This is probably related to changes in the
optparse module; it was updated shortly before the release to the
latest Optik release.
I
On 5/15/06, Jeff Rush [EMAIL PROTECTED] wrote:
I got the definition from Wikipedia:
http://en.wikipedia.org/wiki/AJAX
Ajax, shorthand for Asynchronous JavaScript+CSS+DOM+XMLHttpRequest, is a Web
development technique for creating interactive web applications.
From the page of the guy that
On 5/15/06, Jeff Rush [EMAIL PROTECTED] wrote:
Now that's odd, because to me having 1,000 clients repeatedly poll the server
every second, and potentially tearing down/making new TCP connections is less
scalable than on a modern OS keeping around 1,000 threads or twisted
Well, if you're
On 6/15/06, Benji York [EMAIL PROTECTED] wrote:
There seems to be a consensus (although not an overpowering one) that
they be removed.
I'll add in my +1 for removal as well, it that helps. :-)
-Fred
--
Fred L. Drake, Jr.fdrake at gmail.com
Every sin is the result of a collaboration.
On 6/19/06, Christian Theune [EMAIL PROTECTED] wrote:
Additionally, I might take the time to log a warning when in developer
mode, and even more additionally, I'll introduce a red blinking
something that tells you in the ZMI that you are running developer mode.
+1 to all this!
-Fred
--
On 7/6/06, Philipp von Weitershausen [EMAIL PROTECTED] wrote:
- Do other people also think it'd be a good idea to come up with some
repository guidelines? Stephan had a proposal about specifying package
metadata and code maturity/quality, I think it's worth working towards
easily accessible info
On 5/25/06, Philipp von Weitershausen [EMAIL PROTECTED] wrote:
I think they do pretty much the same thing (but I could be mistaken).
Are they interchangeable? If not, are they compatible so that we just
add both ways to both files? If they're not compatible, which one should
we use in the
On 7/11/06, Chris Withers [EMAIL PROTECTED] wrote:
Puzzling as to what this chunk of code:
if msgid.domain != self.domain:
util = getUtility(ITranslationDomain, msgid.domain)
I don't see it being used either. I suspect those two lines can be
removed. :-)
On 7/13/06, luis [EMAIL PROTECTED] wrote:
..or there is also a file package in
[Zope] / zope.file / trunk / src / zope / file
and another one in
[Zope] / Zope3 / trunk / src / zope / app / file
These two are different things. There is no relationship between
zope.app.file and zope.file.
On 7/18/06, Florian Lindner [EMAIL PROTECTED] wrote:
since these two packages have been moved out of the trunk is it ok to remove
zwiki-configure.zcml and bugtracker-configure.zcml from
zopeskel/etc/package-includes?
Indeed!
-Fred
--
Fred L. Drake, Jr.fdrake at gmail.com
Every sin is
On 7/18/06, Christian Theune [EMAIL PROTECTED] wrote:
AFAICT they were removed already, I stumbled over this today as SVN
didn't remove them on their own.
They get copied into zopeskel/etc/package-includes/ (and thence into
instances); those copies don't get remove automatically.
-Fred
--
On 7/18/06, Florian Lindner [EMAIL PROTECTED] wrote:
Ok, I just did a fresh checkout and I see that those files have vanished.
Sorry for not checking this first...
Not a problem! It's unfortunate those files get stuck in the zopeskel
directory.
-Fred
--
Fred L. Drake, Jr.fdrake at
On 7/19/06, Benji York [EMAIL PROTECTED] wrote:
OK. I'd prefer it if they were moved to a subdirectory, but it's not a
big deal to me.
Same here. I consider them monumentally useless. Moving them
elsewhere makes it easier to see what's important in the checkout
root.
-Fred
--
Fred L.
1 - 100 of 198 matches
Mail list logo
