Re: Override AppleScrollBarVariant on NSScroller?
Re: Override AppleScrollBarVariant on NSScroller?
- Subject: Re: Override AppleScrollBarVariant on NSScroller?
- From: email@hidden
- Date: Sat, 12 Apr 2008 12:33:08 +0200
> No doubt both OP and iTunes have their reasons for screwing around with the
> scroll bars. They just aren't good reasons.
Guys, you are way off-topic, and you are offending me. Of course I
have good reasons for wanting to do this. Trust me, I'm not tampering
with user defaults for the sheer fun of it. If you can't provide me
with an answer to my question, please spare me your thoughts on UI
design. They don't belong to this list. Thank you.
On Sat, Apr 12, 2008 at 12:02 PM, Bill Monk <email@hidden> wrote:
>
> >
> > > I prefer them at one end, together, at bottom.
> > >
> > >
> > >
> >
> > So does iTunes. It now ignores any other choice. A bug, hopefully, not a
> > "feature."
> >
> >
>
> On Apr 12, 2008, at 12:27 AM, Clark Cox wrote:
>
> > This is not true. iTunes' scrollers will work in either of the
> > supported configurations.
> >
>
>
> And now, they're available in any color as long as it's black!
>
> Seriously, it is true. The other available configurations are supported
> perfectly well by the standard scroll bars. Have been for years, across
> multiple OS from 10.0 (and before, really) right up to the current moment.
> Just because every power-user feature is (rightly) not exposed in System
> Prefs, that doesn't automatically make it "unsupported", nor does it make
> iTunes (or the OP) free to ignore the user's choices.
>
> In iTunes, a scrollbar replacement got a marginally spiffier look but the
> full functionality of what it was trying to replace was left unfinished,
> effectively back-porting carelessness across sixteen OS revs all the way
> back to 10.3.9. Whatever UI travesty the OP may have originally been
> considering, it won't cut a swath that wide.
>
> No doubt both OP and iTunes have their reasons for screwing around with the
> scroll bars. They just aren't good reasons.
>
>
> _______________________________________________
>
> Cocoa-dev mailing list (email@hidden)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
>
>
> This email sent to email@hidden
>
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden