[haiku-development] Re: Checking consistency of used strings

  • From: "Humdinger" <humdingerb@xxxxxxxxxxxxxx>
  • To: haiku-development@xxxxxxxxxxxxx
  • Date: Tue, 01 Dec 2009 15:17:12 +0100

-- Ryan Leavengood, on Mon, 30 Nov 2009 10:49:23 -0500:
> On Fri, Nov 27, 2009 at 12:31 PM, Humdinger <humdingerb@xxxxxxxxxxxxxx> 
> > wrote:
> >> "An ellipsis is a series of 3 dots (...) used to tell the user 
> > > that a
> >> control -- often a menu item or button -- will open a window 
> > > asking for
> >> additional information that is needed to complete the item's 
> > > function. For
> >> example, "Print..." will open a dialog before it actually starts 
> > > printing.
> >> No ellipses must be used, if the function already implies the 
> > > opening of a
> >> window, like "Settings" opening a preferences panel or "Show Log" 
> > > opening a
> >> window with some data."

> So I at least give the go ahead for you to make some patches to
> correct this in various Haiku applications.

Thanks. The patches can then be evaluated and maybe adjusted if 
different opinions gain some traction.

> > 2. Capitalization
> > Does everyone agree on the definition in the HIG at
> > http://factory.haiku-os.org/documentation/HIG/ch06s04.html:
> >
> >> "Use title capitalization in all places except where full 
> > > sentences are
> >> used. This means that all "important" words and the last word in a 
> > > phrase --
> >> regardless of importance -- are capitalized. Prepositions, 
> > > definite
> >> articles, and conjunctions (as, for, to, the, and, etc.) are 
> > > generally not
> >> capitalized except when they are the first or last word in the 
> > > phrase, such
> >> as in "Save As..."."
> 
> This is pretty much what the Apple HIG says and I think it makes 
> sense.
> 
> > Examples:
> > "Capture Entire Screen", "Capture Active Window", "Take Screenshot
> > after a Delay of x Seconds", "Back to Save", "Always on Top", 
> > "Tracker
> > Always First"
> 
> All of these are fine except the third ("Take Screenshot...") which I
> think is a full sentence. In general once there are over 4 or 5 words
> I think it is getting close to a full sentence and if it isn't one
> maybe it should be made into one.

I agree. Maybe that should be added as well. As a rule of thumb.

> One example from this thread is the
> Mail preference "Check every _x_ [Minutes]", which could become 
> "Check
> for mail every _x_ [minutes]".

Yes, or as Jonas suggested, something like "Check for mail every 
[5/10/30 minutes]".

> > 3. Settings, Options, Preferences
> > * I suggest to only use "Preferences", if the opened panel is a 
> > system
> > preference, also available from Deskbar|Preferences. For example:
> > Tracker, Deskbar, E-mail.
> >
> > * All others should be "Settings" as that corresponds to their 
> > location
> > in ~/config/settings/
> 
> This sounds pretty reasonable. Still the whole preference versus
> settings thing is a bit ambiguous. Besides our BeOS legacy is there
> any reason to call all those little apps preferences and not 
> settings?

As a non-native, the difference to me is subtle and neglectable. A 
"preference" points more to a matter of taste while "setting" is a bit 
more like hard data. For example, colours are preferences, mail account 
information is a setting. The borders are of course very blurry.

So, I'd be OK with "Settings" for everything.
 
> Looking at the Settings
> menu in Terminal, which has a "Preferences..." submenu (hmmm) I think
> the font and font size selection in the Preferences window could be
> moved into the Settings menu.

Ticket #5030 deals in detail with the Terminal situation... :)

> In that sense Apple
> has things right with there "App" menu on every application: it is an
> obvious location for a settings or preferences menu item.

Yep. Plus "About {app}", "Help", "Quit" etc.

> > My work would be limited to providing patches to change strings. 
> > Any
> > coding changes, like e.g. moving "Settings" from "Edit" to it's own
> > menu (if that would even be desirable) would have to be discussed
> > elsewhere and implemented by a programmer.
> 
> Yeah that makes sense. Someday I could tackle some of the more
> developer-oriented fixes.

No no, Ryan. You go back to your WebKit. :)
After doing that CTRL+ALT+RMB for window resizing, of course. How's 
that going? :)

Regards,
Humdinger

-- 
--=-=--=-=--=-=--=-=--=-=--=-=--=-=--=-=--=-=--=-
Deutsche Haiku News @ http://www.haiku-gazette.de


Other related posts: