[Dogsbreath]

Brilliant!!

Thanks a lot.

[elektroglide]

i agree - too dark, bold, and incongruent - as someone said, neither os x nor omni. urrgli !

[elektroglide]

Originally Posted by RobTrew

It has been pointed out to me that in OF 1.7.4 it is now possible to adjust the background color of the filter bar.

I have drafted an Applescript, which can be adjusted to suit your taste, and which shows how the filter bar color can be set.

(The script closes OF, if it is running, and the new colors appear when OF is restarted).

Mine currently looks something like this:



which I find less distracting than the loud contrasts in:



though I would still like:

• the button labels to be grayed except when displaying a non-default value
• the ribbon labels to be made optional

--

i get an applescript error when i try to run this:

2009-10-12 19:54:03.777 defaults[4248:60f] CFPropertyListCreateFromXMLData(): Old-style plist parser: missing semicolon in dictionary.
2009-10-12 19:54:03.779 defaults[4248:60f] CFPropertyListCreateFromXMLData(): Old-style plist parser: missing semicolon in dictionary.
2009-10-12 19:54:03.779 defaults[4248:60f] Could not parse: {r=0,588235294118; g=0,588235294118; b=0,617647058824; a=1.0;}. Try single-quoting it.

[Toadling]

Personally, I still prefer the default view bar over RobTrew's change -- to my tired eyes, the lighter background makes the bar much more difficult to read, bordering on annoying. But hey, too each his own.

Anyway, thanks for the hint, RobTrew! This is a good thing to know.

-Dennis

Originally Posted by elektroglide

i get an applescript error when i try to run this:

Are you running OF 1.7.4 ?
An earlier OS X ?
Have you edited the script ?

It might be worth downloading it again in text format from here.

--

Originally Posted by Toadling

to my tired eyes, the lighter background makes the bar much more difficult to read

If you want brighter label text you can edit the script to read:

-- Transparency of ribbon labels
property alphaLabels : 1.0



(By now I know what the text says, so I personally prefer it rather muted,

or even switched off :-)

property alphaLabels : 0.0



--

(Something of a relief after the urgent high-contrast chatter)


--

[elektroglide]

Originally Posted by RobTrew

Are you running OF 1.7.4 ?
An earlier OS X ?
Have you edited the script ?

It might be worth downloading it again in text format from here.

--

thanks for getting back to me.

i'm running latest versions of omnifocus and os x, no script editing.

i just click on either the original link, or the text version, and i get the same error when i try to run the script...

Originally Posted by elektroglide

i'm running latest versions of omnifocus and os x, no script editing.

A Snow Leopard change in applescript or Bash ? (I'm still running Leopard).

When you run the script it places the shell commands in the clipboard. Perhaps you could paste what you are getting into a private message on this board and send it to me.

[Ken Case]

Originally Posted by elektroglide

i get an applescript error when i try to run this:

2009-10-12 19:54:03.779 defaults[4248:60f] Could not parse: {r=0,588235294118; g=0,588235294118; b=0,617647058824; a=1.0;}. Try single-quoting it.

The problem is that the floating point numbers for the r, g, and b values are using comma as the decimal number separator (e.g. "0,58", a common formatting convention outside the U.S. for expressing decimal fractions), but the defaults command expects a period (e.g. "0.58", the convention in the U.S.).

Presumably AppleScript is formatting those numbers with commas based on your Language & Text locale settings in System Preferences. I'm not sure off-hand how to convince AppleScript to use the U.S. format other than to temporarily change your number format settings in System Preferences.

Originally Posted by Ken Case

The problem is that the floating point numbers for the r, g, and b values are using comma as the decimal number separator (e.g. "0,58", a common formatting convention outside the U.S. for expressing decimal fractions), but the defaults command expects a period (e.g. "0.58", the convention in the U.S.)

Thanks for spotting that Ken.

This redraft allows for regional variation in number formats.
--