home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!decwrl!csus.edu!csusac!unify!openlook!openlook-request
- From: fgreco@fis1026.shearson.com (Frank Greco)
- Newsgroups: comp.windows.open-look
- Subject: Re: In Search of a Better Scrolling List
- Message-ID: <x3xflo8@openlook.Unify.Com>
- Date: 31 Jul 92 14:51:14 GMT
- Sender: news@Unify.Com
- Lines: 37
-
- > I think we're in agreement about XView scrollbars. Strongly! :-(
-
- You got that right! I punted on mine and use (ugh!) scroll buttons.
- They are extremely inflexible.
-
- > A multi-column panel item would be possible to do, I suppose, but I
- > wouldn't want to allocate lots and lots of text fields, and I'd want all
- > the text-field-style editing available, I suppose. A scrolling list is
- > a pretty weak third...
-
- Of course, this is all moot if Brian Warkentine adds editing
- capability to his Drawtext object and adds variable-sized
- columns to his array_tile object... (SlingShots are great,
- albeit a bit heavy-weight... couldn't live without 'em!).
-
- > For that matter, to be totally obscene, a scrolling panel with lots of
- > text fields would sort of work... Hmmm, ugh.
-
- Doesn't OLIT or Motif have a RowColumn object?
-
- > Perhaps if a group of people got together and wrote a Table Object, rather
- > like Guide's Group extension...?
-
- I've been hacking away at such a thing using SlingShots, with
- some minor success. (see above complaints...). Also
- "scrolling" (simulated scrolling, not canvas-scrolling) a large
- tile_array (say 25x25) is a bit slow.
-
- > There's stuff in the Style Guide on selecting data in tables (pp.172-175),
- > but that's not implying that an OL toolkit should provide this stuff, I think.
-
- hmmm... I guess you're correct. Buy why publish how to "stylishly"
- use a table when you don't define what a table looks like? Sounds
- odd to me.
-
- Frank G.
- =-=-=-=-=-=-=-=-=-=
-