Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84; site eagle.UUCP Path: utzoo!watmath!clyde!burl!ulysses!eagle!adrian From: adrian@eagle.UUCP (A.Freed) Newsgroups: net.graphics Subject: Re: boring group Message-ID: <1220@eagle.UUCP> Date: Fri, 12-Oct-84 15:07:32 EDT Article-I.D.: eagle.1220 Posted: Fri Oct 12 15:07:32 1984 Date-Received: Sat, 13-Oct-84 07:29:55 EDT References: <1556@ucla-cs.ARPA> Organization: AT&T Bell Laboratories, Summit, NJ Lines: 49 > <==== yum yum ====> > > Is this net.graphics or net.boring? All, or at least most, of the other > groups have ongoing discussions. This seems to be a variant of net.wanted: > "we just got device such-and-so, does anybody know how to use it?". > I can't believe that either 1) no-one is doing any graphics work, or > 2) everyone knows exactly what they are doing. So how about some discussion > going on here? Let's talk about such things as: > * what equipment you are USING, and to do what > * what kind of graphics systems are out there > * what are you doing research on > * what problems are you having > * what nifty solutions have you come up with for certain problems > * anything else you feel is appropriate > Come on people, we can be as verbose as the AIrheads can't we? > I am interested in the following things: How does one write PORTABLE applications for bit-mapped systems What is a good set of windowing primitives that could be implemented on any system with rastop, lines, circles, layers and textures? Does anyone have any good CAD tools for the design of graphical user interfaces? I subscribe to the mac groups and the human factors groups as there is no interesting discussion on this group. > I have been generating color (that's colour for you people in Canada) images > using an 8 bit color lookup table. However, I have been unable to find any > good algorithms (or even bad ones, although I have invented several TERRIBLE > ones) to allocate my precious 256 entries in the color table. Of course it > would be a lot easier to generate the picture completely in 24 bits but then > what is the point in using a scanline algorithm for rendering? So, does anyone > have a way to allocate color table entries while a program is running with no > 'a priori' knowledge of what the picture looks like? > > > Rick Gillespie > rick@ucla-cs > ...!{cepu|ihnp4|sdcrdcf|ucbvax}!ucla-cs!rick > > "I came here for a good argument!" > "No you came here for an argument" > > ps - my apologies to the people who saw a similar posting on a different > graphics bulletin board. *** REPLACE THIS LINE WITH YOUR MESSAGE ***