• 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: Hi-DPI and bitmaps (was Re: Large progress indicators in Leopard)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Hi-DPI and bitmaps (was Re: Large progress indicators in Leopard)


  • Subject: Re: Hi-DPI and bitmaps (was Re: Large progress indicators in Leopard)
  • From: Ricky Sharp <email@hidden>
  • Date: Sat, 24 Nov 2007 07:35:31 -0600


On Nov 24, 2007, at 12:30 AM, Chris Hanson wrote:

On Nov 23, 2007, at 1:41 PM, Ricky Sharp wrote:

As John pointing out, the control could have been already modified to support Hi-DPI (aka resolution independence). My guess is that Apple is using bitmapped images and are just providing multi-res flavors (72 dpi and 288 dpi).

But, IMO, that's bad! If I were implementing the control, I would allow any size and would either vector-based images (e.g. PDF) or drawing primitives for the content.

Really, whether a control supports high DPI and whether it is implemented using vectors/primitives or using bitmaps is largely irrelevant. A bitmap sized for 72 DPI can serve just fine for higher resolutions, as if the *interface* is running at a higher resolution it will still be appropriately sized.

My point here about being bad was that due to the bitmapped graphics, the control can only be sized to a certain maximum. To keep the math simple, let's say this maximum is 1/2 square inch. On a 72 dpi display, that's 36 x 36 pixels. On a 288 dpi display, that's 144 x 144 pixels. Thus, a multi-res TIFF with two images (36 x 36 and 144 x 144) will indeed work, but it is still designed to only look right up to a maximum of 1/2 square inch. In fact, this is what res-ind does for us; we design stuff based upon points and not pixels.


If using vector-based artwork, the control has the advantage to infinitely scale its content. In the specific case of the progress indicator, the content artwork need not be bitmapped based. Thus, progress indicators of 1 sq inch, 2 sq inches, etc. will all have properly rendered content.

___________________________________________________________
Ricky A. Sharp         mailto:email@hidden
Instant Interactive(tm)   http://www.instantinteractive.com

_______________________________________________

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


References: 
 >Large progress indicators in Leopard (From: email@hidden)
 >Re: Large progress indicators in Leopard (From: John Stiles <email@hidden>)
 >Re: Large progress indicators in Leopard (From: email@hidden)
 >Re: Large progress indicators in Leopard (From: email@hidden)
 >Re: Large progress indicators in Leopard (From: Ricky Sharp <email@hidden>)
 >Hi-DPI and bitmaps (was Re: Large progress indicators in Leopard) (From: Chris Hanson <email@hidden>)

  • Prev by Date: Re: [NSBundle preferredLocalizationsFromArray:] Is the cold war really over?
  • Next by Date: Re: NSTableView apparently doesn’t respect allowsEmptySelection:NO anymore on Leopard
  • Previous by thread: Hi-DPI and bitmaps (was Re: Large progress indicators in Leopard)
  • Next by thread: Re: Large progress indicators in Leopard
  • Index(es):
    • Date
    • Thread