home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.graphics:9018 comp.periphs:1151 comp.graphics.avs:694
- Path: sparky!uunet!cs.utexas.edu!uwm.edu!ogicse!reed!henson!news.u.washington.edu!provolone.bchem.washington.edu!merritt
- From: merritt@provolone.bchem.washington.edu (Ethan A Merritt)
- Newsgroups: comp.graphics,comp.periphs,comp.graphics.avs
- Subject: Re: Dial/Knob Boxes?
- Keywords: CAD/CAM 3-D-Graphics Visualization
- Message-ID: <1992Aug20.173052.8036@u.washington.edu>
- Date: 20 Aug 92 17:30:52 GMT
- Article-I.D.: u.1992Aug20.173052.8036
- References: <12715@lupine.ncd.com>
- Sender: news@u.washington.edu (USENET News System)
- Reply-To: merritt@u.washington.edu
- Followup-To: comp.graphics.avs
- Organization: University of Washington
- Lines: 36
-
-
- In article <12715@lupine.ncd.com>, keg@hansen1.ncd.com (Ken Garnett) writes:
- |> I'm looking for manufacturers of input devices commonly known as
- "Dial Boxes"
- |> or "Knob Boxes". These are units composed of multiple rheostat-like knobs
- |> which each can generate ranges of integer values.
- |>
- |> If anyone has information on who manufactures these devices, I'd appreciate
- |> any pointers to them. Detailed information like model names/numbers would
- |> be helpful, too, if you've got that handy...
- |>
- The ones I have are made by Spectragraphics / 9707 Waples St /
- San Diego 92121 / (619)450-0611. They are re-sold by DEC for use with
- DEC workstations, but should be usable anywhere since they just plug in to
- a normal serial port.
-
- I am posting this rather than simply mailing a response because
- it raises a gripe I have with a lack of flexibility in AVS as regards to
- interactive input. It would be awfully nice if there were some generalized
- input port to all the 3-D viewers (particularly "render geometry") which
- would take ascii input and rotate/scale/translate/etc. That way one
- could actually _use_ the dial box (it's not supported on the AVS version
- I have), or bind function keys to give pure axial rotations, discrete scaling
- increments, or whatever. I.e., whatever bit of code is polling the mouse
- buttons and pointer motion could equally well pay attention to input on the
- ascii port.
-
- Any hope of seeing such an approach in a future version? Or anyone
- have any bright ideas about how to approximate it given the tools that are
- there right now? I realize that one could create modules which essentially
- take over the maintenance of the transformation matrices upstream of the
- geometry viewer, but this seems like a wasteful duplication of code and
- likely of compute time also.
-
- Ethan A Merritt
- merritt@u.washington.edu
-