RE: [Zope-dev] New UI for 2.3
Well just to be completely different to everyone else, I like the new look. The bar at the top takes up a centimeter on my 20in monitor and it doesn't bother me in the slightest. I think Brain is right, People have been asking for DC to give Zope a face lift and now its got one you are all complaining about it. Don't get me wrong the points you raised are valid but you are complaining about 32 pixels. Give it a week and you won't know what you were complaining about. Overall it gets the thumbs up from me. :) -Andy (P.S. Why hasn't the acl_users folder got the same style of shaded/non-shaded rows, Just a consistancy thang :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Brian Lloyd Sent: 12 January 2001 02:12 To: Steve Alexander; [EMAIL PROTECTED] Subject: 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 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 Lloyd wrote: Are you guys working on 486's with 13in. monitors at 640x480 or something? :^) Well, no, but laptops aren't known for their high resolutions and that can make demonstrating zope a pain :-S 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. That's cool, but couldn't you hire someone just to make the thing look nice? A graphic designer or usability expert who knows what's best for all these things, rather than us, a load of developers, trying to guess ;-) But is it really so bad to make a 32 pixel-high concession to a small pittance of branding? Yes... especially when you could get the same branding without wasting a whole strip of the screen... 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. I totally agree, and that top bar really spoils it :-S For example, in Netscape, the bottom 5 pixels of the logo are chopped off when you first open the manage screens. In both IE and Netscape you get that horrible chunky frame border (is there any way you can make that go away for the horizontal split?) which wastes more space and looks nasty. The top frame is also a place where we might want to put more "placeless" operations like logout in the future. Any reason why that 'raise Unauthorized' thing couldn't have been put in? I mean it's one line, and way more useful than "Sorry, this is not yet implemented. " :-S 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 :) Well, how about: [Root Folder] (square brackets mean black background) tree Refresh (having this below (c) Digital Creations makes no sense ;-) [Logged in as X] Logout other placeless operations Then put the Zope logo actually _in_ the manage tabs (in the dead space to the left of the 'Contents' tab) and hey presto, no nead for a top bar, still branded and looks nicer ;-) 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. This has always confused me, whats' wrong with just letting the user object be a propertymanager?! After all, the preferences you're talking about are user prefences and users will want them to follow them around, no matter what machine they're using. By implementing that, you remove the need for everyone else to resort to LoginManager any time you want to store data that is associated with a user in the user object... Right, negative comments out the way, on the whole it looks very nice and _much_ better than 2.2. Seems a lot quicker too. Really looking forward to the full release :-) cheers, Chris PS: You could always do a 'top bar' vote on www.zope.org and let everyone have their say ;-) ___ 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
Andy McKay wrote: Sorry wrong mail list. Move along, nothing to see here. Too late ;-) What's Komodo? First, it'ss: "Komodo is ActiveState's cross-platform, multi-language Integrated Development Environment (IDE). Komodo supports Perl, Python, and JavaScript development on Windows, Linux, and Unix." http://www.activestate.com/Products/Komodo/ And second, it's a National Park in Bali. "Komodo National Park | Komodo Island" Google says so anyway ;-) Regards, Johan Carlsson Brilliant marketing-by-accident ;-) ___ 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] Security _does_ work, it's just confusing :-)
Answering my own post ;-) Security does work, and was being applied, it's just still very much along 'allow by default'. Chris Withers wrote: This class has no __roles__, no __ac_permissions__, no nothing... Instances of this class are stored within a special folderish class, Y. Now the key here was the no __ac_permissions__ thing. Basically, this meant that default__class_init__ didn't add any roles as it usually does... I thought Zope's security policy had changed to be disallow by default, but that really doesn't seem to be the case here :-S It isn't, if you don't define __ac_permissions__ in any class, Acquiring or not, you're wide open :-( The patch is pretty simple: === RCS file: /cvs-repository/Zope2/lib/python/App/class_init.py,v retrieving revision 1.5 diff -r1.5 class_init.py 125a126,131 for name, v in dict.items(): if not (hasattr(self,'__roles__') or have(name+'__roles__'): try: v.__roles__ = [] except dict[name+'__roles__'] = [] ...which is quite harsh and simplistic. It's not tested and may have implications for things like self._properties and the like. But it's better to have access denied and fix that than not know what's hanging out, right? Also, having looked at class_init.py, it appears that if you leave methods out of __ac_permissions__, they're currently also completely open, which might be bad :-S (although I think the above patch takes care of that...) I guess the 'disallow by default' should really be implemented at the _checking_ stage, which currently says if you don't have a __roles__ attribute, anyone can do anything, but I understand there were other implications there. What were they? When will the move to disallow-by-default take place? 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] Zope max script execution time?
Is there a way to define a timeout for zope methods, documents? Thanx, Júlio Silva _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.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 to delete ZServer's zombie channel?
Hi, some time I see in my /Control_Panel/DebugInfo/manage, channels opened longer than 48378.26s. How can I kill/delete a specific channel? Thanx, Júlio Dinis Silva _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.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?
I have truble with the permissions (get the message: "Authorization
failed. Retry?") when I do the following:
dtml-call expr="existingFolder.manage_addFolder(folder_id)"
dtml-call expr="existingFolder._[folder_id].manage_addFolder('subFolder')"
I am logged in as a manager.
Your example under does work, though..
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 do I create a folder with subfolders, docs etc? (fwd)
I have truble with the permissions (get the message: "Authorization
failed. Retry?") when I do the following:
dtml-call expr="existingFolder.manage_addFolder(folder_id)"
dtml-call expr="existingFolder._[folder_id].manage_addFolder('subFolder')"
I am logged in as a manager.
Your example under does work, though..
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 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] Using Java (or JDBC) with Zope/Python
Hello! I am exploring the possibilities of using JDBC with Zope, as well as investigating whether JavaBeans could be used from Zope/Python. It seems that most Python/Java stuff use the JPython/Jython approach and, IIRC, Zope and Jython/JPython don't mix very well/at all. Any pointers, references, comments, etc accepted. Sincerely, /dario - Dario Lopez-Ksten Systems Developer Chalmers Univ. of Technology [EMAIL PROTECTED] ICQ will yield no hitsIT Systems Services ___ 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
On Thu, 11 Jan 2001, Brian Lloyd wrote: Are you guys working on 486's with 13in. monitors at 640x480 or something? :^) Let's put it this way: I have my window frame borders on my xwindows set to 1 pixel because I feel that the default (6?) pixel width wastes way too much screen realestate (I use tiled windows a lot). This is on a 17" 1024x768 monitor, and I'd probably do the same on a 20". area sizes. That could also have a "hide top frame" option for those who really can't spare the 32px. :^) shrug From my (peculiar, I'll admit) point of view, there isn't much difference between the old and new interface. I like the add dropdown being at the top, I'm indifferent to the additional item information, though the sorting looks like it might be useful, and those are about the only differences I notice. See, I use w3m and I always go to 'manage_main', so I never see the other frames or any of the "pretty" graphics Now, if the management interface were *customizable*, all these (mild) complaints would go away grin. What ever happened to the 'skinnable' project? All that said, I applaud the "management quick fixes". Thanks, guys. --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] Debugging Zope with Komodo
My lips are sealed. Damn email client... oh well it wont be the first time and won't be the last this has happened. Yours embarrased. -- Andy McKay. - Original Message - From: "Chris Withers" [EMAIL PROTECTED] To: "Andy McKay" [EMAIL PROTECTED] Cc: "zope-dev" [EMAIL PROTECTED] Sent: Friday, January 12, 2001 2:32 AM Subject: Re: [Zope-dev] Debugging Zope with Komodo Andy McKay wrote: Sorry wrong mail list. Move along, nothing to see here. Too late ;-) What's 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. Cool... that sounds really interesting, where can I get a copy? 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 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
In article [EMAIL PROTECTED], Brian Lloyd [EMAIL PROTECTED] wrote: Are you guys working on 486's with 13in. monitors at 640x480 or something? :^) At home I run 21" @ 1600x1280. And there's a reason I shelled out for that: I want to get lots of information on the screen. I didn't buy extra space just so you could go wasting it :^) Netscape already wastes a lot of space at the top of the window... I tend to run multiple browser windows all at the same time: one for the user's view of the application, and at least one for development. Sometimes more than one, perhaps one in the Product area for editing the zclasses and one in the mail tree for editing the app, because it's a pain to navigate back and forth between the two. Also, the laptop issue that was raised was valid. concerned with function over form. But is it really so bad to make a 32 pixel-high concession to a small pittance of branding? Yes. 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 To me, this would result in a less positive first impression. Also, I really much prefered the blue tabs to the black. The black ones look much flatter. Don't get me wrong, I like what's been done with the lower part of the screen. But I hate everything above the "objecttype at path" line. And what ever happened to the Fishbowl? The only way to see way what this looks like is to download and build the alpha. That seriously limits the visibility. Also, the current fishbowl project on this is effectively negative visibility, since it contains screenshots that don't have anything to do with the actual look and feel. ___ 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
Chris McDonough wrote: "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. Hmmm, I changed super to UnrestrictedUser ... see any problems with that do you? I don't believe the reading of the access file is a bug (it's there to provide backwards-compatibility). Backwards compat for reading it is fine, bailing because there is no access file would not be though. I experienced the latter. What is the actual problem with LoginManager you're experiencing? How does it fail? Well, what _I_ saw was that it would not import if access file was not found, nor if the Super import referenced above was still there. Bill ___ 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
Come on, can someone post some sample screenshots? -- Andy McKay. - Original Message - From: "Andy Dawkins" [EMAIL PROTECTED] To: "Brian Lloyd" [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, January 12, 2001 12:39 AM Subject: RE: [Zope-dev] New UI for 2.3 Well just to be completely different to everyone else, I like the new look. The bar at the top takes up a centimeter on my 20in monitor and it doesn't bother me in the slightest. I think Brain is right, People have been asking for DC to give Zope a face lift and now its got one you are all complaining about it. Don't get me wrong the points you raised are valid but you are complaining about 32 pixels. Give it a week and you won't know what you were complaining about. Overall it gets the thumbs up from me. :) -Andy (P.S. Why hasn't the acl_users folder got the same style of shaded/non-shaded rows, Just a consistancy thang :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Brian Lloyd Sent: 12 January 2001 02:12 To: Steve Alexander; [EMAIL PROTECTED] Subject: 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 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
Andy McKay wrote: Come on, can someone post some sample screenshots? http://www.zope.org/Members/hathawsh/new_ui.png Shane -- Andy McKay. - Original Message - From: "Andy Dawkins" [EMAIL PROTECTED] To: "Brian Lloyd" [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, January 12, 2001 12:39 AM Subject: RE: [Zope-dev] New UI for 2.3 Well just to be completely different to everyone else, I like the new look. The bar at the top takes up a centimeter on my 20in monitor and it doesn't bother me in the slightest. I think Brain is right, People have been asking for DC to give Zope a face lift and now its got one you are all complaining about it. Don't get me wrong the points you raised are valid but you are complaining about 32 pixels. Give it a week and you won't know what you were complaining about. Overall it gets the thumbs up from me. :) -Andy (P.S. Why hasn't the acl_users folder got the same style of shaded/non-shaded rows, Just a consistancy thang :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Brian Lloyd Sent: 12 January 2001 02:12 To: Steve Alexander; [EMAIL PROTECTED] Subject: 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 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] New UI for 2.3
Hello, I personally don't have a problem with the new UI as far as the frames are concerned. I have not used it on a laptop, so can't express any opinions concerning such. I do prefer the blue to the black. Concerning branding, it seems to me (my opinion) that up at the top would generally be more effective. Also as the items in the tree in the left frame increases, the branding keeps getting pushed down and off. It also pushes down and off the items that Brian speaks of wanting to put into the top frame. The top frame doesn't consume much more and sometimes less than some of the toolbars the browser provide and many users use. Currently in the left frame the user id is at the top. So a certain amount of the 32 pixels consumed in the new ui are already being consumed in the left frame. What is impacted the most is the right frame. These ui elements (and branding) are important and do need placed somewhere. I would rather have them like they are instead of at the bottom left frame where there position changes according to the number of items. Just my opinion. :) A couple of UI elements I've been thinking about. I don't like the "Create public interface" checkbox automatically defaulting to creating a DTML Document. Because there are multiple items which could be used as the index_html I would like to see a dropdown box/menu which allow you to select the ui element. I think currently most will want DTML Method. In the future we might be choosing HiperDOM or XMLDocument. I think a dropdown would be nice, with a potential user selected default, which could be listed in the dropdown as "default". For people come from a traditional IDE or other types of apps it isn't necessarily intuitive to click the back button or menu item in order to exit a screen that you entered but changed your mind about and are doing nothing. Yes, I understand most of us here understand that no transaction has taken place and simply going "back" or clicking on another link is okay. However, for the non-programmer content-provider user of Zope a "cancel" button which goes back might be a nice ui element. Just some thoughts. Jimmie Houchin ___ 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 Lloyd wrote: make a 32 pixel-high concession to a small pittance of branding? 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 :) I think that the top pane contents should be put into the top of the tree pane. In either case, you are pushing the tree pane contents down 32 px, but by putting the logo et al in the tree frame, you will at least not be sacrificing the top 32 px of the main frame. As far as the 'branding' issue is concerned, I do not begrudge DC and Zope the recognition they deserve, as long as it doesn't get in the users way. As an alternative to placing the 'branding' and 'placeless' content into the tree frame directly, you might consider splitting the tree frame instead. This would keep the logo visible, but would no longer take up screen real estate from the main frame. Does DC do any usability testing on proposed UI changes? HTH, 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 )
[Zope-dev] ANNOUNCE: CookieCrumbler product
CookieCrumbler lets you set up cookie-based authentication even when your user folder does not support cookies. Zope 2.2.x or above is required since this product depends on a new publisher traversal hook. Enjoy! http://www.zope.org/Members/hathawsh/CookieCrumbler 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] New UI for 2.3
In article [EMAIL PROTECTED], Shane Hathaway [EMAIL PROTECTED] writes Andy McKay wrote: Come on, can someone post some sample screenshots? http://www.zope.org/Members/hathawsh/new_ui.png I hate the brand at the top. Put it at the bottom where it can disappear and not take up space. Can we have ownership information as well? How about switching to a more sensible permissions scheme; then we could have rwxr--r-- etc. I also would have to worry about the correct settings of 'Add Mydongle', 'View MyDongle' etc. How can the administrator keep up with the multiplicity of such things. I have more than a page full of such permissions most of which I don't understand. And will we get any better information on what causes all those permissioning failures. Telling us what causes our slightly modified product/Zclass to go down the pan and take the data with it would also be nice. -- Robin Becker ___ 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 Lloyd writes: ... But is it really so bad to make a 32 pixel-high concession to a small pittance of branding? I can spare 32 pixels in height, but the current 32 pixels are worthless for me as I cannot read what is there. I do not know at what design schools one learns that black letters on dark blue background is a good thing. It seems to be quite widespread, as I see this quite often. Please keep in mind that colors do not look equal everywhere. My colors are usually dimmed as my eyes start burning when I have to look into bright light for a longer time (Zope's management screens are very difficult for me as they use bright white as background. I already looked whether I could change it, but unfortunately, the color is coded individually in each file. What about using a central style sheet instead?). Therefore, what might look good at your screen, is unrecognizable on mine (and probably others). Furthermore, you lost brand by placing the blue Zope button onto the blue stripe. You can now only guess, what is should be. While contrast is very high at most places in the new design, it is far too low in this place. 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] updated main.dtml for PlugIns product for Zope 2.3
I've put up a new main.dtml file for the PlugIns product (related to ZPatterns), for use with Zope 2.3. This replaces the previous file posted at the same URL. http://www.cat-box.net/steve/main.dtml The change makes the odd-even table row styles work consistently even when there are plug-ins in the plug-in container. -- 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] Debugging Zope with Komodo
Andy McKay wrote: My lips are sealed. You're being coy. Here is the URL: http://www.activestate.com/Products/Komodo/ 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] New UI for 2.3
My 2 cents and thanks to people for letting me have a look! -There are too many conflicting shades of blue - blue links on blue background, black text on blue background, blue underlines on tabs and so on. - you guys like blue eh? -I dont mind the idea of the bar at the top, branding is fine -I do mind the idea that is 32 pixels in height being unused. stick the copyright, refresh options, time of day up there, if the space is being used more effectively, people wont mind as much. There's a ton of stuff you could put up there and still view on a laptop.. -No chance of getting no case sensitive object listing (or at least having it as an option?) -the select/deselect all is great but changing the button is generally considering confusing.. -- Andy McKay. - Original Message - From: "Dieter Maurer" [EMAIL PROTECTED] To: "Brian Lloyd" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, January 12, 2001 12:37 PM Subject: RE: [Zope-dev] New UI for 2.3 Brian Lloyd writes: ... But is it really so bad to make a 32 pixel-high concession to a small pittance of branding? I can spare 32 pixels in height, but the current 32 pixels are worthless for me as I cannot read what is there. I do not know at what design schools one learns that black letters on dark blue background is a good thing. It seems to be quite widespread, as I see this quite often. Please keep in mind that colors do not look equal everywhere. My colors are usually dimmed as my eyes start burning when I have to look into bright light for a longer time (Zope's management screens are very difficult for me as they use bright white as background. I already looked whether I could change it, but unfortunately, the color is coded individually in each file. What about using a central style sheet instead?). Therefore, what might look good at your screen, is unrecognizable on mine (and probably others). Furthermore, you lost brand by placing the blue Zope button onto the blue stripe. You can now only guess, what is should be. While contrast is very high at most places in the new design, it is far too low in this place. 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 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] updated main.dtml for PlugIns product for Zope 2.3
Steve Alexander wrote: I've put up a new main.dtml file for the PlugIns product (related to ZPatterns), for use with Zope 2.3. This replaces the previous file posted at the same URL. http://www.cat-box.net/steve/main.dtml The change makes the odd-even table row styles work consistently even when there are plug-ins in the plug-in container. And just updated again, to keep pace with the changes in CVS. I'll be keeping the file at that URL generally up to date with the changes to main.dtml in CVS, at least until 2.3 beta is released. I won't bother announcing more changes to this list, unless they are large and significant. -- 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 )
