• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Override AppleScrollBarVariant on NSScroller? [SOLVED]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Override AppleScrollBarVariant on NSScroller? [SOLVED]


  • Subject: Re: Override AppleScrollBarVariant on NSScroller? [SOLVED]
  • From: email@hidden
  • Date: Sat, 12 Apr 2008 16:09:11 +0200

Problem solved. Anyone looking for the solution can find it in this thread:

http://lists.apple.com/archives/cocoa-dev/2008/Apr/msg01083.html

On Sat, Apr 12, 2008 at 12:33 PM,  <email@hidden> wrote:
> >  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

  • Prev by Date: Re: NSApplicationMain arguments [SOLVED]
  • Next by Date: Re: Accessing Directory.app shared contacts
  • Previous by thread: Re: NSApplicationMain arguments [SOLVED]
  • Next by thread: Get file type/creator
  • Index(es):
    • Date
    • Thread