Steve Spicklemire wrote:
I don't see the behavior you describe.. What did I
misunderstand?
Prolly nothing. I was more than likely just doing something stupid :-)
cheers,
Chris
___
Zope-Dev maillist - [EMAIL PROTECTED]
Dieter Maurer wrote:
Chris Withers writes:
Andrew
bart
David
sophie
Wayne
Why in hell do you switch caseness for similar objects?
Who said anything about objects? I was just talking about lists of
strings and in general, people prefer sorting based on the character to
take
Dieter Maurer wrote:
acquisition.donotacquire('index_html')
This would be great.
Indeed :-)
class MyClass (Acquisition.Explicit):
acquisition = ClassAcquisitionInfo()
acquisition.acquire('index_html')
acquisition.acquire('fred')
You already can do
Christian Scholz wrote:
Well, virtual in the sense as a specialist is no real folder but can
provide content from different sources. Thus what I mean is some mechanism
which emulates objectIds() etc. so it looks to the user (and the ones
using it via dtml) like a normal folder object.
[Chris Withers]
| The point behind CatalogAware was, as I understand it, that the object
| inheriting from CatalogAware wouldn't have to worry about managing its
| own indexing. Sadly, that didn't work out...
I haven't been following this discussion, so my question may be
redundant, and if it
Erik Enge wrote:
Are you saying that, as a general rule, inheriting from CatalogAware
and using index_object, reindex_object and unindex_object does not
work?
It probably does, but if you're a catalog yourself anyway, as Squishdot
is, it just more overhead rather than calling your own
Thanks... this sounds a lot like what I'm after :-)
Steve Spicklemire wrote:
I think that if you make your DataSkins folderish it will be hard
to make the storage anything other than ZODB.
Well, I don't mind the 'skins' being stored in the ZODB, but, as Steve A
mentioned, I _would_ like
Steve Alexander wrote:
If you use a Folder w/ Customizer Support, you'll need to create all the
DataSkin instances in the ZODB, just as if they were normal ZClass (or
whatever) instances. Thus, the instances all need to be "in there" to
start with.
Shame, although if I'm really brutal and
"Phillip J. Eby" wrote:
You can't really "nest" DataSkins inside each other in a rack, and you
really don't want to, anyway.
I kindof agree, I guess nesting doesn't mean a lot in RDBMS terms? ;-)
But there's nothing that says you can't
create a DataSkin subclass whose __bobo_traverse__
Hi Chris,
"Chris" == Chris Withers [EMAIL PROTECTED] writes:
Chris Steve Spicklemire wrote:
I think that if you make your DataSkins folderish it will be
hard to make the storage anything other than ZODB.
Chris Well, I don't mind the 'skins' being stored in the ZODB,
Chris Withers [EMAIL PROTECTED] wrote:
Andy McKay wrote:
They want information fast and most users expect case insensitive sorts. Its
simpler and easy. I think having the ignore_case option for a -tree and -in
helps Zope by increasing the ease of development and friendliness to the
I'm trying to run Zope 2.2.2 under win2000 in a batch file. I'm just
watching error messages and prints. I find that when zope has written a
page to the cmd.exe window it locks further prints from python until I
hit a key in the window and then it releases another page full. Is there
a Win NT/2K
* collation (which letters belong together) is highly locale
sensitive (e.g., does a-accent-grave sort with a? etc.)
A Fair point.
The answer is whatever seems _naturally_ correct from a users point of view.
I think the answer is yes.
Elephant
entropy
écrit
élan
i.e. In the order in
Chris Withers wrote:
Dieter Maurer wrote:
Chris Withers writes:
Andrew
bart
David
sophie
Wayne
Why in hell do you switch caseness for similar objects?
Who said anything about objects? I was just talking about lists of
strings and in general, people prefer sorting
Shane Hathaway wrote:
def sort_strings(data):
sortable_data = list(map(lambda s: (lower(s), s), data))
sortable_data.sort()
return map(lambda s: s[1], sortable_data)
... Or better, you could pass a comparison function to sort() like Tres
suggested. :-)
Shane
snip wishlist
I did have a proposal for just this on dev.zope.org, but I see someone
has deleted it :-(
cheers,
Chris
Are you talking about 'ProtocolAccessibility'? It's still
there (though Jim has done some rearranging of things there
lately)...
Brian Lloyd[EMAIL PROTECTED]
Chris Withers wrote:
Erik Enge wrote:
Are you saying that, as a general rule, inheriting from CatalogAware
and using index_object, reindex_object and unindex_object does not
work?
It probably does, but if you're a catalog yourself anyway, as Squishdot
is, it just more overhead
Hi!
Well, virtual in the sense as a specialist is no real folder but can
provide content from different sources. Thus what I mean is some mechanism
which emulates objectIds() etc. so it looks to the user (and the ones
using it via dtml) like a normal folder object.
Somehow like the
[Michael Bernstein]
| When called, they find the nearest (acquisition-wise) ZCatalog
| (named Catalog by default),
I think you can specify the ZCatalog it should index itself in by
putting the default_catalog attribute in your class.
I think, that this object (in pseudo) would index itself
I have a specialist "Instructors".
It holds a rack, containing DataSkin-derived ZClasses of meta-type
"Instructor".
The Instructor class has a DataSkin Attribute propertysheet called
"Basic", and this has properties for forename, surname, address, areas.
I have some skinscript in the
Hello,
Has anyone translated a site within Zope ? I have tried the ZBabel
Translation System (http://www.zope.org/Members/TheJester/ZBabel) and
didn't think it did really what I was after.
I need to translate the site into French , German , and Japanese .
I assume the best way is to pull the
I'm building a Product in Python and seem to be having some issues with the
new registerClass method of Product registering. If I build it all fine as
noted in Shane's recent HowTo, the product does not show up in the control
panel. Then after much other chasing, I make a purposeful syntax
In fact (to clarify my preceding problem), when I removed the product
folder, Zope still shows the product and error after restarting. Am I being
stupid? I must be missing something
Thanks
___
Zope-Dev maillist - [EMAIL PROTECTED]
Delete the product from the Control Panel management interface.
- Original Message -
From: "Tim McLaughlin" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, January 04, 2001 3:10 PM
Subject: [Zope-dev] ghost product
In fact (to clarify my preceding problem), when I removed the
Thanks for the delete issue, however that puts me at ground 0 again. THis
product will not show up in the products list... here's the __init__.py
import ZSQLTable
def initialize(context):
"""Initialize the ZSQLTable product.
"""
context.registerClass(
ZSQLTable.ZSQLTable,
At 06:03 PM 1/4/01 +, Steve Alexander wrote:
I think what is happening in the broken example is that when the zope
security machinery asks for __roles__, name is also computed. The
machinery must request __roles__ before changing anything.
The behavior is as documented, though I'm not
From: Chris Withers [EMAIL PROTECTED]
Only if you add security declarations to expose functionality from
xmlrpclib.
Is that hacky and nasty? :-S
In Zope 2.3, you place the following code somewhere that it will get
executed at startup (a custom Product's __init__ is the best bet):
from
Chris Withers writes:
Dieter Maurer wrote:
Chris Withers writes:
Andrew
bart
David
sophie
Wayne
Why in hell do you switch caseness for similar objects?
Who said anything about objects?
Maybe, I should have said subjects.
Your example strings seem to name
Tim McLaughlin writes:
I'm building a Product in Python and seem to be having some issues with the
new registerClass method of Product registering. If I build it all fine as
noted in Shane's recent HowTo, the product does not show up in the control
panel. Then after much other chasing,
Dieter Maurer wrote:
For some problems during product import, Zope
decides to keep the old state rather than show
the error.
I wonder whether the product's version.txt might have something to do
with it. Remove version.txt and see if it has any effect. Then try
creating a new
Hello,
I have been hard at work implementing version 2.0 of our Zope based CRM
software. I need a bit of help figuring out Splitter.c
(lib/python/SearchIndex/Splitter.c) I have commented out both the parts
that don't index numbers and single letter words. The numbers seem to be
indexing fine,
Erik Enge wrote:
[Michael Bernstein]
| When called, they find the nearest (acquisition-wise) ZCatalog
| (named Catalog by default),
I think you can specify the ZCatalog it should index itself in by
putting the default_catalog attribute in your class.
Your example is correct as far as
If you set the environment variable STUPID_LOG_FILE to a file path before
starting Zope, you will be able to capture the debug output from the product
import procedure in that file. This usually has useful information in it
about product registration failures.
- Original Message -
From:
Python Scripts have gone through a fair number of changes and bugfixes
recently. They should now work properly as methods of ZClasses. When you
download the source of a Python Script, the title, parameter list, and
bindings are added to the source in the form of specially formatted
comments.
34 matches
Mail list logo