FROM : slasktrattenator
DATE : Fri Nov 23 23:00:05 2007
Thanks, I'll file an enhancement request. In the meantime, I guess
I'll have to design my own progress indicator .
On Nov 23, 2007 10:41 PM, Ricky Sharp <<email_removed>> wrote:
>
> On Nov 23, 2007, at 3:11 PM, <email_removed> wrote:
>
> > I tried downscaling but it didn't help. It seems the max size of the
> > progress indicator is some 30x30 px. If the actual rect is larger,
> > it's drawn in white. Yet NSProgressIndicator is a subclass of NSView
> > so I figure I should be able to make it any size I want. Could this be
> > a bug?
>
> Perhaps not really a bug, but now a limitation. Definitely file an
> enhancement request. 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.
>
> Note that you'll see the same issues for most other controls as well.
> While they do support res-ind, their sizes are pretty much fixed point-
> wise.
>
> ___________________________________________________________
> Ricky A. Sharp mailto:<email_removed>
> Instant Interactive(tm) http://www.instantinteractive.com
>
>
DATE : Fri Nov 23 23:00:05 2007
Thanks, I'll file an enhancement request. In the meantime, I guess
I'll have to design my own progress indicator .
On Nov 23, 2007 10:41 PM, Ricky Sharp <<email_removed>> wrote:
>
> On Nov 23, 2007, at 3:11 PM, <email_removed> wrote:
>
> > I tried downscaling but it didn't help. It seems the max size of the
> > progress indicator is some 30x30 px. If the actual rect is larger,
> > it's drawn in white. Yet NSProgressIndicator is a subclass of NSView
> > so I figure I should be able to make it any size I want. Could this be
> > a bug?
>
> Perhaps not really a bug, but now a limitation. Definitely file an
> enhancement request. 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.
>
> Note that you'll see the same issues for most other controls as well.
> While they do support res-ind, their sizes are pretty much fixed point-
> wise.
>
> ___________________________________________________________
> Ricky A. Sharp mailto:<email_removed>
> Instant Interactive(tm) http://www.instantinteractive.com
>
>
| Related mails | Author | Date |
|---|---|---|
| slasktrattenator | Nov 23, 17:10 | |
| Andreas Mayer | Nov 23, 17:18 | |
| John Stiles | Nov 23, 19:53 | |
| slasktrattenator | Nov 23, 20:14 | |
| slasktrattenator | Nov 23, 22:11 | |
| Ricky Sharp | Nov 23, 22:41 | |
| slasktrattenator | Nov 23, 23:00 | |
| slasktrattenator | Nov 24, 00:40 | |
| Chris Hanson | Nov 24, 07:30 | |
| Ricky Sharp | Nov 24, 14:35 |






Cocoa mail archive

