[Zope-dev] Management interface tree menu
I added something to the Management Interface Quick Fix wiki item, but it seems to have vanished. My proposal was that the tree not automatically sort the items alphabetically. It should be up to the ObjectManager class and its ilk to sort those items in its tpValues method. That way, when I extend ObjectManager, or provide any other ObjectManagerish object, I have the option to order the items in a sequence that makes more sense than by the alphabet. It would appear to be a simple enough change - add the sort to ObjectManager, ZClass and HelpSys and remove it from manage_menu.dtml Richard -- Richard Jones [EMAIL PROTECTED] Senior Software Developer, Bizar Software (www.bizarsoftware.com.au) ___ 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] New UI for 2.3
> I think the new UI for 2.3 is great improvement over 2.2. > > I'm already finding the sorted tables of folder contents useful, and > having the add new items select at the top saves time. > > > However, I do not like the 3-frame interface. I feel that the top frame > is wasted space. The Zope logo and "Logged in as username | Logout" > could as easily go at the bottom of the tree-view frame on the left. > This would leave extra screen space for doing work. > > I realize that I can make the frame smaller by dragging it with my > mouse. I do a lot of TTW development, and I think I might find that > cumbersome, so I guess I'll be hacking the top frame out of my > management interface :-) Are you guys working on 486's with 13in. monitors at 640x480 or something? :^) Seriously - Zope has been criticized for a very long time for being, ah, aesthetically challenged :) It is a valid criticism - we have been (and quite honestly, will continue to be) more concerned with function over form. But is it really so bad to make a 32 pixel-high concession to a small pittance of branding? I know that "branding" isn't important for those who are already believers, but Zope has grown enough that its reasonable to put some effort into "first impression factor". It doesn't help the community for reviews to come out that waste words on the visual appeal shortcomings of the UI and totally miss the point. A better first impression is a Good Thing. The top frame is also a place where we might want to put more "placeless" operations like logout in the future. You can only jam so much into the tree pane without it looking very much like way too much is being jammed into the tree pane :) FWIW, one of the things we may put there later is a way to do "browser preferences" via cookies to control things like default text area sizes. That could also have a "hide top frame" option for those who really can't spare the 32px. :^) Brian Lloyd[EMAIL PROTECTED] Software Engineer 540.371.6909 Digital Creations www.digicool.com ___ 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] How does a subclass call its ancestor's method in zope?
Here is a ZClass testa, with a dtml method 'do'. Its subclass testb overrides do. How does testb call its ancestor's 'do'? In python, it can be done as 'testa.do()', but what's the equivallent in zope? Dirksen __ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/ ___ 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] How do I create a folder with subfolders, docs etc?
--- Espen Sorbye Frederiksen <[EMAIL PROTECTED]> wrote: > Thank you for your reply. I relised that my example > was not quite what I > ment. What if newfolder is a variable taking a > random string value. How > can I emediatly after creating the folder, with the > variable > newfolder id, create a subfolder within the one I > just made? > > My sample code should look like this: > > > > > expr="newfolder.manage_addFolder(id="anotherfolder")"> > > If you have any further suggestions I would be > grateful, > > Espen > Try this: = | Casey Duncan | Kaivo, Inc. | [EMAIL PROTECTED] `-> __ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/ ___ 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] How do I create a folder with subfolders, docs etc?
Espen, How about untested, but similar works in Python External method: maybe?!? Phil On Thu, 11 Jan 2001, Espen Sorbye Frederiksen wrote: > Have tried the simplest way: > > > > > > this does not work! > > Any solutions or alternative ways to do it? > > > ___ > 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] New UI for 2.3
Brian, Good answer, I for one would like to add a vote for the new UI. +1 Phil [EMAIL PROTECTED] On Thu, 11 Jan 2001, Brian Lloyd wrote: > > I think the new UI for 2.3 is great improvement over 2.2. > > > > I'm already finding the sorted tables of folder contents > > useful, and > > > having the add new items select at the top saves time. > > > > > > However, I do not like the 3-frame interface. I feel that > > the top frame > > > is wasted space. The Zope logo and "Logged in as username > > > | Logout" > | > > could as easily go at the bottom of the tree-view frame on > > the left. > > > This would leave extra screen space for doing work. > > > > I realize that I can make the frame smaller by dragging it > > with my > > > mouse. I do a lot of TTW development, and I think I might > > find that > > > cumbersome, so I guess I'll be hacking the top frame out > > of my > > > management interface :-) > > Are you guys working on 486's with 13in. monitors at 640x480 > or > something? :^) > > Seriously - Zope has been criticized for a very long time > for > being, ah, aesthetically challenged :) It is a valid > criticism > - we have been (and quite honestly, will continue to be) > more > concerned with function over form. But is it really so bad > to > make a 32 pixel-high concession to a small pittance of > branding? > > I know that "branding" isn't important for those who are > already > believers, but Zope has grown enough that its reasonable to > put > some effort into "first impression factor". It doesn't help > the > community for reviews to come out that waste words on the > visual appeal shortcomings of the UI and totally miss the > point. A better first impression is a Good Thing. > > The top frame is also a place where we might want to put > more > "placeless" operations like logout in the future. You can > only > jam so much into the tree pane without it looking very much > like way too much is being jammed into the tree pane :) > FWIW, > one of the things we may put there later is a way to do > "browser > preferences" via cookies to control things like default text > area sizes. That could also have a "hide top frame" option > for > those who really can't spare the 32px. :^) > > > > Brian Lloyd[EMAIL PROTECTED] > Software Engineer 540.371.6909 > Digital Creations www.digicool.com > > ___ > 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] New UI for 2.3
I agree that it looks better. The addition of another whole frame for this though is my main beef with it. Perhaps this could be integrated some other way. Frames should only be added when there is no other option. It's just that browsers waste so much space up there anyway, and the extra 32 pixels are in addition to that "waste". I personally don't care how it "looks" so much as how efficient it is. All of the other aethestic changes I feel enhance both looks and efficiency. The top frame does not IMHO. Form should definitely follow function here. BTW: I have been know to use Zope on an old machine with a 640X480 screen. Although I generally eschew the frames altogether then and open manage_main by itself. It's not really fun, but it works. --- Brian Lloyd <[EMAIL PROTECTED]> wrote: > Are you guys working on 486's with 13in. monitors at > 640x480 > or > something? :^) > > Seriously - Zope has been criticized for a very long > time > for > being, ah, aesthetically challenged :) It is a valid > criticism > - we have been (and quite honestly, will continue to > be) > more > concerned with function over form. But is it really > so bad > to > make a 32 pixel-high concession to a small pittance > of > branding? > > I know that "branding" isn't important for those who > are > already > believers, but Zope has grown enough that its > reasonable to > put > some effort into "first impression factor". It > doesn't help > the > community for reviews to come out that waste words > on the > visual appeal shortcomings of the UI and totally > miss the > point. A better first impression is a Good Thing. > > The top frame is also a place where we might want to > put > more > "placeless" operations like logout in the future. > You can > only > jam so much into the tree pane without it looking > very much > like way too much is being jammed into the tree pane > :) > FWIW, > one of the things we may put there later is a way to > do > "browser > preferences" via cookies to control things like > default text > area sizes. That could also have a "hide top frame" > option > for > those who really can't spare the 32px. :^) = | Casey Duncan | Kaivo, Inc. | [EMAIL PROTECTED] `-> __ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/ ___ 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] New UI for 2.3
> I think the new UI for 2.3 is great improvement over 2.2. > > I'm already finding the sorted tables of folder contents useful, and > having the add new items select at the top saves time. > > > However, I do not like the 3-frame interface. I feel that the top frame > is wasted space. The Zope logo and "Logged in as username | Logout" > could as easily go at the bottom of the tree-view frame on the left. > This would leave extra screen space for doing work. > > I realize that I can make the frame smaller by dragging it with my > mouse. I do a lot of TTW development, and I think I might find that > cumbersome, so I guess I'll be hacking the top frame out of my > management interface :-) Are you guys working on 486's with 13in. monitors at 640x480 or something? :^) Seriously - Zope has been criticized for a very long time for being, ah, aesthetically challenged :) It is a valid criticism - we have been (and quite honestly, will continue to be) more concerned with function over form. But is it really so bad to make a 32 pixel-high concession to a small pittance of branding? I know that "branding" isn't important for those who are already believers, but Zope has grown enough that its reasonable to put some effort into "first impression factor". It doesn't help the community for reviews to come out that waste words on the visual appeal shortcomings of the UI and totally miss the point. A better first impression is a Good Thing. The top frame is also a place where we might want to put more "placeless" operations like logout in the future. You can only jam so much into the tree pane without it looking very much like way too much is being jammed into the tree pane :) FWIW, one of the things we may put there later is a way to do "browser preferences" via cookies to control things like default text area sizes. That could also have a "hide top frame" option for those who really can't spare the 32px. :^) Brian Lloyd[EMAIL PROTECTED] Software Engineer 540.371.6909 Digital Creations www.digicool.com ___ 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] How do I create a folder with subfolders, docs etc?
Have tried the simplest way: ...this does not work! Any solutions or alternative ways to do it? ___ 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] Debugging Zope with Komodo
Sorry wrong mail list. Move along, nothing to see here. -- Andy McKay. - Original Message - From: "Andy McKay" <[EMAIL PROTECTED]> To: "zope-dev" <[EMAIL PROTECTED]> Sent: Thursday, January 11, 2001 11:03 AM Subject: [Zope-dev] Debugging Zope with Komodo > Aaron has just helped me get Komodo debugging working for Zope. Both Neil > and I think this is absolutely fantastic, for the first time we can see the > interaction of Zope internals as they happen (its no longer a black box > anymore). This shed so much light on Zope, I think its great and so will any > Zope developer. > > Many thanks to all involved in Komodo for making this happen. > > -- > Andy McKay. > > > > > ___ > 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] Debugging Zope with Komodo
Aaron has just helped me get Komodo debugging working for Zope. Both Neil and I think this is great, for the first time we can see the interaction of Zope internals as they happen (its no longer a black box anymore). This shed so much light on Zope, I think its great and so will any Zope developer. Many thanks to all involved in Komodo for making this happen. -- Andy McKay. ___ 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] Debugging Zope with Komodo
Aaron has just helped me get Komodo debugging working for Zope. Both Neil and I think this is absolutely fantastic, for the first time we can see the interaction of Zope internals as they happen (its no longer a black box anymore). This shed so much light on Zope, I think its great and so will any Zope developer. Many thanks to all involved in Komodo for making this happen. -- Andy McKay. ___ 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] New UI for 2.3
> I haven't seen this yet, but I have to agree. Two frames is bad enough > btu addign another one with all the wasted border space, etc, sounds > like a bad idea... > > > This would leave extra screen space for doing work. Hear, hear, could anyone post some screenshots? -- Andy McKay ___ 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-2.3a2 and Loginmanager
Ulrich Eck wrote: > hi out there, > > i just setup a box with Zope-2.3a2 and Loginmanager. > > didn't work because of Changes in AccessControl.User: > > - Super doesn't exist anymore (is emergency_user the replacement ??) > > - Zope-2.3a2 installs itself with a file "inituser" as access-file, > > AccessControl.User.py refers to "access" in > > line 372: info = readUserAccessFile('access') <--- is this a bug ??? See the message Bill Anderson sent to this list last month: http://lists.zope.org/pipermail/zope-dev/2000-December/008334.html Also, in future, please do not send html mail to this mailing list; send it in plain text. -- 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 )
Re: [Zope-dev] Zope-2.3a2 and Loginmanager
"super" still exists. It's aliased to the emergency user. There's a comment in User to the effect that the use of super is deprecated, and that emergency_user should be used instead. I don't believe the reading of the access file is a bug (it's there to provide backwards-compatibility). What is the actual problem with LoginManager you're experiencing? How does it fail? - Original Message - From: Ulrich Eck To: ZOPE-DEV Mailingliste Sent: Thursday, January 11, 2001 9:38 AM Subject: [Zope-dev] Zope-2.3a2 and Loginmanager hi out there, i just setup a box with Zope-2.3a2 and Loginmanager. didn't work because of Changes in AccessControl.User: - Super doesn't exist anymore (is emergency_user the replacement ??) - Zope-2.3a2 installs itself with a file "inituser" as access-file, AccessControl.User.py refers to "access" in line 372: info = readUserAccessFile('access') <--- is this a bug ??? - it seems, that there is now some work done in the User.py which was "hacked" in LoginManager.py (line 130-150) anyone any ideas about that ??? would like to test my work on Zope-2.3a2 but need the Loginmanger thanks in advance jac-e
[Zope-dev] Zope-2.3a2 and Loginmanager
hi out there, i just setup a box with Zope-2.3a2 and Loginmanager. didn't work because of Changes in AccessControl.User: - Super doesn't exist anymore (is emergency_user the replacement ??) - Zope-2.3a2 installs itself with a file "inituser" as access-file, AccessControl.User.py refers to "access" in line 372: info = readUserAccessFile('access') <--- is this a bug ??? - it seems, that there is now some work done in the User.py which was "hacked" in LoginManager.py (line 130-150) anyone any ideas about that ??? would like to test my work on Zope-2.3a2 but need the Loginmanger thanks in advance jac-e
[Zope-dev] Delete users in Membership acl_users
Hi, Has anyone been able to use the delUserForm to delete users added within a PersistentUserSource in the PortalMembershipSystem object ? I am not sure if this piece of code in delUserForm preceding the HTML form snippet does the right job: ... I can view the users but when I click on the form button to delete some users, I get I get Error Type: NotFound Error Value: None In the view I get, the user url points to .../acl_users/userid (for example /acl_users/david) and cannot be used to check the user object. Thanks for any usefull answer. Regards, Kamon __ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/ ___ 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] _v_ variables
On Thu, Jan 11, 2001 at 10:26:18AM +, Chris Withers wrote: > Martijn Pieters wrote: > > > > But because _v_* variables don't get pickled, another thread will never > > see them. > > Hmm, is there any situation where a single request can be handled by > more than one thread? Nope. -- 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] first zope-2.3.0a2 bug :-)
On Thu, Jan 11, 2001 at 11:54:04AM +0400, Jephte CLAIN wrote: > well, this one is easy. > > 8<-- > --- lib/python/Shared/DC/ZRDB/Aqueduct.py.origThu Jan 11 10:59:42 > 2001 > +++ lib/python/Shared/DC/ZRDB/Aqueduct.py Thu Jan 11 10:58:01 2001 > @@ -272,7 +272,7 @@ > > > custom_default_report_src=DocumentTemplate.File( > -os.path.join(dtml_dir,'customDefaultReport.dtml')) > +os.path.join(dtml_dir,'dtml/customDefaultReport.dtml')) > > def custom_default_report(id, result, action='', no_table=0, >goofy=regex.compile('[^a-zA-Z0-9_]').search > 8<-- Bingo. I checked this one in, and another for the new CatalogPathAwareness mixin. -- 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] Re: ComputedAttribute
Martijn Pieters wrote: > > But because _v_* variables don't get pickled, another thread will never > see them. If you want non-persisting (volatile) variables shared between > threads, you'll have to devise your own mechanism for assuring the > thread-safety of those variables. Or, instead of devising your own mechanism, you can borrow someone else's: http://www.handshake.de/~dieter/pyprojects/zope/SharedResource.html Thanks Dieter! -- 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 )
Re: [Zope-dev] New UI for 2.3
Steve Alexander wrote: > > However, I do not like the 3-frame interface. I feel that the top frame > is wasted space. The Zope logo and "Logged in as username | Logout" > could as easily go at the bottom of the tree-view frame on the left. I haven't seen this yet, but I have to agree. Two frames is bad enough btu addign another one with all the wasted border space, etc, sounds like a bad idea... > This would leave extra screen space for doing work. ...which is always a good thing > I realize that I can make the frame smaller by dragging it with my > mouse. Yeah, and that's going to get even more annoying than constantly having to widen the edit box every time you access the same Zope instance through a different domain name :-( > so I guess I'll be hacking the top frame out of my > management interface :-) Can you post a patch if you do? ;-) > I also much prefer blue to black as a background colour for the tabs and > the "Root Folder" link. The black seems a bit overbearing. ...I'd agree too... 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 )