Re: [Zope-dev] MySQL with LAST_INSERT_ID()
Dieters assumption was right. LAST_INSERTED_ID() returns a numeric value and that seems to be the problem. So if I change the statement as this: SELECT CONV(LAST_INSERT_ID(),10,10) it works (CONV returns a string!) P.S. Soren, maybe you can update your HowTo with a short note. Another possibilty instead of using LAST_INSERT_ID can be using MAX(). That should work too. Thanks Arno On Sat, 06 Jan 2001, Dieter Maurer wrote: Arno Gross writes: SELECT LAST_INSERT_ID() This method works with Zope 2.2.4 under Linux and MySQL 3.22.32 but I got an error with Zope 2.2.2 under NT 4.0 and MySQL 3.22.29 Error, exceptions.KeyError: unhandled Sieht aus, als könnte der MySQL Anschluss den Rückgabewert von "LAST_INSERT_ID" nicht in einen Python Datentyp wandeln, würde deshalb gerne eine "unhandled" Funktion aus einen Dictionary auslesen, die leider nicht drin ist. Sieht für mich nach einem Upgrade auf eine neuere Version von MySQL bzw. seinen Python Anschluss aus. Allerdings müsste man zunächst den Traceback genau anschauen, ob meine Vermutung auch wirklich zutrifft. Dieter --- ___ 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] Zope from CVS for Windows
Steve Alexander wrote: Is anyone regularly building Zope from CVS for Windows? I want to try something out on a Zope 2.3 build on windows, but I don't have easy access to windows development tools. Is there a How-To on this? I'd love to run off CVS Zope at least some of the time, but I don't know where I'd need to start... cheers, Chris (NT on Desktop, not server, don't worry ;-) ___ 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] Documentation
Dieter Maurer wrote: You can control for an explicit acquiring object that some attributes are acquired implicitly Ooo... cool :-) Where can I find out about it? Guess! ... in the Acquisition documentation. Each Zope installation has one (though on a place where one would probably not look for it): I have to be honest and say I've never found the online help system docs very user friendly. They're difficult to navigate and the presentation isn't terribly readable. Thanks for the pointer though :-) cheers, 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 )
Re: [Zope-dev] CatalogAware
Michael Bernstein wrote:
that's definitely a 'bad' thing :-(
Why is that bad? A custom object management UI ('Postings'
and 'Moderation' tabs) seems appropriate for Squishdot. I
wouldn't want to manage postings from the standard
management interface.
Hmmm... it does mean you can't cut, copy or paste postings though, which
can be a pain sometimes :-S
No, I'm creating two different applications, an image
archive and a book catalog. Both need to handle large
numbers of items. The standard management interface does not
scale to the number of objects involved from a usability
perspective.
Look at Shane Hathaway's BTree Folder :-)
I'd like to know how to prevent the objects being listed in
the 'Contents' tab, while still allowing other objects (like
DTML methods) to be added there.
Well, all the postings are actually stored in SquishSite.data, so
they're not actually 'contained' in the SquishSite object, hence they
don't show up in the contents tab. A bit of magic in
SquishSite.__getitem__ makes the postings URL traversable.
cheers,
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 )
Re: [Zope-dev] Acquisition wishlist :-)
Dieter Maurer wrote: Chris Withers writes: And I suppose the other part of my wishlist: class MyClass(Acquisition.Implicit): # your_attribute will be acquied # index_html won't index_html = None No, that is not enough! As a side effect to turn off acquisition, you defined the attribute. This will not play well with inheritance: You will not only prevent acquisition of "index_html" but also prevent inheritance of it (which may be really necessary in some contexts). I'm pretty sure inheritence takes precedence over Acquisition. You wouldn't need to have index_html = None if it is inherited, since the inherited idnex_html would be used before one is acquired, surely? cheers, 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] ZCatalog Docs
Where is/are the most accurate and up-to-date documentation source(s) for ZCatalog in terms of search syntax and the different indexing types? cheers, 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 )
Re: [Zope-dev] Acquisition wishlist :-)
On Mon, Jan 08, 2001 at 10:10:34AM +, Chris Withers wrote: Dieter Maurer wrote: Chris Withers writes: And I suppose the other part of my wishlist: class MyClass(Acquisition.Implicit): # your_attribute will be acquied # index_html won't index_html = None No, that is not enough! As a side effect to turn off acquisition, you defined the attribute. This will not play well with inheritance: You will not only prevent acquisition of "index_html" but also prevent inheritance of it (which may be really necessary in some contexts). I'm pretty sure inheritence takes precedence over Acquisition. You wouldn't need to have index_html = None if it is inherited, since the inherited idnex_html would be used before one is acquired, surely? Yup. If you don't want to have any index_html *at all*, just declare it index_html = None. DTML Methods and HiperDom templates do this as well, for example. -- Martijn Pieters | Software Engineer mailto:[EMAIL PROTECTED] | Digital Creations http://www.digicool.com/ | Creators of Zope http://www.zope.org/ - ___ 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] Zope from CVS for Windows
On Sun, 07 Jan 2001 10:39:45 +, Steve Alexander [EMAIL PROTECTED] wrote: Is anyone regularly building Zope from CVS for Windows? I want to try something out on a Zope 2.3 build on windows, but I don't have easy access to windows development tools. I think you may be out of luck, unless you can get hold of Microsoft Visual Studio 6.0 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] Zope from CVS for Windows
Toby Dickenson wrote: On Sun, 07 Jan 2001 10:39:45 +, Steve Alexander [EMAIL PROTECTED] wrote: Is anyone regularly building Zope from CVS for Windows? I want to try something out on a Zope 2.3 build on windows, but I don't have easy access to windows development tools. I think you may be out of luck, unless you can get hold of Microsoft Visual Studio 6.0 Thanks. I can borrow a machine with VS 6 on it. However, I've never used visual studio before. Are there any instructions available for how to build zope using visual studio 6? Tnanks. -- Steve Alexander Software Engineer Cat-Box limited http://www.cat-box.net ___ 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] filename extension
hi there, some information on zope.org says that in the early future ftp access should be possible not only to dtml-methods, -documents but also to Zsql-methods. to be future proof (and windows software proof) we'd like to have .xxx extensions for all our methods (fac_browse_method.sql that lovely windows understands what programm to start [textpad for sql ...]) unfortuanetly if called like dtml-in expr="fac_browse_method.sql(id=10)" zope gernerates an error. if there is a solution: how? or if not: does anything needs to be changed in the file handling of zope thanks olaf -- soli-con Engineering Zanger Dipl.-Ing. (FH) Olaf Marc Zanger Lorrainestrasse 23 3013 Bern / Switzerland Fon: +41-31-332 9782 Mob: +41-76-572 9782 mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] http://www.soli-con.com begin:vcard n:Zanger;Olaf Marc tel;cell:+41-76-572 9782 tel;work:+41-31-332 9782 x-mozilla-html:FALSE url:www.soli-con.com org:soli-con Engineering Zanger adr:;;Lorrainestrasse 23;Bern;BE;3013;Switzerland version:2.1 email;internet:[EMAIL PROTECTED] title:Dipl.-Ing. note;quoted-printable:IT-Consulting=0D=0AEmbedded Systems=0D=0AEnergy Systems=0D=0AOpen Source Solutions=0D=0A x-mozilla-cpt:;-32176 fn:Olaf Zanger end:vcard
Re: [Zope-dev] CatalogAware
Chris Withers wrote: Michael Bernstein wrote: No, I'm creating two different applications, an image archive and a book catalog. Both need to handle large numbers of items. The standard management interface does not scale to the number of objects involved from a usability perspective. Look at Shane Hathaway's BTree Folder :-) Interesting idea, I hadn't considered that as a solution. Has anyone created a ZClass that inherits from BTree Folder and ZCatalog? I'd like to know how to prevent the objects being listed in the 'Contents' tab, while still allowing other objects (like DTML methods) to be added there. Well, all the postings are actually stored in SquishSite.data, so they're not actually 'contained' in the SquishSite object, hence they don't show up in the contents tab. A bit of magic in SquishSite.__getitem__ makes the postings URL traversable. Interesting. Thanks for the info. I've been using Squishdot a long time, and I never knew that. Michael Bernstein. ___ 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: Spitter.c Hack
Tres:
Okay, I uploaded it to my member folder.
http://www.zope.org/Members/jspisak/Splitter/
I wasn't usinga sandbox for this, I just downloaded the source for 2.2.4
Here's the diff -u though:
--- Zope-2.2.4-src/lib/python/SearchIndex/Splitter.cThu Jan 4 10:41:15
2001
+++ Zope-2.2.4-src/lib/python/SearchIndex/Splitter_Old.cFri Jan 5
17:29:43 2001
@@ -169,24 +169,8 @@
len = PyString_Size(word) - 1;
len = PyString_Size(word);
-/*if(len 2) Single-letter words are stop words!
-{
- Py_INCREF(Py_None);
- return Py_None;
-} */
-
-/*
- Test whether a word has any letters. */
for (; --len = 0 ! isalpha((unsigned char)cword[len]); );
-/*if (len 0)
-{
-Py_INCREF(Py_None);
-return Py_None;
-}
-
- * If no letters, treat it as a stop word.
- */
Py_INCREF(word);
Let me know what else I can do. Did you see my other mails regarding
stats?
From: "Jason Spisak" [EMAIL PROTECTED] wrote:
Zopists,
I finally got Splitter.c to let me index numbers and 'C++' in a TextIndex.
I have about 50,000 objects in that index, and search performance is nearly
instantaneous still. I am running on a big machine though. If anyone
wants those changes there's really easy. Just mail me directly, since it's
a long file to post.
Can you post a patch, or upload it to your Zope.org member folder
and post the link?
cvs -q diff -u lib/python/SearchIndex/Splitter.c
would do it, if you were working in a CVS sandbox for Zope.
Tres.
--
===
Tres Seaver[EMAIL PROTECTED]
Digital Creations "Zope Dealers" http://www.zope.org
All my best,
Jason Spisak
CIO
__ ___ ____
/ // (_)_/_ __/__ / / ___ ___ __ _
/ _ / / __/ -_) / / -_) __/ _ \(_-_/ __/ _ \/ ' \
/_//_/_/_/ \__/_/ \__/\__/_//_/___(_)__/\___/_/_/_/
6151 West Century Boulevard
Suite 900
Los Angeles, CA 90045
P. 310.665.3444
F. 310.665.3544
Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email
address may not be added to any commercial mail list with out my
permission. Violation of my privacy with advertising or SPAM will
result in a suit for a MINIMUM of $500 damages/incident, $1500 for
repeats.
___
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] ZDESIGN IDEAS = How to improve 'manage' ?
Hello I am cross poisting this becaese I beleie it merits responee fom both lists.. The need to improve the manage interface has grown urgently clear to me while using Zope myself, designing for all sorts of community and collaborative Zope-based projects, demos for a number of innocent bystanders, interested parties and potential clients. Zope 'manage' is plain primitive at present. Considering the power of Zope, and the real workflow needs of people working with it, imho this present lack of thoughtful user interface makes no sense. By ignoring these basics, Zope is neglecting a #1 self-promotion opportunity - how it runs out of the box, and how quickly one can use it as site-planning/design tool.It is quite unproductive now compared to what it could/should be. I am looking for real help here on how best to improve this... Here is a list of features I believe should be default manage screen behavior now. Please submit your comments and improvements to these improvements: KISS For those who do not want any added features, there should be an option in z2.py or as a manage_config DTML method in "/" or anywhere else in the tree to enable or disable 'advanced manage' features. --- 1. SORT TABLE 'manage' needs to presented with basic column listings so one can display sort by headings. I am not sure if this turns into a CatalogAware Inferno or whether all this info is already hidden in the ZODB and could be extracted adn cached sensibly and quickly. What do you think? For example some headings I see a real need for: NAME [default now], DATE[created, last modified] SIZE, TYPE[meta-type], USER[default=owner], DEPTH, COUNT, CHANGES, PROPERTY, DISPLAY NAME should be like now, but one needs to be able to group things more sensibly, so that upper and lower-case can be ignored. For example: MYFOLDER, myFolder_config, MyFOLDER_Display could all be grouped together where the probably belong. DATE Fact of the matter is that, during development and very often during normal life, we need to work on things according to the most recent ordering. This is also an invaluable way for people on a development team to see what has been 'happening'. Since Zope is a tool for 'customers who have customers who have customers...' it means that even after the original site DTML/Python developers may have gone home, a Zopesite is under development as long as it is being used and growing. All of those users, especially deserve better means to see and understand how the site is working and to allow them to work better together. SIZE How big is this thing? When I look at a graphic is it a thumbnail icon or a hires scan? What about PDF What about folders - how to calculate the size of folder? TYPE Display objects sorted by TYPE. USER Default sorts by Owner, but could also be designed to sort by last user who accessed the object. DEPTH How many levels below this thing? This would only work for Zope folders. An essential indicator of hidden complexity/importance etc. COUNT How many things are contained here? Targeted mainly for Zope Folders to allow one get a good quick overview of site structure without needing to click though a lot of trees of nested manage screens. CONT could be nicely integrated with DEPTH feature above to make for a more compact interface. If the object is not Folder-like, then COUNT could perhaps be used to display references or some such. In other words, how many times is this object referred to explicitly? I realize that dynamic Zopesite references * acquisition could make this a painful/impossible question. But counting static references could be very useful. How should COUNT work with say 'standard_html_header? hmmm not sure.. My idea is that at a minimum it could estimate how many references existed below this part of the ZODB tree. CHANGES The idea here is to give a useful indication of objects which have changed. But when and how? I really don;t have an answer to this... - perhaps a limited search using UNDO mechanism - perhaps a simple user ID and date which showed the last person to change it. PROPERTY This one should be easy.. sort adn display all objects in 'manage' based on common property names and values. For example, have a property called 'status' - values might be 'OK', 'buggy', 'draft', 'approved' etc. Too many properties and to many values would detract from usefulness probably, some some pragmatic workflow-oriented values could be very valuable for ordering and developing Zope projects. DISPLAY The idea her is to offer a simple visual toggle HIDE/SHOW like Photoshop, Fireworks, Illustrator and myriad other graphics apps do. Suppose you have a big list of objects in a folder which you do not want to look at al the time. They take up too much screen space, can be confusing and may not be relevant for certain users and roles. Simple selection would be a checkbox, but advanced DISPLAY could be based on the other criteria
[Zope-dev] Easy SQL question
Hello ,
I am trying to pull text from a Mysql DB into a page inside zope.
I have the ZMYSQL connection setup and tested .
for example :
select renderText From Phrases where phrase_id = 3 and lang =1
I have also gotten the ZSQL method tested and working
example :
Arguments
phrase_id
renderText
Query
template
select renderText from Phrases
dtml-sqlgroup where
dtml-if expr="phrase_id"
dtml-sqltest name="phrase_id" type="int"
/dtml-if
/dtml-sqlgroup
change and test enter 3 for phrase id and I get the correct info
SQL used:
select renderText from Phrases
where
phrase_id = 3
Now for the duh section.
All of the above works fine with a submit button and entering info ,
I would like to pull the info into a Zope HTML page.
I believe that this is close
dtml-call "REQUEST.set('phrase_id', foo)"
dtml-in expr="langtest()"
dtml-var expr="_['sequence-item'].renderText"
/dtml-in
but is foo supposed to be my var of whatever I want passed ?
how do I pass the variable for phrase ID ( via a variable and changed per
request ) to the language test and display the results so the user never
knows .
I think I am close just missing the obvious I think anyhelp ?
___
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] ZDESIGN IDEAS = How to improve 'manage' ?
Jason Cunliffe wrote: The need to improve the manage interface has grown urgently clear to me while using Zope myself, designing for all sorts of community and collaborative Zope-based projects, demos for a number of innocent bystanders, interested parties and potential clients. Zope 'manage' is plain primitive at present. FYI the Zope management interface is being revised right now and the changes are expected to land in the CVS repository *today*. You'll be able to see the changes in 2.3.0 alpha 2. See more details at http://dev.zope.org/Wikis/DevSite/Projects/ManagementInterfaceQuickFix/FrontPage ___ 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] Easy SQL question
[EMAIL PROTECTED] wrote:
I believe that this is close
dtml-call "REQUEST.set('phrase_id', foo)"
dtml-in expr="langtest()"
dtml-var expr="_['sequence-item'].renderText"
/dtml-in
but is foo supposed to be my var of whatever I want passed ?
how do I pass the variable for phrase ID ( via a variable and changed per
request ) to the language test and display the results so the user never
knows .
I think I am close just missing the obvious I think anyhelp ?
You need to explicitly pass in arguments to a ZSQL Method as keyword
arguments. So, the following will probably work.
dtml-in expr="langtest(phrase_id=phrase_id)"
dtml-var expr="_['sequence-item'].renderText"
/dtml-in
--
Steve Alexander
Software Engineer
Cat-Box limited
http://www.cat-box.net
___
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: [Zope] ZDESIGN IDEAS = How to improve 'manage' ?
Are you planning a manage_install for products? The ability for superusers to install complelte products directly through the management interface, no need for ftp. similar to import/export feature -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason Cunliffe Sent: Monday, January 08, 2001 11:20 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [Zope] ZDESIGN IDEAS = How to improve 'manage' ? Hello I am cross poisting this becaese I beleie it merits responee fom both lists.. The need to improve the manage interface has grown urgently clear to me while using Zope myself, designing for all sorts of community and collaborative Zope-based projects, demos for a number of innocent bystanders, interested parties and potential clients. Zope 'manage' is plain primitive at present. Considering the power of Zope, and the real workflow needs of people working with it, imho this present lack of thoughtful user interface makes no sense. By ignoring these basics, Zope is neglecting a #1 self-promotion opportunity - how it runs out of the box, and how quickly one can use it as site-planning/design tool.It is quite unproductive now compared to what it could/should be. I am looking for real help here on how best to improve this... Here is a list of features I believe should be default manage screen behavior now. Please submit your comments and improvements to these improvements: KISS For those who do not want any added features, there should be an option in z2.py or as a manage_config DTML method in "/" or anywhere else in the tree to enable or disable 'advanced manage' features. --- 1. SORT TABLE 'manage' needs to presented with basic column listings so one can display sort by headings. I am not sure if this turns into a CatalogAware Inferno or whether all this info is already hidden in the ZODB and could be extracted adn cached sensibly and quickly. What do you think? For example some headings I see a real need for: NAME [default now], DATE[created, last modified] SIZE, TYPE[meta-type], USER[default=owner], DEPTH, COUNT, CHANGES, PROPERTY, DISPLAY NAME should be like now, but one needs to be able to group things more sensibly, so that upper and lower-case can be ignored. For example: MYFOLDER, myFolder_config, MyFOLDER_Display could all be grouped together where the probably belong. DATE Fact of the matter is that, during development and very often during normal life, we need to work on things according to the most recent ordering. This is also an invaluable way for people on a development team to see what has been 'happening'. Since Zope is a tool for 'customers who have customers who have customers...' it means that even after the original site DTML/Python developers may have gone home, a Zopesite is under development as long as it is being used and growing. All of those users, especially deserve better means to see and understand how the site is working and to allow them to work better together. SIZE How big is this thing? When I look at a graphic is it a thumbnail icon or a hires scan? What about PDF What about folders - how to calculate the size of folder? TYPE Display objects sorted by TYPE. USER Default sorts by Owner, but could also be designed to sort by last user who accessed the object. DEPTH How many levels below this thing? This would only work for Zope folders. An essential indicator of hidden complexity/importance etc. COUNT How many things are contained here? Targeted mainly for Zope Folders to allow one get a good quick overview of site structure without needing to click though a lot of trees of nested manage screens. CONT could be nicely integrated with DEPTH feature above to make for a more compact interface. If the object is not Folder-like, then COUNT could perhaps be used to display references or some such. In other words, how many times is this object referred to explicitly? I realize that dynamic Zopesite references * acquisition could make this a painful/impossible question. But counting static references could be very useful. How should COUNT work with say 'standard_html_header? hmmm not sure.. My idea is that at a minimum it could estimate how many references existed below this part of the ZODB tree. CHANGES The idea here is to give a useful indication of objects which have changed. But when and how? I really don;t have an answer to this... - perhaps a limited search using UNDO mechanism - perhaps a simple user ID and date which showed the last person to change it. PROPERTY This one should be easy.. sort adn display all objects in 'manage' based on common property names and values. For example, have a property called 'status' - values might be 'OK', 'buggy', 'draft', 'approved' etc. Too many properties and to many values would detract from usefulness probably, some some pragmatic workflow-oriented values could be very valuable for ordering and developing Zope
Re: [Zope-dev] ZDESIGN IDEAS = How to improve 'manage' ?
For example some headings I see a real need for: NAME [default now], DATE[created, last modified] SIZE, TYPE[meta-type], USER[default=owner], DEPTH, COUNT, CHANGES, PROPERTY, DISPLAY This is just more dtml, since most of the mangement interface is done using dtml-in over a simple set of objects, this should be straightforward. SIZE How big is this thing? When I look at a graphic is it a thumbnail icon or a hires scan? What about PDF What about folders - how to calculate the size of folder? That might be a little more tricky and slower if you want to try and calculate the size of a Folder containing many objects. That I would say is not terribly important. What woudl you like to see when you click on manage? Id like to see this configurable so I can choose these options. ___ 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] zopectl 0.0.1
I recently released 'zopectl', a python script that acts as a configurable
front end to the z2.py script, implementing the defacto standard unix process
control commands: zopectl start, zopectl stop, zopectl restart. I wrote
it to simplify management of a server that runs several zope instances,
so it can also be used to start/stop/restart a collection of zope sites
or any subset of that collection ('zopectl start mysite'). Configuration
is based on a master file, with the ability to override any parameter
for specific sites.
http://www.zope.org/Members/rdmurray/zopectl
While I orginally wrote it for the production machine, I'm finding
it even more useful on my development machine where I have any
number of Data.fs files for various projects. I now use an
INSTANCE_HOME setup where I have a directory stucture like this:
/usr/local/zope
Zope222
Zope224
Zope230a1
sites
devsite1
devsite2
devsite3
In /usr/local/zope I have a zopectl.conf file that specifies my "standard"
setup for my development sites. In the individual devsite directories
I have zopectl.conf files that override these global settings as
necessary. Zopectl lets me set different versions of zope to run,
and even different versions of python. Setting up an override configuration
file has proven to be *much* easier than editing individual site
start and stop scripts. And by putting zopectl in my path, I no longer
have to cd into the site directory in order to do a start and stop.
Anyway, I'm hoping others will find it useful, too. The version number
(and the comments in the readme about bugs) are due to the fact that
it hasn't seen much testing yet. It's been solid for me so far, and
I've now exercised quite a few more parameters than my README comments
would make it appear.
--RDM
___
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] PartitionedFileStorage - Eek!
Jason Cunliffe wrote: Shane Hathaway [EMAIL PROTECTED] wrote: Now BerkeleyStorage is on its way and once that's ready, PartitionedFileStorage will have such a small audience that it won't be worth the trouble. Oh well, it was a fun experiment. Can you pleae expand on this.. what about BerkeleyStorage is on its way and when ? Here is the info on the BerkeleyStorage work. Jim sent me the URL. http://lists.zope.org/pipermail/zope-zeo/2000-November/000196.html It will soon be a fishbowl project. 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 )
Re: [Zope-dev] Acquisition wishlist :-)
Martijn Pieters writes: On Mon, Jan 08, 2001 at 10:10:34AM +, Chris Withers wrote: You wouldn't need to have index_html = None if it is inherited, since the inherited idnex_html would be used before one is acquired, surely? Yup. If you don't want to have any index_html *at all*, just declare it index_html = None. DTML Methods and HiperDom templates do this as well, for example. You have an "index_html" and its value is "None". If you use this class with another class that has a useful "index_html", you must care for the inheritance order to get the right on. Dieter ___ 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] Acquisition wishlist :-)
Chris Withers writes: Dieter Maurer wrote: Chris Withers writes: And I suppose the other part of my wishlist: class MyClass(Acquisition.Implicit): # your_attribute will be acquied # index_html won't index_html = None No, that is not enough! As a side effect to turn off acquisition, you defined the attribute. This will not play well with inheritance: You will not only prevent acquisition of "index_html" but also prevent inheritance of it (which may be really necessary in some contexts). I'm pretty sure inheritence takes precedence over Acquisition. You wouldn't need to have index_html = None if it is inherited, since the inherited idnex_html would be used before one is acquired, surely? Of cause, but that's unfortunately only a local view. In Python (and Zope) you have multiple inheritance and mixin classes. You do not know with what classes you (or someone else) will combine a class at hand. If it is good in one context to disable acquisition for a method because the class does not provide a usefull definition but still does not want to inherit it, then in a different context, the method should be provided by an inherited class. A good example is "objectValues" and friends. "SimpleItem.Item" defines them to return empty tuples (to prevent acquisition from the containing container), but if you combine a class derived from "SimpleItem.Item" with an ObjectManager, you want the ObjectManager's "objectValues" and not that stupid method from "Item". It would be much clearer, when "Item" could declare, it does not want to acquire the methods without providing a definition. Dieter ___ 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] WikiName Overloading (RE: [Zope-Annce] ZWiki 0.8.1 released)
Here's the beef: Want to use ZWiki but have a slightly different version of what you want a wikiname to be? In my case I wanted to include TLAs as wikinames as my industry is full of them and its really handy to have to automatically hyperlinked so anyone can give the definition and references easily. To enable this I created a patch to ZWiki that will look for a property in the aquisition path called WikiNameDefinition. If found, this string property is treated as a regexp that is "or"ed with the standard wikiname regexp. This is done at runtime so you can change the wikiname over a pages lifetime. I would like this patch included so that I can take advantages of new ZWiki releases without rehacking the source each time. I'd like to motivate the author to include this feature in the next release. How much interest by others is there for such a feature? -Original Message- From: Simon Michael [mailto:[EMAIL PROTECTED]] Sent: Monday, 8 January 2001 9:29 PM To: Jay, Dylan Subject: Re: [Zope-Annce] ZWiki 0.8.1 released "Jay, Dylan" [EMAIL PROTECTED] writes: What are the disadvantages that you see? Nothing specific with your patch - just a general concern with feature bloat and preserving simplicity and generality which makes me want to consider how each new feature fits into the overall picture. I haven't yet had time to do that for this particular enhancement. Feel free to cc this thread on zwiki.org or the mailing lists; discussion of this issue from you and others can help me get to the "ready to integrate" stage. Regards, -Simon ___ 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] filename extensionboundary=------------865D189079029FB9A426EFA9
Olaf Zanger writes:
Dies ist eine mehrteilige Nachricht im MIME-Format.
--865D189079029FB9A426EFA9
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Please do not post MIME messages!
expr="fac_browse_method.sql(id=10)" zope gernerates an error.
dtml-in expr="_.getitem('fac_browse_method.sql')(id=10)"
It is an FAQ. You would have found the answer in the searchable
list archive, too.
Dieter
___
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] zopectl 0.0.1
Zope mailing lists wrote: I recently released 'zopectl', a python script that acts as a configurable front end to the z2.py script, implementing the defacto standard unix process There exists in CVS (and perhaps 2.3.whateveralphaversionitis?) a zctl.py that also includes zeo controls, you may want to have a look at it as well. I was working on a similiar project. I am thinking about extending this one. Bill Anderson ___ 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] (no subject)
GET YOUR OWN 100 MEG WEBSITE FOR ONLY $11.95 PER MONTH TODAY! STOP PAYING $19.95 or more TODAY for your web site, WHEN YOU CAN GET ONE FOR ONLY $11.95 PER MONTH! DO YOU ALREADY HAVE A WEBSITE? ALL YOU HAVE TO DO IS TRANSFER THE DOMAIN TO OUR SERVERS AND UPLOAD YOUR DATA AND YOU ARE READY TO GO! YOUR NEW WEB SPACE CAN BE CREATED INSTANTLY WITH JUST A SIMPLE PHONE CALL TO OUR OFFICE. YOU CAN CHANGE THE DESIGN OF YOUR SITE AS MUCH AS YOU WANT with no extra charge! UNLIMITED TRAFFIC -- no extra charge! FRONT PAGE EXTENSIONS are FULLY SUPPORTED. A SET UP FEE OF $40.00 APPLIES for FIRST TIME CUSTOMERS. ALL FEES PREPAID IN ADVANCE FOR THE YEAR PLUS A $40.00 SET UP CHARGE. FOR DETAILS CALL 1 888 248 0765 if you are outside the USA, please fax 240 337 8325 Webhosting International ___ 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] ZPatterns and ZClass Views
I was wondering to what extent people using ZPatterns find the Views one can set up for a ZClass tolerant of the Role-centric approach followed by ZPatterns. For example: I have two Specialists, DocumentedProducts and Products. The Products specialist manages ZClasses of type 'Product'. Products are remapped to DocumentedProducts (where product plays the role of documented product). Typically in Zope, ZClass Views has bearing on a single Zope Object and Views are filtered according to User Roles, thus the focus is security. ZPatterns makes it possible to extend the roles an object has. Ideally the Views in a ZPatterns Application framework would be security AND role (the role the object plays) focused ie. when I look at a Product instance where it plays the role of documented product, I might have the views FAQs, HOWTOs, etc. But when I look at a Product inside the Products specialist I want the views Properties, Associated Files, etc. I like the idea of making the Views of a ZClass my starting point because at least it already filters according to the role a user might have. Any other ideas/comments? Roch ___ 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 )
