From mboxrd@z Thu Jan 1 00:00:00 1970 Message-Id: <62CE37A9-6C0A-4114-9E23-60D97630B644@fastmail.fm> From: Ethan Grammatikidis To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-Reply-To: <48ff49f6665b00f0d9ef428a3017f681@coraid.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Sun, 21 Feb 2010 19:15:17 +0000 References: <20100218163513.GA491@nibiru.local> <4B7DAE24.30008@orcasystems.com> <20100219213613.GB491@nibiru.local> <48ff49f6665b00f0d9ef428a3017f681@coraid.com> Subject: Re: [9fans] Vector graphics device Topicbox-Message-UUID: d7b5a4cc-ead5-11e9-9d60-3106f5b1d025 On 19 Feb 2010, at 21:58, erik quanstrom wrote: >> In this model the client doesnt actually draw an image, but just >> operates on an (changeable) vector graphic. Things like scaling, >> resizing (even funny effects like deformed windows while moving) >> all are done by the display server - the client just sees object >> vectors in an continous 2D space. > > that model expired in the 60s. > > if you want to support scaling, you'll likely need to support > something > more complicated than vectors. (vectors scale trivially.) > > once you branch beyond vectors, life gets a bit complicated. > and generally one jumps immediately to 3d. I have some ideas for a 3D draw device where the client may build and work with a tree of 2D and 3D objects. The plan was to make "deepterm", a drop-in replacement for drawterm with additional capability implemented with aid of the host's OpenGL. Beyond that my ideas are fairly vague. I was hoping to work them out as I developed a proof-of-concept server, but the project has been on ice for a couple of months and I barely remember what I was doing.