Closed Bug 127338 Opened 23 years ago Closed 20 years ago

add padding to cookies panel per screenshot

Categories

(SeaMonkey :: Preferences, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: rebron, Assigned: jag+mozilla)

Details

(Keywords: polish, Whiteboard: [adt3])

Attachments

(2 files)

Need to add a border around the Cookies Preferences Panel and the Labels preferences panel to be consistent with the rest of the preferences. e.g. Cookies ---Cookie Settings ---- Labels ---Label Settings ----
-> morse
Assignee: sgehani → morse
What's the rule here? There used to be a border around the cookie pref panel but it was removed as part of the patch for bug 103192 (see comment 16, item 3). That was decided by jglick, the UE rep. So I'm reassigning this to UE in order to get a decision as to whether this bug report is invalid, or if they want to reverse the decision they took in bug 103192.
Assignee: morse → jglick
There really is no set rule. The group boxes are generally used to group together more strongly related types of items on a pref panel. If there is no reason to separate and group chunks of items on the panel, the group box is not necesary. Some folks prefer the look of the group box, so sometimes its used and surrounds all items on the pref panel. Themes, Languages, Priv and Sec, Scripts and System are examples of pref panels in which the content is strongly related and doesn't need to be broken up into groupboxes and because space is tight, there is no group box. Cache, Proxies and Software Install are example in which the content is strongly related, but because there was room, the developer choose to inclose the whole content in a group box. There is room on the Labels pref panel so there is already a bug to add the group box to that panel. That is covered in bug 126609. If you want to add the groupbox around all the content in Cookies pref panel and the content will fit properly without being cropped on all platforms, its fine with me. As morse mentions though, the content was being cropped, hence, the groupbox was removed to prevent the cropping. Being able to see the contents of the panel is more important. Back to default owner.
Assignee: jglick → sgehani
Steve Morse owns the cookies panel.
Assignee: sgehani → morse
As for the cookies pref panel, this is a wont-fix based on what jglick said in comment #3. Closing this report out as such.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
Well, doing items #1 and #2 on bug 103192 (comment 16, item 3)-- reducing the text and changing view privacy levels to just view-- now provides the room to allow the 1 px image. And per jglick "If you want to add the groupbox around all the content in Cookies pref panel and the content will fit properly without being cropped on all platforms, its fine with me. As morse mentions though, the content was being cropped, hence, the groupbox was removed to prevent the cropping. Being able to see the contents of the panel is more important." There shouldn't be anymore cropping because of items #1 and #2. Don't want to beat a dead horse but this is a polish bug to me and having the 1px border just looks better and is more consistent across preferences. The implementation is similar to the cache and proxies preference panel which have a 1 px border grouping. jglick, is it possible to get a screenshot similar to the one you created for bug 126609 for the cookies panel
my take on this is that we really need better pref layout guidelines. the problem however isn't whether or not to have a group box, but more of a space layout question... the group box is providing some indentation and nicer padding/margins, which help make the space feel more organized. as a general rule, a group box shouldn't be used unless some distinct separation is needed. So, either make up some psuedo separation to help it look nicer, or create a boundary element which is essentially just spacing and indentation. go look up "Golden Section" in your favorite search engine...
Attached image With groupbox (deleted) —
I think Marlon's points are valid. The problem here is that none of our prefs are consistent. Cc'd Lori, ui manager for her thoughts.
thanks for the screen shot jen. a. Changing summary from 1 px border to add padding to make pretty. b. Can we re-open this bug? c. Stephen, Don't need to fix it for beta but would like to see it done for final release. d. Adding polish keyword. e. Prefs overall do need some love and some consistency. The number of preference screens are definitely a longer list than 4.x and has grown with each major release e.g. there are 9 screens of preferences for privacy and security and 7 screens for advanced.
Keywords: polish
Summary: 1 pix border around Cookies and Labels pref → add padding to cookies panel per screenshot
Reopening
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Status: REOPENED → ASSIGNED
Target Milestone: --- → Future
I think Marlon is on the right track. We need to create and publish layout guidelines for prefs as well as do an overall re-desgin. However, that's not in the current plan or schedule. His stated guidelines are appropriate. I recommend going with the revised layout without the group box. As Marlon (and the various platform guidelines) state(s) group boxes are for visually separating related elements on a panel or in a dialog box. Since all the elements on the Cookies panel relate to each other and there is no need to group them, there is no need for the group box. Adding the additional padding arranges the elements better and creates the visual cohesion necessary.
cookie UI bugs now to to sgehani, reassigning
Assignee: morse → sgehani
Status: ASSIGNED → NEW
Target Milestone: Future → ---
-> jag
Assignee: sgehani → jaggernaut
nominating nsbeta1 for implementing jen's second attachment or "With groupbox". This panel sticks out.
Keywords: polishnsbeta1
Nav triage team: nsbeta1+/adt3
Keywords: nsbeta1nsbeta1+, polish
Whiteboard: [adt3]
Status: NEW → RESOLVED
Closed: 23 years ago20 years ago
Resolution: --- → FIXED
No patch/fix referenced. There's isn't even a comment that anything is now working. ->WORKSFORME (But if it isn't, it should be reopened.)
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Status: REOPENED → RESOLVED
Closed: 20 years ago20 years ago
Resolution: --- → WORKSFORME
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: