Re: [Zope-dev] ZPatterns: Non-ZODB storage and Racks
[rh]I've been following this thread. This may be a bit of a newbie question, but it's been bugging me for a while. I see how I can store propertysheets in Racks using ZClasses and Skinscripts, but the propertysheet term suggests that there should always be an object that the properties are attached to. Is that an actual ZODB object or is it the Specialist object that can 'create' virtual objects on the fly? It's determined by the radio button setting on the Storage tab. If you neglected to set it to "loaded by accessing attribute " and fill in the blank, then your objects have been stored in the ZODB, as well as in the RDBMS. Roche wrote: Thanks. I set "loaded by accessing attribute" to the attribute "id". Storing items in the RDBMS works fine. But when I try to retrieve them with getPersistentItemIDs() nothing is returned? I have a skinsript method getCustomer: WITH getCustomerSQL(CUSTOMER_ID=self.id) COMPUTE id=CUSTOMER_ID, name=NAME and getCustomerSQL is a SQL method. [rh] If I read this right, this suggests that an object stored in a SQL database and 'masquerades' as a Zope object? Or does an object always have to exist in the ZODB (with it's own id that corresponds to the id in the RDB or knows how to retrieve it). In other words, does the ZPatterns framework need an 'anchor' in the ZODB to connect it's properties to, or can you create pure virtual objects, that retrieve all of their properties from a specialist, including the ID. If the last is the case, could someone give an example how to implement it. A very simple one would suffice I suppose (hope). I hope I expressed my question clearly, 'cos this is difficult matter? tia Rik ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] DynPersist for Windows, ZPatterns 0.4.3b1 and Zope 2.2.x
Hi, Just went through the fun of compiling this so thought I'd mail it to the list in case anyone else wants it... Also noticed the Pluggin product is missing a /help folder in the distribution which makes registerHelp() barf unpleasantly. Adding an empty directory of that name makes the problem go away. cheers, Chris PS: Rename the file back to DynPersist.dll and stick it in the ZPatterns directory. DynPersist-0.4.3b1.dll
Re: [Zope-dev] Cache parameters
On Wed, 8 Nov 2000 11:37:51 -0800, "Andy McKay" [EMAIL PROTECTED] wrote: Just wondering what kind of cache parameters people run on their Zope installation. It would seem running a high target size and maximum time between accesses would speed up those requests it can find the cache, but not cached request take longer since more RAM is used in the maintaining of the cache (guess). Has anyone found a sweet spot away from the standard, I guess of course it all depends on the individual Zope site, this one is particulary ZCatalog heavy. Or should I just leave it at the default, which I found seems to work fine. If you are in the mood for experimenting, you might like to try reducing the number of publisher threads. Each thread gets a separate copy of the ZODB object cache, which accounts for a large chunk of Zope's memory usage. You might find that this lets you use a larger cache - with an overall gain in performance. Toby Dickenson [EMAIL PROTECTED] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
RE: [Zope-dev] ZPatterns: Non-ZODB storage and Racks
At 09:18 AM 11/9/00 +0200, Roch'e Compaan wrote: I set "loaded by accessing attribute" to the attribute "id". You should only do that if you want an "infinite rack". That is, one which contains all possible objects. Using "id" means that if the Rack tries to see if an object exists, it will *always* exist, whether it really exists or not. (Because the "id" attribute will always exist.) Given your example SkinScript below, you should probably be using "name" as the attribute to load off of. Then, the rack will only return an object if it exists in the SQL database. (Btw, you should probably be using WITH QUERY in your SkinScript.) Storing items in the RDBMS works fine. But when I try to retrieve them with getPersistentItemIDs() nothing is returned? That's because getPersistentItemIDs() only returns the id's of objects which are stored in the ZODB. That method exists only so you have some way of iterating over objects when you're using the "stored persistently" storage mode. It can also be used to find the id's of objects which have some of their attributes or propertysheets stored persistently. It is *not* a "get me everything in the rack" method. I have a skinsript method getCustomer: WITH getCustomerSQL(CUSTOMER_ID=self.id) COMPUTE id=CUSTOMER_ID, name=NAME and getCustomerSQL is a SQL method. If your objects are stored in an SQL database, then to get a list of objects you need to use an SQL method. Here is the "recommended approach" for iterating over objects in ZPatterns: 1. Define domain-specific retrieval methods in your specialist. For example, "getPastDueToDoItems()" and "getAllToDoItems()". 2. Create methods in your rack(s) which actually implement the retrieval; these may be named the same, or depending on your application, they may be smaller chunks of code which you aggregate or pass parameters to, in order to implement the higher-level functioning. If a given rack uses ZODB storage, its implementation methods may use getPersistentItemIDs(), but they should otherwise be using SQL methods, catalog searches, or other means of retrieving a list of objects. 3. Have the domain-specific methods call the methods in the racks to implement the desired behavior, and have *all* other code call the methods in the Specialist. The key here is to remember that: 1. A Specialist is a singleton object (i.e. only one instance per app) that is responsible for dealing with objects of a particular interface. Specifically, it is responsible for: a) Creating objects which supply that interface, according to given criteria b) Retrieving objects which supply that interface, given an identifier c) Manipulating groups of objects which supply that interface, through a domain-specific API (e.g. getPastDueItems(), purgeCompletedItems(), etc.) d) Providing an application-level UI for all of the above, as/when needed by the application e) Providing UI "snippet" methods to create selectors (e.g. form fields, dropdowns, etc.) for other objects to use in their UI's, so that they can relate to or otherwise interact with objects the Specialist is responsible for. (Notice, by the way, that this list effectively puts everything that an application integrator might want to customize all in one place...) 2. Racks are essentially *private objects* belonging to the Specialist to help it carry out its responsibilities. Each rack is responsible for retrieving objects of a *particular class and storage location* which implement the interface the Specialist serves. Multiple racks are used when there is more than one class that implements the interface in the application. 3. Because Racks belong to the Specialist, it's okay for the Specialist to "know" things about its racks as a whole (e.g. which ones provide what concrete classes, what search order to use, how to combine the results of queries from them, etc.), but it should still delegate the actual *implementation* of behaviors to them wherever possible. If you follow this approach, you will end up with an application whose functioning is cleanly divided, and any developer familiar with ZPatterns will know where to call things, and where to go to change implementations. Further, if that developer needs to change from an SQL database to using the ZODB, or vice versa, or change from one database schema to another, they will be able to do so without changing code outside the racks, or at most, the specialist, and all other application code, including your classes and ZClasses, will be unaffected by the changes. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: New Name for Python Methods
(CC'ed to zope-dev.) Steve Jibson wrote: I just took the poll for the new name for Python Methods and so far, it looks like people like the existing name. Based on this, I have a suggestion for another name to add to the list: "pyMethod" (or "plMethod" for Perl) The same pattern--standard filename extension + "Method"--could be follwed for any future languages (i.e. cppMethod for C++) It's retains the same appeal as "Python Method" but eliminates some of the confusion. Maybe. What do you think of: "Python ZMethod" "Python Zope Method" "Python Web Method" Here's what the meat of the problem really is, explained well by Jim: Evan's Zope objects named "Python Methods" don't behave or look like methods defined by the Python programming language. There are quite a few people who think this is a problem. Evan has good reasons for wanting the current behavior. If this problem is considered to be significant, there are, a number of possible alternatives: 1. Change the name of Evan's objects, in which case "Python Method" shouldn't be a choice. 2. Change the behavior of Evan's objects to more closely match what Python programmers would recognize as a Python method. Thus the poll did not ask the right question. Shane ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Python Product Style - on-the-fly objects to DTML
Hi, all I have a project going that requires the users to fill-out many different tabular data forms. So, I thought I would develop yet another table-generator. The main class (descended from OFS.SimpleItem) has a reorderable list of information (MT_ColumnInfo(Persistent)) about the columns (title, name, type, size, etc.) and another reorderable list of information about the rows (MT_RowInfo(Persistent)) (title, name), so that the column names and row names can be put together and I do not have to worry about getting R*C names right for each table. Anyway, I do not want to return any of these classes to DTML for processing. I want another class, CellInfo, which has the concatenated row and column names as name, and the type, size, etc. information from the Column information. A list of these with the title of the Row would be a row_data, so what I have to work with in DTML is the column_headings list and a list of row_data objects containing a list of CellInfos. All of these can be generated on-the-fly, so should not need to be descended from a Persistent Class. Less stuff to change if the table needs to be modified / reordered. But: In my usual trial-and-success blundering about, I find that unless these objects participate in the security system, I get "the login window that will not leave". So, I descend these objects from OFS.SimpleItem and give them default __ac_permissions__. Everything works as expected. Looking closer, I see that the thing really working is: descent from AccessControl.Role.RoleManager and __allow_access_to_unprotected_subobjects__=1. So I make these modifications, and everything seems fine. Allowing access to unprotected subobjects is cool, since these are non-persistent. Now for the question: What happened when I created un-attached Persistent descendents on-the-fly while testing earlier? I presume they garbage-collected away when I was done with them. Is this correct? I have a nagging worry about ghost objects and the types of programming errors that might create them. -- Jim Washington ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZPatterns: Non-ZODB storage and Racks
At 10:45 AM 11/9/00 +0100, Rik Hoekstra wrote: [rh]I've been following this thread. This may be a bit of a newbie question, but it's been bugging me for a while. I see how I can store propertysheets in Racks using ZClasses and Skinscripts, but the propertysheet term suggests that there should always be an object that the properties are attached to. Depends on what you mean by "attached". One of the most annoying things about Zope propertysheets is that there are two kinds. ZPatterns implements one of the kinds (WebDAV sheets), but not the one that most people have encountered (the kind used in ZClasses). Although WebDAV sheets are associated with a particular object, they are objects in themselves. ZClass instance sheets are "virtual" and store all their data in the associated object. To do ZClass-style sheets in ZPatterns, all you need to do is implement the attributes; the sheets can take care of themselves. To do WebDAV-style sheets in ZPatterns, you need a SheetProvider or you need to simulate propertysheets using an attribute provider to make an attribute that is actually another object, and which supports appropriate methods. Is that an actual ZODB object or is it the Specialist object that can 'create' virtual objects on the fly? Racks create "virtual" objects when set to "load by accessing attribute ___". [rh] If I read this right, this suggests that an object stored in a SQL database and 'masquerades' as a Zope object? Or does an object always have to exist in the ZODB (with it's own id that corresponds to the id in the RDB or knows how to retrieve it). In other words, does the ZPatterns framework need an 'anchor' in the ZODB to connect it's properties to, or can you create pure virtual objects, that retrieve all of their properties from a specialist, including the ID. When set to store objects persistently, "real" Zope objects are made and stored in the rack. When set to load via an attribute, the rack creates a dummy Zope object with its "id" attribute set appropriately, then tries to access the specified attribute. If the attribute exists (i.e., an attribute provider succeeds in loading the data from the external data source), then the object is considered to "exist" and can be returned. This would be a "pure virtual object" in your question. If the last is the case, could someone give an example how to implement it. A very simple one would suffice I suppose (hope). Roche's situation is an example, at least if he used the "name" attribute as the load attribute, rather than the "id" attribute. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZPatterns: Non-ZODB storage and Racks
snip great explanation Thanks, Phillip, that was enlightening Rik ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] DynPersist for Windows, ZPatterns 0.4.3b1 and Zope 2.2.x
[Phillip J. Eby] | I uploaded the beta 2 release on October 31, but it has strangely | disappeared from Zope.org, along with changes I made to other items that | evening, so I have uploaded it again today. The DynPersist you posted | should still work, since there were no changes to DynPersist.c in beta 2. Same thing happened to me; WRT to objects disappearing. I think somebody said something about ZODB-reset, rollback, or something. -Morten ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZCatalog index error
I found this in the archive. Is this the patch I need or is it more complex, it seems strange that it hasnt been implemented... http://zope.nipltd.com/public/lists/dev-archive.nsf/0a8715d5f3c7b6a3802568c1 006328f7/c15eb30d0faf1057802568b8002e1273?OpenDocument [..] In lib/python/SearchIndex/Lexicon.py the set method of the Lexicon class, change: else: self._lexicon[intern(word)] = self.counter self.counter = self.counter + 1 return self.counter to else: self.counter = self.counter + 1 self._lexicon[intern(word)] = self.counter return self.counter groans from the audience -- Andy McKay, Developer. ActiveState. - Original Message - From: "Andy McKay" [EMAIL PROTECTED] To: "Christopher Petrilli" [EMAIL PROTECTED]; "Chris McDonough" [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, November 07, 2000 12:02 PM Subject: Re: [Zope-dev] ZCatalog index error Ah sorry, I have custom CatalogAware class thats been a bit hacked but was written by Mike Pelletier... when he was hanging around at ActiveState for a few days. Theres a link to wiki on it somewhere -- Andy McKay, Developer. ActiveState. - Original Message - From: "Christopher Petrilli" [EMAIL PROTECTED] To: "Andy McKay" [EMAIL PROTECTED]; "Chris McDonough" [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, November 07, 2000 10:13 AM Subject: Re: [Zope-dev] ZCatalog index error Well im not sure how much deleting the index and then recreating the index throught the management interface actually does. But I wrote an external method to basically do a find and apply to recatalog bunches of objects. Actually i meant originally, not the second time. Are you using CatalogAware to get objects to automatically index themselves? What exactly are you doing to get them in the Catalog in the first place? Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZCatalog index error
I have no idea about this, but I know that this isn't all you need - Original Message - From: "Andy McKay" [EMAIL PROTECTED] To: "Andy McKay" [EMAIL PROTECTED]; "Christopher Petrilli" [EMAIL PROTECTED]; "Chris McDonough" [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, November 09, 2000 2:31 PM Subject: Re: [Zope-dev] ZCatalog index error I found this in the archive. Is this the patch I need or is it more complex, it seems strange that it hasnt been implemented... http://zope.nipltd.com/public/lists/dev-archive.nsf/0a8715d5f3c7b6a3802568c1 006328f7/c15eb30d0faf1057802568b8002e1273?OpenDocument [..] In lib/python/SearchIndex/Lexicon.py the set method of the Lexicon class, change: else: self._lexicon[intern(word)] = self.counter self.counter = self.counter + 1 return self.counter to else: self.counter = self.counter + 1 self._lexicon[intern(word)] = self.counter return self.counter groans from the audience -- Andy McKay, Developer. ActiveState. - Original Message - From: "Andy McKay" [EMAIL PROTECTED] To: "Christopher Petrilli" [EMAIL PROTECTED]; "Chris McDonough" [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, November 07, 2000 12:02 PM Subject: Re: [Zope-dev] ZCatalog index error Ah sorry, I have custom CatalogAware class thats been a bit hacked but was written by Mike Pelletier... when he was hanging around at ActiveState for a few days. Theres a link to wiki on it somewhere -- Andy McKay, Developer. ActiveState. - Original Message - From: "Christopher Petrilli" [EMAIL PROTECTED] To: "Andy McKay" [EMAIL PROTECTED]; "Chris McDonough" [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, November 07, 2000 10:13 AM Subject: Re: [Zope-dev] ZCatalog index error Well im not sure how much deleting the index and then recreating the index throught the management interface actually does. But I wrote an external method to basically do a find and apply to recatalog bunches of objects. Actually i meant originally, not the second time. Are you using CatalogAware to get objects to automatically index themselves? What exactly are you doing to get them in the Catalog in the first place? Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: New Name for Python Methods
Thus the poll did not ask the right question. To be honest, I was surprised that Python Method was still in the poll list. A new poll is not a good alternative, though. Any plans about what to do - take the second best. Re-polling. Apparently it was a bad day for elections in the US in general ;-) (sorry, couldn't resist) Rik ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZCatalog index error
Ah ok. I'll just wait impatiently then. Thanks. -- Andy McKay, Developer. ActiveState. - Original Message - From: "Chris McDonough" [EMAIL PROTECTED] To: "Andy McKay" [EMAIL PROTECTED]; "Christopher Petrilli" [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, November 09, 2000 12:03 PM Subject: Re: [Zope-dev] ZCatalog index error I have no idea about this, but I know that this isn't all you need - Original Message - From: "Andy McKay" [EMAIL PROTECTED] To: "Andy McKay" [EMAIL PROTECTED]; "Christopher Petrilli" [EMAIL PROTECTED]; "Chris McDonough" [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, November 09, 2000 2:31 PM Subject: Re: [Zope-dev] ZCatalog index error I found this in the archive. Is this the patch I need or is it more complex, it seems strange that it hasnt been implemented... http://zope.nipltd.com/public/lists/dev-archive.nsf/0a8715d5f3c7b6a3802568c1 006328f7/c15eb30d0faf1057802568b8002e1273?OpenDocument [..] In lib/python/SearchIndex/Lexicon.py the set method of the Lexicon class, change: else: self._lexicon[intern(word)] = self.counter self.counter = self.counter + 1 return self.counter to else: self.counter = self.counter + 1 self._lexicon[intern(word)] = self.counter return self.counter groans from the audience -- Andy McKay, Developer. ActiveState. - Original Message - From: "Andy McKay" [EMAIL PROTECTED] To: "Christopher Petrilli" [EMAIL PROTECTED]; "Chris McDonough" [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, November 07, 2000 12:02 PM Subject: Re: [Zope-dev] ZCatalog index error Ah sorry, I have custom CatalogAware class thats been a bit hacked but was written by Mike Pelletier... when he was hanging around at ActiveState for a few days. Theres a link to wiki on it somewhere -- Andy McKay, Developer. ActiveState. - Original Message - From: "Christopher Petrilli" [EMAIL PROTECTED] To: "Andy McKay" [EMAIL PROTECTED]; "Chris McDonough" [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, November 07, 2000 10:13 AM Subject: Re: [Zope-dev] ZCatalog index error Well im not sure how much deleting the index and then recreating the index throught the management interface actually does. But I wrote an external method to basically do a find and apply to recatalog bunches of objects. Actually i meant originally, not the second time. Are you using CatalogAware to get objects to automatically index themselves? What exactly are you doing to get them in the Catalog in the first place? Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Best way to start on ZPatterns ?
OK, I've finally got a little leisure to re-assess my way of making Zope apps (which so far has been 99.9% ZClasses) and it seems the way to go might be ZPatterns. In true Zope tradition the docs (at least the simple docs) seem to leave quite a steep learning curve :-) After searching the zope-dev mail for a while I've happened on the thread from Steve S. describing the simplest example he could think of. Is this still a valid example for the current version of ZPatterns? -- Nigel Head Houbits Hi-Tech Servers [EMAIL PROTECTED] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[zope-dev] Splitter
Providing full-text search is an advantage that Zope over other web app servers. However, the current Zcatalog does not respect the local languages. There is more than 3 splitters which works for different languages already. I do think anyone would see zope being split by this splitter issue. Moreover, building multi-lingual sites is certainly a must of the web age, make survey for the big corps, being globally business you must talk all languages. If zope really want to be the leader, zope must talk all languages. Instead of just taugh zcatalog to listern all language, I would like to see the lang= tag attributes were removed from the Zope source completely. Allowing the zope manager to set lang and encoding as his own will. Moreover, make Zcatalog use unicode internally. (may be turning zope completely a unicode app). Rgs, Kent Sin ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: New Name for Python Methods
On Thu, 09 Nov 2000 10:18:47 -0500, Shane Hathaway [EMAIL PROTECTED] wrote: Here's what the meat of the problem really is, explained well by Jim: Evan's Zope objects named "Python Methods" don't behave or look like methods defined by the Python programming language. There are quite a few people who think this is a problem. They dont behave exactly the same, but Ive not seen a good summary of what differences those people believe to be a problem. Does anyone have a pointer? I can see many differences, but none I would class as a problem. (On the other hand, Im not adverse to using bytecodehacks in my straight python projects too. Perhaps Im just working with a broader definition of 'method') Toby Dickenson [EMAIL PROTECTED] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [zope-dev] Splitter
On Fri, 10 Nov 2000 07:50:21 +0800, "Sin Hang Kin" [EMAIL PROTECTED] wrote: (may be turning zope completely a unicode app). I have patches to give Zope good unicode support (good enough for me ;-) at http://www.zope.org/Members/htrd/wstring No TextIndex support yet though; feel free to contribute some. Toby Dickenson [EMAIL PROTECTED] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )