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:
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
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, b
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 versio
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 chasin
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 examp
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):
f
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 no
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. If
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,
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 t
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]
http://lists.
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 error
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 d
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 Instruct
[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 in
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 lik
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 o
>
>
> 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]
Softw
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
_
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 genera
>
> * 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 i
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 g
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
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
"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_travers
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
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
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 c
[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 is
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.
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 a
Michael Bernstein wrote:
>
> In fact, if
> catalog_object and uncatalog_object are interchangeable with
> index_object and unindex_object, then I'm sure I don't
> understand the point of inheriting from CatalogAware at all.
Hehe... many would agree with that sentiment.
The point behind CatalogA
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
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]
http://lists.zope.org/
35 matches
Mail list logo