X-Git-Url: http://shamusworld.gotdns.org/cgi-bin/gitweb.cgi?a=blobdiff_plain;f=STYLE_GUIDE;h=278c65a0d4bd1860480b3f19fb9a72a28dc544f1;hb=5432a9fe7de29efd25d570bccb662ea3c2b4783c;hp=7568a1f6fe5ede6cc1f33d411c42991410653222;hpb=bcd15d4ba5093d128f5ab6c0526272148a766ca0;p=ardour-manual-diverged diff --git a/STYLE_GUIDE b/STYLE_GUIDE index 7568a1f..278c65a 100644 --- a/STYLE_GUIDE +++ b/STYLE_GUIDE @@ -76,6 +76,10 @@ normal text flow, or asides. Currently rendered in a gray box. use for potentially dangerous situations involving data loss, malfunction, or sound quality issues. Currently rendered in a red box. +.mac, .lin, .win: +use as additional classes to mark a section as relevant for these operating +systems only. + Check _manual/01_welcome-to-ardour/02_about-ardour-documentation.html, it serves as a style and markup guide. @@ -98,6 +102,11 @@ level below its predecessor. Do not abuse headings to style a head line. Every snippet of text should be enclosed in a block level element. The default choice is

, the plain paragraph. + +Cross-reference links in the manual are reasonably stable, since they are +independent of the ordering number (which gets removed from the URL) and the +pretty page title (the URL is created from the file name). So unless a file +is renamed or moved to another sub-directory, links should be ok. 4.1 Inline markups ------------------ @@ -166,8 +175,9 @@ elements. ------------------------------------ -Any keys or key combinations, mouse buttons, or controllers should be marked -with this element. +Any keys or key combinations, mouse buttons or controllers, menu items or +textual user input should be marked with this element. It is used here in +the widest possible sense, qualified by classes. E.g.: "Press F to fit all tracks to the height of the Editor window." "Move Fader 1 on your MIDI controller to bind it. @@ -184,6 +194,21 @@ For anything you want the user to type, use as a block-level element. See above for other classes to denote menu items, selections, mouse events and controller actions. +Keys and mouse key names should always be capitalized. We do not need to +distringuish between "x" and "X", because the latter would be "Shift-X". +In case you forget, the stylesheet takes care of this. + +CSS Classes used with are: +.modN +.mouse: mouse buttons +.cmd: a command line +.lin, .win, .mac: add nice prompts to that command line +.input: inline text to be entered by the user +.menu: path to an Ardour menu or other GUI item +.option: path to an option, with (X) at the end. +.optoff: path to an option, with ( ) at the end. +.button, .fader, .knob: external controllers (OSC or MIDI). + is only used for program code, or the content of configuration files etc. Do not abuse to style keys or user input, use instead. @@ -200,7 +225,8 @@ types or presses. The image tag must contain a 'src="/images/yourimage.png"' element and a descriptive 'alt="A short textual description of the image content"' element. - +Images are usually placed as block-level elements, i.e. outside of a +paragraph. 5. Other conventions ==================== @@ -228,8 +254,8 @@ element. additional information, if at all. -5.3 Headline Capitalization ---------------------------- +5.3 Chapter Headline Capitalization +------------------------------------ Capitalization follows https://developer.gnome.org/hig-book/3.6/design-text-labels.html.en#layout-capitalization @@ -240,4 +266,7 @@ https://developer.gnome.org/hig-book/3.6/design-text-labels.html.en#layout-capit Conjunctions: and, but, for, not, so, yet ... Prepositions of three or fewer letters: at, for, by, in, to ... * Keep headlines short and concise. +* secondary headlines in articles are not capitalized +* Do not capitalize concepts in the text body, with the possible exceptions + of _the_ Editor and _the_ Mixer.