• 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
cmd-1, cmd-2, etc. for app or color panel?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

cmd-1, cmd-2, etc. for app or color panel?


  • Subject: cmd-1, cmd-2, etc. for app or color panel?
  • From: Lance Bland <email@hidden>
  • Date: Mon, 16 Sep 2002 12:33:22 -0400

hi-

The release notes (see below) say that cmd-1, cmd-2, etc. are for the
application (that's me!). I've been tracing a bug for weeks (gag!) and
found out that the color panel's slider view overrides these command key
equivalents, thus conflicting with the use of them in our apps. That
wasn't the case in 10.1, it is new in 10.2. I think those pop up buttons
should not have those key equivalents.

Also ... the color panel's cmd-1, etc. key equivalents are enabled even
when the list view is not the current color selection mode and it is
also enabled when the color panel is not on screen and when it is not
the key window. It seems that someone overwrote the normal sendEvent:
for the color panel to do funny things. It all appears to be
non-standard if not down right not so good.

Is this a bug? Is there anyway to get rid of them without a hack that
would break in the future? (I can't just open the nib and change it
because our customers may not do that, and it looks like there is some
hard coded logic in the color panel's sendEvent: method anyways.).

P.S. - it took me so long to find because it seems the color panel
pre-caches its views that were previously opened by the app, thus giving
the appearance of a random bug, until I realized what was happening.

:-)
(http://research.microsoft.com/~mbj/Smiley/Smiley.html)

-lance



Menu Item Key equivalents

Some menu item key equivalents are reserved by the system for screen and
selection grabs. You can set these key equivalents in Interface Builder
but they will not be shown when running. The currently reserved key
equivalents are Command-Shift-3 (aka Command-#), Command-Shift-4 (aka
Command-$) and Command-Control-Shift-3 and Command-Control-Shift-4.

Recommended command key equivalents for Copy/paste ruler and font
(style) commands have been changed. These used to be cmd-1, cmd-2,
cmd-3, and cmd-4 respectively; because we want to leave these command
keys to applications, the new recommended guidelines for these commands
are:

cmd-opt-c copy style
cmd-ctrl-c copy ruler

cmd-opt-v paste style
cmd-ctrl-v paste ruler

TextEdit and Mail follow these guidelines, as well as the menu entries
in the Interface Builder palette. However, not all applications on the
system have been converted.




------------------------------------
Lance Bland
mailto:email@hidden
VVI Is The #1 Visual-Report Tool Developer For Mac OS X
http://www.vvi.com
_______________________________________________
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.

  • Prev by Date: Re: Text file encryption
  • Next by Date: Re: window order preferences
  • Previous by thread: Re: [newbie] 10.2 Build problems
  • Next by thread: Re: [newbie] /r invoking button instead of going to textfield?
  • Index(es):
    • Date
    • Thread