[haiku-development] Re: Moving clock options to Time Preferences

  • From: John Scipione <jscipione@xxxxxxxxx>
  • To: "haiku-development@xxxxxxxxxxxxx" <haiku-development@xxxxxxxxxxxxx>
  • Date: Thu, 15 Nov 2012 01:12:08 -0500

On Wed, Nov 14, 2012 at 3:02 PM, Ryan Leavengood <leavengood@xxxxxxxxx> wrote:
> On Wed, Nov 14, 2012 at 2:52 PM, Rene Gollent <anevilyak@xxxxxxxxx> wrote:
>> On Wed, Nov 14, 2012 at 2:47 PM, Axel DÃrfler <axeld@xxxxxxxxxxxxxxxx> wrote:
>>> Just out of curiosity: where would you place it instead?
>>

Deskbar has some scary parts but is mostly good clean code. It is
admittedly a fairly complicated pre-layout app and thus has a lot of
book-keeping code to place, move, and resize all the views.

I like the idea of splitting clock out into it's own replicant in
theory but I think in practice it will be difficult to detangle the
clock from Deskbar and have it all work as it does now. I also think
the benefits are somewhat dubious.

On Wed, Nov 14, 2012 at 4:24 PM, Axel DÃrfler <axeld@xxxxxxxxxxxxxxxx> wrote:
> On 11/14/2012 09:02 PM, Ryan Leavengood wrote:
>> Personally I'd argue that it would make more sense as an input_server
>> add-on since it's a system-wide function that really shouldn't be
>> dependent on any particular app running. Currently, if Deskbar locks
>> up or crashes due to a bad replicant or whatnot, you effectively lose
>> the ability to task switch by keyboard until you restart it.
>
> I don't think that the input_server is the right place for this
> functionality. At least not for long.

Could you split Twitcher out as a regular BApplication and have it
load in the background at boot?

On Wed, Nov 14, 2012 at 4:08 PM, Ingo Weinhold <ingo_weinhold@xxxxxx> wrote:
> On 11/14/2012 07:13 PM, Justin Stressman wrote:
>>
>> My real issue with the 12/24 hour setting being under locale is that
>> users are going to look under Clock preferences and be lost because
>> the settings aren't in the obvious place. At that point they either
>> need to resort to Google to search for a solution, or they need to
>> have extra knowledge about locale specific formatting options etc...
>> which most don't have and we shouldn't expect them to have.
>
> The setting could be in the Clock preferences, which would allow two
> interpretations: 1. It overrides the locale settings. 2. It sets the
> system-wide locale option. Both would need an explanation. I'd rather see a
> "Configure system-wide time format" link that takes you to the Locale
> settings. That doesn't need any further explanation and may even enlighten
> the English speaking user about locale stuff. :-)

I was chastised for adding a Time preferences link in Deskbar
preferences before, so this kind of "linking" solution is discouraged.

I was thinking something more along the lines of this:

http://24.media.tumblr.com/tumblr_mdikaqttKs1r0f0hfo1_500.png

That is, adding a checkbox that overrides the setting in Locale
instead of duplicating it.

On Wed, Nov 14, 2012 at 3:52 PM, Justin Stressman <jstressman@xxxxxxxxx> wrote:
> On Wed, Nov 14, 2012 at 3:12 PM, John Scipione <jscipione@xxxxxxxxx> wrote:
> I was thinking perhaps something remotely similar to this
>
> http://www.guidebookgallery.org/pics/gui/settings/timedate/macos90-1-1.png
> (the buttons lead to
> http://www.guidebookgallery.org/pics/gui/settings/timedate/macos90-3-1.png
> and http://www.guidebookgallery.org/pics/gui/settings/timedate/macos90-2-1.png

The first screenshot more or less mirrors the tabs in Time preferences
now, or it would if clock were located in Time as I have suggested.

The settings in the second and third screenshots belong in Locale to
override the defaults. Modern Mac OS X goes even further allowing you
to customize the individual elements of the Short, Medium, Long, and
Full Date and Time formats as well as customize the separators,
meridian indicators, time zones, etc.

We don't need this level of customization, at least not right now. If
someone would like to provide it, it would go in the Formatting tab of
Locale and would need to extend the Locale Kit to support these
features.

On Wed, Nov 14, 2012 at 6:28 PM, Sean Collins <smc.collins@xxxxxxxxxxx> wrote:
> Wouldn't it just make sense to have a system time daemon, and the allow
> applications, the system, user land etc, all grab time information from it ?

You can already grab the system time in apps independently of the
Deskbar clock. You use the Locale Kit to format the time into
something someone from that locale expects.

> I still have no idea why locale and time have much to do with each other
> outside of time zone, which would be a time issue, not a locale issue. When
> I hear locale, my thoughts are generally that you are referring to keyboard,
> language, font settings etc, which is how it seems to be traditionally done
> in most of the operating systems I have used. But even that is a non uniform
> situation.

The Locale Kit is responsible for formatting time (as well as dates,
money, and numbers) according to your local customs. So that's why
there is a connection between Time and Locale.

On Wed, Nov 14, 2012 at 3:02 PM,  <pete.goodeve@xxxxxxxxxxxx> wrote:
> I pretty much agree with the above.  My personal 12/24 hr preference is
> independent of my locale.  I have 24hr setting on at least one machine,
> even though I'm in the US, just because I'm used to it and it can be
> convenient.
>
> Leave it in the Locale Prefs if you like, but duplicate it in the
> obvious Time Prefs place.

That's why I was thinking of overriding the Locale setting instead
like in the mockup I linked above.

Other related posts: