107023 - (altss) [AltSS] Tracker for Alternate Style UI

Assignee

Description

•

23 years ago

This is the tracker bug for the Alternate Styles UI. It's a replacement for bug 6782, which jumbled discussion on topics ranging from the Cascade to wording of the 'none' option into one bug. This isn't a tracker for layout problems related to style switching; just use the [AltSS] code in the summary field for that. When adding a dependency, please also comment with the bug's summary. Bug 6782 began with http://www.fas.harvard.edu/~dbaron/css/ssui/. Results of the first phase of discussion (until April 2001) have been summarized below: Summary of Alternate Style Discussion in Bug 6782 (v2.4) ======================================================== Referencing: http://bugzilla.mozilla.org/show_bug.cgi?id=6782 Capabilities of Alternate Author Style Selection ------------------------------------------------ o User interface must allow user to: - disable author styles ~ all author styles will be disabled at the same time (not separately) ~ switch affects: > non-CSS presentational hints > persistent styles > all alternate styles (including preferred style set) - use page-defined styles: ~ enables non-CSS presentational hints ~ enables persistent stylesheets ~ allows user to choose from selection of > Preferred style set, or, if there is no preferred style set, a "no alternate" option > any alternate style sets specified by the author o A selected alternate style will remain in effect as long as it is available or until the user selects another style. - How is the availability of an author style to be determined? ~ By title > two sites may have different alternates with the same title ~ By URI > keep in mind that a style set can have several stylesheet files and a style set with the same title may add or subtract files from page to page within the site - If the default style has been selected, then the default style remains selected (regardless of title or URI) until another style is selected. o The selection of an alternate style offered by a page will be recorded in the History, and that style will be used every time that page is loaded as long as it remains in the History. ( o A User Style remains in effect until the user selects another User Style.) Presentation of Alternate Styles -------------------------------- Re: 'Use Stylesheet' submenu under 'View' o rename to 'Use Style' o We are using "page" to refer to the document o radios among author style choices - has equivalent of 'none' ~ We need a name for the "none" option in the author style section. So far, proposals are: > 'none' > 'Ignore Page Styles' > 'Disable Page Styles' > 'No Page Styles' - Author Styles option names: ~ alternate style sets (including the preferred style set) define their own names ~ A page without a preferred style set needs a name for the default style enabled option. So far, proposals are: > 'Use Page Style' - "Use" is redundant with submenu name - inconsistent with alternate style names (which, in general, won't begin with verbs) > 'Page Style' > 'Page-Defined Style' Re: User Style Storage Format: o stored in a Stylesheet Folder, in which each file becomes an option - any directory, whether on the hard disk or on the Internet can be used - title will be the filename ~ default styles (shipped with Mozilla) will have .css - readily identified as CSS, not some other language - can be associated with an editor by virtue of extension - OS file manager can be used to edit user style selection ~ users are already familiar with how that works ~ Mozilla not required to create a UI for the job o Stylesheet Folder and User Style selection are set in the prefs dialog - which panel? - name for "no user stylesheet" option: 'none' Interaction of Preferences, User Styles and Style System -------------------------------------------------------- o visual preferences should be expressed as a user stylesheet or its equivalent in prefs code o If no colors (background, text, links, etc.) or font face is specified by a user stylesheet, it should default to those selected in the preferences. - This implies that the preferences are not equivalent to the other user styles (which are mutually exclusive), but behave similar to persistent author styles (are always there). o In accordance with the previous point, the cascade should be: 1. UA (ua.css, importing html.css) 2. user prefs + any selected user styles 3. author non-CSS presentation hints 4. author style rules 5. author !important rules 6. final user say (see next section for details) - This does not require that user prefs & user styles be on separate cascading levels. They should both apply at the same level, with the user prefs listed first. o Final User Say: - 6. user prefs override + user style !important rules ~ style rules will cascade according to specificity (prefs will be applied first) ~ ambiguity in the meaning of "Always use my..." can be easily solved by a rewording of the option. ex: "Allow documents to specify other fonts" (from Tardis) The user stylesheet is not the document; therefore, it is not restricted by this preference and can override it with an !important rule. [Much of this is covered by existing code and bug 103594; don't track style system here.]

fantasai

Assignee