home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / tcl / 1072 < prev    next >
Encoding:
Text File  |  1992-07-29  |  3.7 KB  |  95 lines

  1. Newsgroups: comp.lang.tcl
  2. Path: sparky!uunet!eco.twg.com!twg.com!news
  3. From: "David Herron" <david@twg.com>
  4. Subject: Re: Wishes for TK listboxes & scrollbars
  5. Message-ID: <1992Jul29.211736.1744@twg.com>
  6. Sensitivity: Personal
  7. Encoding:  75 TEXT , 4 TEXT 
  8. Sender: news@twg.com (USENET News System)
  9. Conversion: Prohibited
  10. Organization: The Wollongong Group, Inc., Palo Alto, CA
  11. Conversion-With-Loss: Prohibited
  12. Date: Wed, 29 Jul 1992 21:19:21 GMT
  13. Lines: 80
  14.  
  15. Wolfgang Fischer sent me a private note asking a couple of questions and
  16. trying to explain why TK shouldn't have a viewport widget.  At least that's
  17. what I think he was trying.  In any case, I wrote a response but the mail
  18. bounced because of his address: Wolfgang Fischer <wf@athen.uucp>.  This is
  19. not a proper domain name and I haven't the foggiest idea how to reach it.
  20.  
  21. Since the reply is likely of general interest .....
  22.  
  23. > This is a conceptual difference between Motif and tk. The scrollbar
  24. > is a entity in itself talking to the scrolled widget and beeing called
  25. > from the scrolled widget.
  26.  
  27. you can do that in Motif as well.  But it's more difficult to set up.
  28. Just like with TK, you must set up communication between the two widgets.
  29. In TK it's pretty trivial, while in Motif it isn't.
  30.  
  31. > If a widget does not want a scrollbar, it does not configure one.
  32.  
  33. NIT: It is not the widget which wants or not wants.. it is the programmer.
  34.  
  35. With TK listbox+scrollbar situations the scrollbar is there all the time.
  36. Granted a programmer could set up code to detect the need for the scrollbar,
  37. but that is never done because it is hard to do.
  38.  
  39. > If the contents of a window is to large in whatever direction, the
  40. > widget may configure one or two scrollbars.
  41.  
  42. Again, in TK the widget cannot do this automatically.  The programmer has to
  43. write code to do it (non-trivial).
  44.  
  45.  
  46. The advantage of XmScrolledWindow is its generality.  It is useful for listboxes
  47. and editboxes to automatically pop scrollbars up and down on need.  The equivalent
  48. in TK is to create one or two scrollbars, and set up mutual callbacks to update
  49. each others details.  This works well with things which already support the
  50. `scrolling' idea.
  51.  
  52. But a viewport window (that is, XmScrolledWindow) is much more generally
  53. usable than that.  It can be used with any other widget, ones which don't
  54. normally support the scrolling idea.  A scrolled button is a very real (and 
  55. weird) possibility.  The place where Motif makes really good use of this
  56. is on the XmMainWindow and XmPanedWindow widgets.
  57.  
  58. Main windows can be set up so that resizing them to be too small will pop
  59. up scroll bars at the edges of the window.  The user then has a viewport..
  60.  
  61. Paned windows have the same effect as main windows, but there is one viewport
  62. per pane.
  63.  
  64. > But why are you not posting your tk-procs to get the keyboard
  65. > commands?
  66.  
  67. I did.  (yesterday)
  68.  
  69.  
  70.  
  71.  
  72.  
  73.  
  74.  
  75.  
  76. While writing the above I remembered that the canvas widget (new in tk2.1)
  77. has a viewport facility in it.  But that the viewport area is unable to
  78. hold regular TK widgets.
  79.  
  80. It would be really nifty-keano if the viewport part would be spun off into its
  81. own widget and that it were able to manage any TK widget.  It should support
  82. the yscrollcommand and xscrollcommand concept from the listboxes and edit boxes.
  83. Come to think of it.. there should already be code to do viewports in the
  84. listbox code already there.
  85.  
  86. Like I was saying to Wolfgang.. having a viewport widget is a lot more 
  87. flexibility since it allows the scrolling ability to be added to any other
  88. widget.  The most useful will be to the window as a whole.  It would be a
  89. step in the direction to having paned windows in tk.  &c
  90.  
  91. <- David Herron <david@twg.com>, Just: Another E-Mail hacker ...
  92. <-
  93. <- As for the prevalence of gratuitous stupidity in modern life, well,
  94. <- need I say more than "MS-DOS"? -- Bill Janssen
  95.