• 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: NSProgressIdicator Image Problems
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: NSProgressIdicator Image Problems


  • Subject: Re: NSProgressIdicator Image Problems
  • From: Thomas Finley <email@hidden>
  • Date: Mon, 30 Jun 2003 12:30:36 -0400

On Monday, June 30, 2003, at 11:04 AM, Duncan Oliver wrote:
[snip]
is that the picture I grab is grayed out, and I can't figure out why. Grabbing an image for a static progress indicator via a outlet produces a proper picture, so I can't figure it out. Here's some code for creating the picture.

The reason is simply that what you call the static progress indicator was in the active view hierarchy. Like many controls, PIs display themselves differently depending on whether they're part of the frontmost window or not. The progress bar you have dynamically created is not in the hierarchy -- is in no hierarchy at all, in fact -- so it is drawn as though it were in a background window.

While you might be able to fool it somehow, there's an much cheaper way. In fact, you've already said what you should do: get the image from a progress bar that's already in the window where the outline view is. Make it an outlet of your outline view data source. Position it outside the visible region of the window, and no one will no better. This has several advantages: when you get the image, it will automagically correctly draw its enabled/disabled version based on whether the outline view is in the top-level window or not. You also avoid the overhead of continually allocating progress bars.

Incidentally, that code has a lot of memory leaks. You never released your progress bar, you create one whether you'll need it for that column of the outline view or not, and you should autorelease the image before you return it.

Now, that's an answer to your question, but I am not sure I like this whole image thing; it would probably be pretty slow. Couldn't you create your own custom cell subclass for use in your outline view, and when drawing the cell simply pass off the drawing to a progress bar? That's a bit harder, but it would probably be worth it if you have a lot of these things.
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.
  • Follow-Ups:
    • Re: NSProgressIdicator Image Problems
      • From: Glen Simmons <email@hidden>
References: 
 >NSProgressIdicator Image Problems (From: Duncan Oliver <email@hidden>)

  • Prev by Date: Re: Writing Files
  • Next by Date: Re: Drawing text with NSLayoutManager
  • Previous by thread: NSProgressIdicator Image Problems
  • Next by thread: Re: NSProgressIdicator Image Problems
  • Index(es):
    • Date
    • Thread