Bug 493849

Summary: S-c-tools cleanup: use frames without borders, using bold labels, spacing and indetation.
Product: [Fedora] Fedora Reporter: Roman Rakus <rrakus>
Component: system-switch-mailAssignee: Than Ngo <than>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: rawhideCC: jreznik, mpoole, rnovacek, than, tsmetana
Target Milestone: ---Keywords: FutureFeature
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-06-28 12:48:36 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 493617    
Attachments:
Description Flags
Proposed patch that removes the frame none

Description Roman Rakus 2009-04-03 10:02:05 UTC 
Description of problem:
Frames with a border around their perimeter have traditionally been used for denoting groups of related controls. This is advantageous because it physically seperates disimilar controls, and also avoids repitition of the frame's label in individual member control labels. Unfortunately, they add visual noise that can both make a window appear more complex than it really is, and reduce the ability to quickly scan window elements.

Rather than using bordered frames, use frames without borders, bold labels to make the categories stand out, and indented contents. This, combined with good layout and spacing, is usually a better alternative to bordered.

How reproducible:


Steps to Reproduce:
1. invoke any dialog using frames

Actual results:
Frames with borders.

Expected results:
Frames without borders, using bold labels, spacing and indentation.

Additional info:
Look at GNOME Human Interface Guidelines 2.2 [1]

[1] http://library.gnome.org/devel/hig-book/stable/controls-frames.html.en
Comment 1 Radek Novacek 2009-08-03 13:51:24 UTC 
Created attachment 356028 [details]
Proposed patch that removes the frame
Comment 3 Than Ngo 2016-06-28 12:48:36 UTC 
it's fixed in 1.0.1-10