From: Joachim K. <ko...@ma...> - 2005-11-29 21:01:30
|
>As it stands now, the right click > > activates the window but I never see the click. Thus, to get the menu I >> have to click on it twice -- once to activate the window and once to get >> the menu. > >Please tell me again in *very* *clear* *details* why you want >to invalidate the OS X user experience? The OSX user experience already has both behaviours: Have a non-Finder application frontmost, then click on an icon in a Finder window: at the same time the Finder is brought to front, the item is selected. Scan a document from Image Capture. When the scanning finishes Preview is brought to front with the scanned image. Now click once on the Scan button in the non-frontmost Image Capture: in addition to coming to front the scan action is taken. Click at the red close jelly-bean of a window of a non-frontmost application: the window is closed instead of receiving the focus. AlphaX windows have an active Title bar: when you click on it, a small menu pops up with the path to the corresponding file (like Cmd-click- title-bar in the Finder). This feature does capture activation clicks: if you click on the title bar of an AlphaX window two things happen: AlphaX is brought to front and the pop-up menu opens. Cheers, Joachim. |
From: John S. <joh...@in...> - 2005-11-30 02:44:28
|
On Nov 28, 2005, at 11:41 PM, tcl...@li... wrote: > Message: 2 > Date: Mon, 28 Nov 2005 22:23:27 -0600 > From: Bryan Oakley <oa...@ba...> > To: Tcl Mac <tc...@li...> > Subject: [MACTCL] possible to detect that first click? > > If I have a window that is not active and I click on it, is there any > way I can get a binding to fire for that first click? Under Mac OS 9 and earlier there was a bundle bit that determined whether "fronting clicks" were passed to the app or swallowed. I have been unable to determine whether there's anything comparable in OS X. In general, wouldn't the behavior be up to the WM? |
From: Alastair D. <ala...@si...> - 2005-11-30 14:27:36
|
Tk Bug #934524 <http://sf.net/tracker/index.php?func=detail&aid=934524&group_id=12997&atid=112997> at Sourceforge was filed by John Seal in April 2004 and is certainly related to this issue. It is another example of the first click being swallowed by Tk, though in this case it would not help to pass the event to the script level. Alastair John Seal wrote: > > On Nov 28, 2005, at 11:41 PM, tcl...@li... > wrote: > >> Message: 2 >> Date: Mon, 28 Nov 2005 22:23:27 -0600 >> From: Bryan Oakley <oa...@ba...> >> To: Tcl Mac <tc...@li...> >> Subject: [MACTCL] possible to detect that first click? >> >> If I have a window that is not active and I click on it, is there any >> way I can get a binding to fire for that first click? > > Under Mac OS 9 and earlier there was a bundle bit that determined > whether "fronting clicks" were passed to the app or swallowed. I have > been unable to determine whether there's anything comparable in OS X. > In general, wouldn't the behavior be up to the WM? > |
From: Joachim K. <ko...@ma...> - 2005-12-01 06:59:49
|
>For the record, I don't observe the Finder behavior that Joachim talks >about either and I'm not in any position to test Image Capture. I'm >still running 10.3.9, so perhaps this is some bit of Tiger bugginess? I was reporting from the Finder of 10.3.8... Here is one more example: with Safari (1.2.4) in the background, click once on a bookmark button in the bookmark bar, or on the refresh button in the button bar, or on anything else you might have in this button bar. The corresponding action in taken. In the terminology of some previous post, this is definitly a destructive action since it might destroy all the data you have filled into a form... Cheers, Joachim. |
From: Jon G. <jg...@hi...> - 2005-12-05 01:19:32
|
On Dec 1, 2005, at 1:59 AM, Joachim Kock wrote: > Here is one more example: with Safari (1.2.4) in the background, click > once on a bookmark button in the bookmark bar, or on the refresh button > in the button bar, or on anything else you might have in this button > bar. The corresponding action in taken. In the terminology of some > previous post, this is definitly a destructive action since it might > destroy all the data you have filled into a form... Yep, I see that. Bad, bad, bad. |
From: Bryan O. <oa...@ba...> - 2005-11-30 02:28:08
|
Joachim Kock wrote: > This feature does capture activation clicks: > if you click on the title bar of an AlphaX window two things happen: > AlphaX is brought to front and the pop-up menu opens. How does AlphaX perform this bit of magic? Does it have a custom extension? |
From: Jon G. <jg...@hi...> - 2005-11-30 16:47:43
|
On Nov 29, 2005, at 9:28 PM, Bryan Oakley wrote: > Joachim Kock wrote: >> This feature does capture activation clicks: >> if you click on the title bar of an AlphaX window two things happen: >> AlphaX is brought to front and the pop-up menu opens. > > How does AlphaX perform this bit of magic? Does it have a custom > extension? As far as I can tell, AlphaX doesn't perform this bit of magic. If it did, I'd consider it a bug and fix it. (That should not be taken as particular commentary on your specialized application) For the record, I don't observe the Finder behavior that Joachim talks about either and I'm not in any position to test Image Capture. I'm still running 10.3.9, so perhaps this is some bit of Tiger bugginess? The closing of inactive windows is just unspeakably evil. |