home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 7653 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.8 KB
  1. Path: cs.ruu.nl!usenet
  2. From: wsldanke@cs.ruu.nl (Wessel Dankers)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Stealing the input-focus
  5. Date: 19 Apr 96 21:45:27 +0100
  6. Organization: Dept of Computer Science, Utrecht University, The Netherlands
  7. Message-ID: <2418.6683T1305T1370@cs.ruu.nl>
  8. References: <john.hendrikx.4t47@grafix.xs4all.nl>
  9. NNTP-Posting-Host: anx1p2.cc.ruu.nl
  10. X-Newsreader: THOR 2.22 (Amiga TCP/IP)
  11.  
  12. John Hendrikx <john.hendrikx@grafix.xs4all.nl> wrote:
  13. > In a message of 16 Apr 96 Yvon Rozijn wrote to All:
  14.  
  15. >  >> (long thread about requesters stealing input focus)
  16.  
  17. > >> This still can't help against the case where it accepts a key press that
  18. > >> was intended to go to a completely different window.
  19.  
  20.  YR>> Actually, you can *never* avoid this, even if you don't use keyboard
  21.  YR>> control at all. Suppose I want to click a button in a requester, I
  22.  YR>> position the mouse pointer, and the split second before I to press the
  23.  YR>> mouse button, another requester pops up in front. I will actually be
  24.  YR>> clicking the wrong gadget.
  25.  
  26.  YR>> The only solution would be never to allow requesters to pop up in front
  27.  YR>> of other windows, but that seems to contradict the nature of requesters.
  28.  
  29. > I think a nice solution might be to add ways for programs to draw the users
  30. > attention but without interrupting whatever the user is doing at the moment.
  31. > A nice solution for example could be to have some sort of gadget on for
  32. > example the screen bar which tells you whether another program wants your
  33. > attention
  34. > (maybe with a 'beep' or something).  Pressing that gadget (or using the
  35. > global hotkey) would bring you to the application wanting your attention.
  36. > It should be done in such a way that these calls for the users attention are
  37. > stacked, so if more than one application wants your attention you can click
  38. > the attention-gadget again to bring up the next application.
  39.  
  40. > This behaviour could be different if the application currently having the
  41. > focus is single-threaded (so the user couldn't be doing any other things at
  42. > the time).  In that case a requester could be popped up immediately as
  43. > usual.
  44.  
  45. I think there is only one way: the requester should be relative to the
  46. window(s) of the application. A bit like parent/child screens, really. Those
  47. windows, when appearing, will not become active if the main window isn't
  48. active. Optionally, they could be moved to front/back together with their
  49. parent window. A bit like (boo, hiss) Windows, except that they aren't clipped
  50. by their parent.
  51.  
  52. This way a requester of a background task can never bother you, as it's parent
  53. window is inactive and probably somewhere below other windows. And even if it
  54. /does/ pop up in front of your current window, it doesn't matter since it's
  55. inactive and doesn't steal your input.
  56.  
  57. --
  58. Wessel Dankers
  59.  
  60. "Nusuth."
  61.  
  62.