[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] Proposal to fix NSCell issue

From: Markus Hitter
Subject: Re: [PATCH] Proposal to fix NSCell issue
Date: Thu, 1 Apr 2004 17:01:50 +0200

Am 01.04.2004 um 15:38 schrieb Quentin Mathé:

Le 1 avr. 04, à 09:18, Markus Hitter a écrit :

That's strange since all these classes support clicking by the user already.

This is not in relation with the problem. See below

At worst you whould have to sythesize an MouseDown event.

Sorry, I don't have OpenStep available, but OS X's docs clearly state "... simulate a single mouse click on the receiver ..." in all three descriptions. The mouse doesn't know about views and/or frames either.

<explanation snipped>
Now you should understand more clearly the problem I think.

Not to offend you, but this sounds like it's a pure implementation problem and GNUstep's implementation is inferior to OpenStep and Cocoa.

As a "user" (application developer) I don't really care how it is done and I want to fiddle with parameters as rarely as possible. NeXT managed to do it and Apple managed it, so why doesn't GNUstep?

OK, I'll shut up now since I'm not really coding for GNUstep and I don't want to hobble your efforts.

Just FYI, I've found a method with the same signature you suggested but different behaviour in NSPopUpButtonCell's docs:


- (void)performClickWithFrame:(NSRect)frame inView:(NSView *)controlView

Displays the receiver’s menu as a context menu over controlView in frame.


- - - - - - - - - - - - - - - - - - -
Dipl. Ing. Markus Hitter

reply via email to

[Prev in Thread] Current Thread [Next in Thread]