[9fans] Vector graphics device

[9fans] Vector graphics device

[Enrico Weigelt]

Hi folks,


I'm looking for some (9p-based ;-p) vector graphics device which
allows one to define/manipulate the image as a graph (instead of
having an raster image). The idea is that an application just
constructs an graph and lets the display server handling all the
dirty work (a little bit like an unbloated svg-counterpart ;-).

This would IMHO be a very fine thing to create GUI applications,
eg. an webbrowser would simply transform the HTML+CSS to an image
graph, load it into a viewport (which handles clipping, scrolling,
zooming, etc on its own) and done.

Ontop of this an widget toolkit (also a 9p-server) could use a
similar approach to model an application's GUI as a graph (of
widgets, etc) and transform it into an image graph.


Does anyone know if there already had been something like that ?


cu
--
----------------------------------------------------------------------
 Enrico Weigelt, metux IT service -- http://www.metux.de/

 phone:  +49 36207 519931  email: weigelt@metux.de
 mobile: +49 174 7066481   icq:   210169427         skype: nekrad666
----------------------------------------------------------------------
 Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme
----------------------------------------------------------------------

Re: [9fans] Vector graphics device

[James Tomaschke]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Enrico Weigelt wrote:
> I'm looking for some (9p-based ;-p) vector graphics device which
> allows one to define/manipulate the image as a graph (instead of
> having an raster image).
http://man.cat-v.org/plan_9/3/draw
ellipse, line, polygon
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkt9riQACgkQl3JZTBu3/9m/wgCfWb0zUYS2yslk1d8jnI/7Y/od
VyEAn3jYTdeFI0vFTBUmw2IzloupsvoB
=1o4B
-----END PGP SIGNATURE-----

Re: [9fans] Vector graphics device

[Enrico Weigelt]

* James Tomaschke <james@orcasystems.com> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Enrico Weigelt wrote:
> > I'm looking for some (9p-based ;-p) vector graphics device which
> > allows one to define/manipulate the image as a graph (instead of
> > having an raster image).
> http://man.cat-v.org/plan_9/3/draw
> ellipse, line, polygon

No, thats not what I need :(

I'm looking for a device which allws manipulating an vector graphic
(adding,changing,removing objects) and then automatically renders
it to the actual output device (raster image / framebuffer,
postscript, etc, etc) when necessary.

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.


cu
--
----------------------------------------------------------------------
 Enrico Weigelt, metux IT service -- http://www.metux.de/

 phone:  +49 36207 519931  email: weigelt@metux.de
 mobile: +49 174 7066481   icq:   210169427         skype: nekrad666
----------------------------------------------------------------------
 Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme
----------------------------------------------------------------------

Re: [9fans] Vector graphics device

[erik quanstrom]

> 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.

doing it this way seems like the hard way.  why not just redraw
the display at the given resolution?

- erik

Re: [9fans] Vector graphics device

[Patrick Kelly]

On Feb 19, 2010, at 4:36 PM, Enrico Weigelt <weigelt@metux.de> wrote:

> * James Tomaschke <james@orcasystems.com> wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Enrico Weigelt wrote:
>>> I'm looking for some (9p-based ;-p) vector graphics device which
>>> allows one to define/manipulate the image as a graph (instead of
>>> having an raster image).
>> http://man.cat-v.org/plan_9/3/draw
>> ellipse, line, polygon
>
> No, thats not what I need :(
>
> I'm looking for a device which allws manipulating an vector graphic
> (adding,changing,removing objects) and then automatically renders
> it to the actual output device (raster image / framebuffer,
> postscript, etc, etc) when necessary.
>
> 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.

Entia non sunt multiplicanda praeter necissitatem
again...
>
>
> cu
> --
> ----------------------------------------------------------------------
> Enrico Weigelt, metux IT service -- http://www.metux.de/
>
> phone:  +49 36207 519931  email: weigelt@metux.de
> mobile: +49 174 7066481   icq:   210169427         skype: nekrad666
> ----------------------------------------------------------------------
> Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme
> ----------------------------------------------------------------------
>

Re: [9fans] Vector graphics device

[Ethan Grammatikidis]

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.