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 )
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] 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] _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 )
[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: dtml-let idList="[]" dtml-in "UserSource.getPersistentItemIDs()" sort dtml-call "idList.append(getItem(_['sequence-item']))" /dtml-in dtml-in idList sort=Importance reverse ... 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] 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
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] 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] 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 )
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
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] How do I create a folder with subfolders, docs etc?
Espen,
How about untested, but similar works in Python External method:
dtml-call expr="manage_addFolder('newfolder')"
dtml-call "REQUEST.set('newf',_['newfolder'])"
dtml-call expr="newf.manage_addFolder('anotherfolder')"
maybe?!?
Phil
On Thu, 11 Jan 2001, Espen Sorbye Frederiksen wrote:
Have tried the simplest way:
dtml-call expr="manage_addFolder('newfolder')"
dtml-call expr="newfolder.manage_addFolder('anotherfolder')"
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] 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:
dtml-call expr="manage_addFolder(id="newfolder")"
dtml-call
expr="newfolder.manage_addFolder(id="anotherfolder")"
If you have any further suggestions I would be
grateful,
Espen
Try this:
dtml-call expr="manage_addFolder(folder_id)"
dtml-call expr="_[folder_id].manage_addFolder('subFolder')"
=
| 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 )
[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 )
[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 )
