FROM : John Stiles
DATE : Thu Jun 08 22:46:27 2006
Well, this isn't a standard way for a Mac OS control to operate, so I
guess you'll need to roll it yourself.
Personally, I would question whether you want to mimic non-standard
Windows controls in a Mac app. To me that seems like the wrong
choice, just on principle if nothing else.
On Jun 8, 2006, at 1:43 PM, Scott Mitchell wrote:
> Yeah that is what I wanted, but since our Windows counterpart uses
> a Combo Box for the same thing, we have to sue a Combo box also
> (Mainly for Documentation and Training purposes). I have argued
> about this, but it is not worth fighting them about as far as I am
> concerned. I save the fights for what really matter.
>
> Thanks,
> Scott Mitchell
> Senior Macintosh Software Engineer
> Excelsior Software
> http://www.excelsiorsoftware.com
>
>
> On Jun 8, 2006, at 2:33 PM, j o a r wrote:
>
>>
>> On 8 jun 2006, at 22.28, Scott Mitchell wrote:
>>
>>> So if the user types "J" it selects January, but then if the
>>> user types "Ju" it selects June. That all works fine by turning
>>> on the [combobox setComplets:YES]. But if the user
>>> types say "Q" nothing gets put in the edit field. I don't want
>>> the user to be able to type anything that is not in the list.
>>
>> How about using a regular pop-up button? If you want to allow for
>> the user to "type-ahead", then direct them to the "full keyboard
>> access" functionality of the keyboard shortcuts section of system
>> preferences.
>>
>> j o a r
>>
>>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Cocoa-dev mailing list (<email_removed>)
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/cocoa-dev/jstiles%
> 40blizzard.com
>
> This email sent to <email_removed>
DATE : Thu Jun 08 22:46:27 2006
Well, this isn't a standard way for a Mac OS control to operate, so I
guess you'll need to roll it yourself.
Personally, I would question whether you want to mimic non-standard
Windows controls in a Mac app. To me that seems like the wrong
choice, just on principle if nothing else.
On Jun 8, 2006, at 1:43 PM, Scott Mitchell wrote:
> Yeah that is what I wanted, but since our Windows counterpart uses
> a Combo Box for the same thing, we have to sue a Combo box also
> (Mainly for Documentation and Training purposes). I have argued
> about this, but it is not worth fighting them about as far as I am
> concerned. I save the fights for what really matter.
>
> Thanks,
> Scott Mitchell
> Senior Macintosh Software Engineer
> Excelsior Software
> http://www.excelsiorsoftware.com
>
>
> On Jun 8, 2006, at 2:33 PM, j o a r wrote:
>
>>
>> On 8 jun 2006, at 22.28, Scott Mitchell wrote:
>>
>>> So if the user types "J" it selects January, but then if the
>>> user types "Ju" it selects June. That all works fine by turning
>>> on the [combobox setComplets:YES]. But if the user
>>> types say "Q" nothing gets put in the edit field. I don't want
>>> the user to be able to type anything that is not in the list.
>>
>> How about using a regular pop-up button? If you want to allow for
>> the user to "type-ahead", then direct them to the "full keyboard
>> access" functionality of the keyboard shortcuts section of system
>> preferences.
>>
>> j o a r
>>
>>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Cocoa-dev mailing list (<email_removed>)
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/cocoa-dev/jstiles%
> 40blizzard.com
>
> This email sent to <email_removed>
| Related mails | Author | Date |
|---|---|---|
| Scott Mitchell | Jun 8, 22:28 | |
| j o a r | Jun 8, 22:33 | |
| Scott Mitchell | Jun 8, 22:43 | |
| John Stiles | Jun 8, 22:46 | |
| j o a r | Jun 8, 22:48 | |
| Scott Mitchell | Jun 8, 23:04 | |
| Simon Wigzell | Jun 9, 00:01 | |
| j o a r | Jun 9, 00:04 | |
| John Stiles | Jun 9, 00:05 |






Cocoa mail archive

