RSS/Atom feed Twitter
Site is read-only, email is disabled

Vector prog.

This discussion is connected to the gimp-developer-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.

This is a read-only list on gimpusers.com so this discussion thread is read-only, too.

4 of 5 messages available
Toggle history

Please log in to manage your subscriptions.

20020706125402.ACB491F064@l... 07 Oct 20:21
  Vector prog. Danni Coy 07 Jul 06:27
   Vector prog. Simon Budig 07 Jul 14:23
    Vector prog. Austin Donnelly 15 Jul 16:17
     Vector prog. Branko Collin 17 Jul 22:30
Danni Coy
2002-07-07 06:27:30 UTC (almost 22 years ago)

Vector prog.

Danni Coy (rgcoy@midcoast.com.au) wrote: > Background.
>
> Ok at the moment I have 2 reasons for booting Windows on my system. One
> is a Musical sequencing package and my pro soundcard. The other is the
> lack of a descent vector art package (on windows I use a combination of
> Expression2 and flash3).
> After playing with a package called autotrace it occured to me that it
> would be not too difficult to set up a program that will allow me to
> create basic vector strokes and fills with my wacom tablet... > Paint with pencil type tool onto bitmap(ie one bit per pixel) Convert
> this to a vector at the end of each stroke....
You might want to look at sketch and sodipodi. Maybe you'll find what
you are looking for. But both have IIRC no explicit tablet support.

I do not like the work flow of either of the programs you mentioned, they do not currently support any type of artistic stroke that can be controlled via wacom.

The approach I intend to use is a hybrid of raster and vector techniques. Essentually What I want to do is have autotrace convert a bitmap image stroke by stroke rather than all at once (problem areas at the moment are where strokes overlap).... I then need to be able to display move and delete objects and purhaps change their stacking order.

These are
> Questions....
> 1) At this point I could either start on a simple stand alone app or try
> and extend an existing project like the gimp.(gimp 1.3 code seems to be
> a lot more readable). Which would be better at this point.
I am not sure. To extend Gimp with a general vector infrastructure (in
fact I am working on something like this, but progress is slow since I
am very busy with other stuff right now) a lot of work has to be done.
Starting a new project would be silly in my eyes. There are some interesting vector programs out there and the gimp is not the most obvious possible target.

Um I am not seeing anything to my liking currently.... gyve I can't get a compile of... Sodipodi's workflow is too contorted... And I find the Koffice component and sketch don't work the way I do at all. If you can tell me of any other project I would be greatful.
> 2)Is the brush code now modular enough to allow me to create a new brush
> tool for creating vector strokes. (ultimately this would be very simular
> to the pencil.

Currently this is not possible. It would be cool though...

This is planned though? soonish?
> 3) I know that dynamic text creates its own special layers... Is the
> system robust enough to allow the creation of 'vector' layers?
You can attach arbitrary data to regular layers. This is waht dynamic
text does. You can modify text rendered by dynamic text with all tools,
however, if you change the text it will get re-rendered and all changes
are lost. Of course someone could do the same with the gfig plugin.
It is planned to make this mechanism more generic. For example to have
adjustment layers or - as you intended - to have real vector layers.

I was hoping to do something that works and try something more elegant and the point where gegl is folded into the main code base... 2.O right.
> 4) Gimp already uses a library (libart?) to do raster to vector > conversions does anybody know how this compares to autotrace?
libart is used to do vector -> raster conversions and is thus exactly
the opposite thing to autotrace :-)
It is mainly used to convert bezier-curves to selections.
Thanks for your input
Danni

Simon Budig
2002-07-07 14:23:00 UTC (almost 22 years ago)

Vector prog.

Danni Coy (rgcoy@midcoast.com.au) wrote:

Danni Coy (rgcoy@midcoast.com.au) wrote: > Ok at the moment I have 2 reasons for booting Windows on my system. One
> is a Musical sequencing package and my pro soundcard. The other is the
> lack of a descent vector art package (on windows I use a

[Oh, Evolution can do comb-quoting too? Weird] [...]

Um I am not seeing anything to my liking currently.... gyve I can't get a compile of... Sodipodi's workflow is too contorted... And I find the Koffice component and sketch don't work the way I do at all. If you can tell me of any other project I would be greatful.

Uhm - xfig? :-)

Nope sorry, I don't know of other vector tools. I am a happy user of sketch, and I like it. *shrug*

3) I know that dynamic text creates its own special layers... Is

the
> system robust enough to allow the creation of 'vector' layers?
You can attach arbitrary data to regular layers. This is waht dynamic
text does. You can modify text rendered by dynamic text with all tools,
however, if you change the text it will get re-rendered and all changes
are lost. Of course someone could do the same with the gfig plugin.
It is planned to make this mechanism more generic. For example to have
adjustment layers or - as you intended - to have real vector layers.

I was hoping to do something that works and try something more elegant and the point where gegl is folded into the main code base... 2.O right.

I don't think that the GIMPs maintainers will accept cludges to the code that will have to be totally rewritten for 2.0. This goes double since 1.4 is intended to be mainly a cleanup release. If I manage to finish my new bezier tool (without the support of real vector layers) for 1.4 I'll be happy.

All the above is IMHO of course.

Bye, Simon

Austin Donnelly
2002-07-15 16:17:55 UTC (almost 22 years ago)

Vector prog.

On Sunday, 7 Jul 2002, Simon Budig wrote:

Uhm - xfig? :-)

Actually, if you want to use something like xfig, consider instead using tgif - in the same way as emacs uses lisp internally, tgif is a vector graphics editor which uses prolog internally. It's very powerful, but a lot of people don't know about it, which is a shame.

http://bourbon.usc.edu:8001/tgif/

(The GIF in the name has nothing to do with the patent-encumbered raster graphics format).

Austin

Branko Collin
2002-07-17 22:30:03 UTC (almost 22 years ago)

Vector prog.

On 15 Jul 2002, at 15:17, Austin Donnelly wrote:

On Sunday, 7 Jul 2002, Simon Budig wrote:

Uhm - xfig? :-)

Actually, if you want to use something like xfig, consider instead using tgif - in the same way as emacs uses lisp internally, tgif is a vector graphics editor which uses prolog internally. It's very powerful, but a lot of people don't know about it, which is a shame.

http://bourbon.usc.edu:8001/tgif/

(The GIF in the name has nothing to do with the patent-encumbered raster graphics format).

It would seem that either of the available licenses are uncompatible with the GPL.