Re: Accessing function definitions
Re: Accessing function definitions
- Subject: Re: Accessing function definitions
- From: Laurence Harris <email@hidden>
- Date: Wed, 8 Nov 2006 13:16:55 -0500
On Nov 8, 2006, at 12:38 PM, Thomas Engelmeier wrote:
On 26.10.2006, at 21:22, Greg Guerin wrote:
I find it hard to believe that isn't just a constant that could be
specified by a preference.
I find it hard to believe it isn't already specified by a
preference. An
advanced or expert preference perhaps, but 20 is so arbitrary
IIRC 20 is the number where the HIG state an alternative to an
popup should be used.
Regards,
Tom"Popups with too many entries suck. Try the next time to select
e.g. Greece without using the keyboard in an website popup where
every country in the world is listed"E
I agree that hundreds of items in a menu make it unmanageable, but
there's a middle ground between 20 and hundreds. I hardly think 30 or
40 function names make a menu unmanageable, for example. Certainly it
doesn't seem to be a problem for the function popup at the top of
source file windows in Xcode, where there can be a lot more than 20
functions appearing in the menu.
And the example of a popup on a web page is not quite analogous. That
web page could be designed to use a scrolling list in place of a
popup, for example. If Xcode wants to pop up a scrolling list, that
would be better than making me switch to the Find window. A long menu
of countries might not be that bad if the alternative were to open a
new window with a list of countries in which I could only a small
number of them at a time, and I had to scroll through the list with
no type selection option.
I still like CW's solution to this. If I open a CM for a function
name in CW, the menu has a submenu of all implementations of the
function. If I Option-double-click a function name, a window opens
with a list of all implementations. That gives me the option of
accessing the function's definition using a menu or a list each time.
And when I have that option I use both of them regularly depending on
the situation.
Larry
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden