Xref: utzoo comp.windows.x:14450 comp.windows.news:1586
Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!bellcore!aardvark!john
From: john@aardvark.ctt.bellcore.com (John Letourneau)
Newsgroups: comp.windows.x,comp.windows.news
Subject: Re: Help with double-click recognition.
Message-ID: <18005@bellcore.bellcore.com>
Date: 20 Oct 89 16:18:48 GMT
References: <603@granite.dec.com> <1922@bacchus.dec.com> <1490@esquire.UUCP> <6564@ficc.uu.net> <17943@bellcore.bellcore.com> <6594@ficc.uu.net>
Sender: news@bellcore.bellcore.com
Reply-To: john@aardvark.UUCP (John Letourneau)
Organization: Bell Communications Research, Piscataway, NJ
Lines: 33

In article <6594@ficc.uu.net> peter@ficc.uu.net (Peter da Silva) writes:
>In article <17943@bellcore.bellcore.com> john@aardvark.UUCP (John Letourneau) writes:
>> Well, my $.02 as a NeWS user are like this...with a 3 button mouse, you
>> have 3 choices of things->standard is i)selection ii)position iii)menu.
>
>What does "position" do? How do you select-multiple without a "perform"
>button? A (DO-IT) gadget? No default action?
  OK, OK, Sorry, Sorry...position should be DRAG! sheesh
  I don't understand the rest of the comment. You can define whatever you
  want on the mouse buttons. The above list is the standard actions for
  windows and panels.
>Try using 'click' as a toggle: if it's obscured, bring it to front. Otherwise
  We've done this (for a loong time) and interresting things come of it.
  Since the actual display state is not always know (ie. a window can appear
  to be TOP to the observer but it's state does not say that) interesting
  things happen-> the toggle will seem to do nothing to the top screen the
  first time it is clicked; and on the second click it will go to the bottom
  as was probably intended with the first click. With an explicit TOP/BOTTOM
  type of action (double-click) this is avoided.
>Click-hold is a different matter... you don't need to use the time domain:
>just see if the current position changes while the button is down. Doesn't
>everyone do it this way?
  Ah! You are in the world of implementations and not techonologies. Sure there
  are a plethora of ways of doing things. We wanted to see how the time element
  could be used. I'm sure when Stan returns (next week I think) he'll have
  a few things to add to this discussion.
  PS. The click and move can get trickey if framebuffer interrest are
    used for things...trust me on this I tried it.

-_ .- _ *  - ~ _______   "I feel the need...       | John P. Letourneau
 . * = _ .~ _ / 9000  \___  the need for speed!!"  | john@ctt.bellcore.com
~_ .~_ .  =  /    Turbo   \                        | Bellcore
~. - _ = * - \-O------O----|                       | Piscataway, NJ.