• 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: NSFontPanel problem
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: NSFontPanel problem


  • Subject: Re: NSFontPanel problem
  • From: Alexandre <email@hidden>
  • Date: Mon, 14 Jun 2004 00:41:06 -0400

Hi Steve

Thanks for your answer & advice. A bug indeed. I've tried the resize and back approach within my views' becomeFirstResponder methods and it didn't work. Ditto for resizing and back the font panel's contentView. Now, I am about to try removing the font panel's subviews programmatically (again within my views' becomeFirstResponder).

Why would Apple give us this protocol (and its one method!) without testing it is beyond me. What a bunch of slackers... :)

Will let you know if and when I crack this nut.

Thanks
Alex

On Jun 13, 2004, at 3:08 PM, Steve Sims wrote:

Hi Alexandre,

I wish I could give you a solution to this problem, since I'm seeing a similar problem in my own app. In my case I return the valid modes as NSFontPanelFaceModeMask with NSFontPanelCollectionModeMask in my font panel delegate and never change how I wish the font panel to be displayed. The font panel that appears sure enough doesn't have the font size selector (as desired) but there's just a blank gap where the size selector should be. If you resize the font panel then the lists expand to fill the panel, giving the appearance you would normally expect.

Having read your message this would seem to be the same problem that you're experiencing.

This seems to me to be a bug since the panel should fully update its display according to the valid modes.

Now I haven't bothered to try to solve this problem, since my app still functions properly. However it strikes me that you could force the panel to update itself when the validModesForFontPanel gets called. Since from my observation resizing seems to fix the display maybe sending a pair of resize messages to increase the size of the panel and then set it back to what it was before would work? (See NSWindow's frame and setFrame calls.)

If you try this out please let me know how you get along.

Cheers,

Steve


On 12 Jun 2004, at 23:46, Alexandre wrote:

No answers from anyone but I just can't believe that I would be the
first to have used validModesForFontPanel: so I'll try again under a
different subject line.
<snip>
Available modes are updated accordingly, but subview autoresizing
within the font panel seems faulty, because switching from #1 to #2
(partial modes to all modes) shows the typeface subview overlapping
with the reintroduced size subview.
_______________________________________________
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.


References: 
 >NSFontPanel problem (From: Alexandre <email@hidden>)
 >Re: NSFontPanel problem (From: Steve Sims <email@hidden>)

  • Prev by Date: Background color for Drawers
  • Next by Date: NSButton/setEnabled:
  • Previous by thread: Re: NSFontPanel problem
  • Next by thread: doubles not behaving
  • Index(es):
    • Date
    • Thread