- Inkscape Devel - Inkscape Mailman

Illustrator Warp tools
by Aaron Spike 30 Jan '07

30 Jan '07

Alan Horkan wrote: >> I'd just like to point out, for the sake of others who might get a >> wrong idea from you, that Illustrator has no "warping nodes". > > Unfortunately your are not correct. > > The best I can manage at the moment is to show you this screenshot and try > to direct your attention to the very hard to find feature (see the hand > with a finger pointing down and beside it a box with a twirl coming out > the corner) > http://www.maths.tcd.ie/~horkana/inkscape/illustrator/Adobe-Illustrator-CS/… > > (found a better link) >>From the middle to the left, see warp tool, and twirl > http://www.coe.fau.edu/abinder/handouts/Itools.htm > > These are taken from Adobe Illustrator CS verison 1 I just went out and fired up a copy of CS2 here at work. Alan, thank you for pointing this out! Finally something neat from illustrator. :-) This is a bit different than node sculpting. It doesn't require a node selection. There is a cursor with a center mark and an area delimited by a larger circle. As the user clicks and drags the paths are updated in real time. only the area within the larger circle is updated. And the amount of update seems to taper off toward the edge. There are various effects which can be applied to the current path. My take: we could do something like this by partially applying our non existent live effects to a path within an adjustable sphere of influence. Aaron Spike

1 0

Re: [Inkscape-devel] Using Inkscape's canvas code
by Jon Phillips 30 Jan '07

30 Jan '07

This is great Rick and libpapyrus-devel ppl. I'm cc'ing the Inkscape-devel list, Bryce Harrington and Mental, both core developers on Inkscape, as they can more adequately ask/answer questions. More below... On Mon, 2007-01-29 at 22:51 -0700, Rick L Vinyard Jr wrote: > Jon Phillips wrote: > > Message body follows: > > > > Hi, have you considered using Inkscape's canvas for your > > project (http://inkscape.org). > When I thought about restructuring glcanvasmm (an OpenGL based canvas) > as the cairo based (and then later cairomm based) papyrus I looked all > over for a library that would make it easy to do research in > diagrammatic reasoning... more specifically visual programming languages > (not Visual C++)... and even more specifically rule-based visual languages. > > I looked at GnomeCanvas, GnomeCanvasmm, Evas, DiaCanvas, Zinc, FooCanvas > (GooCanvas didn't exist then), et. al with the thought of just using the > library or writing a wrapper for the non-C++ libraries. I also looked at > several apps such as Dia, Inkscape, Sodipodi, et. al. with the thought > of extracting the drawing canvas. I even looked at pure vector drawing > libraries as well as 3D scenegraph libraries (such as Ogre and > OpenSceneGraph) that also had decent support for 2D primitives. > > Specifically, several things I was looking for: > * A standalone object-oriented C++ library with a minimalist set of > dependencies... to paraphrase Einstein... as few dependencies as > possible, but no fewer. > > * Easy to extend the canvas items either through inheritance or > through new drawing primitives > > * Easy to modify the behavior of objects in the canvas, either through > external controllers and events or through user interaction > > * Because of the above reasons, I really wanted something that > returned to Smalltalk's concept of a Model-View-Controller as separate > concepts > > So, I suppose to bring a long answer to your question to a conclusion... > yes, I did consider Inkscape's canvas but I really wanted something that > didn't tie the geometrical structure (model) to Gtk or the display (view > and controller), and at the time it looked like more work to extract the > canvas from Inkscape (or any of the other apps) and rewrite it as a > cairo based canvas, as opposed to rewriting glcanvasmm as a cairo based > canvas. > > But, I'm always open to either: > (1) Using sp_canvas if it makes sense > (2) Looking to sp_canvas as a model for improving the papyrus canvas Great! Ok, I hope we can work towards a model of collaboration. > With respect to (2), I know there are many aspects of the papyrus canvas > that are ripe for improvement. In particular, I've been looking for an > easy to use API first and speed second. That doesn't mean I'm not > concerned about speed... just that it is currently second in priority. This seems to be the same strategy for cairo. > > We are trying to modularize > > our code more so that we can help other projects and get > > more contributors. > That sounds great. I think there are many pieces of Inkscape that could > be reused all over the place if they were structured into libraries. Yes, we are working towards this. Maybe you could recommend pieces you would like that we could work to box up :) > > Plus, we want the benefits of Cairo on > > our app. > > > Which is a huge benefit. That's another reason for the separation > between papyrus and papyrusmm. Papyrus renderables only require a cairo > context to draw into, and thus only has a dependency on cairomm. Wow, cool! > Also, just browsing through the Inkscape repository, it looks like there > is a lot of duplicative effort between the Inkscape codebase and cairo. > For example: > > 88 void sp_curve_reset(SPCurve *curve); > 89 > 90 void sp_curve_moveto(SPCurve *curve, NR::Point const &p); > 91 void sp_curve_moveto(SPCurve *curve, gdouble x, gdouble y); > 92 void sp_curve_lineto(SPCurve *curve, NR::Point const &p); > 93 void sp_curve_lineto(SPCurve *curve, gdouble x, gdouble y); > 94 void sp_curve_lineto_moving(SPCurve *curve, gdouble x, gdouble y); > 95 void sp_curve_curveto(SPCurve *curve, NR::Point const &p0, NR::Point const &p1, NR::Point const &p2); > 96 void sp_curve_curveto(SPCurve *curve, gdouble x0, gdouble y0, gdouble x1, gdouble y1, gdouble x2, gdouble y2); > 97 void sp_curve_closepath(SPCurve *curve); > 98 void sp_curve_closepath_current(SPCurve *curve); > > From a cursory scan it looks like these and other methods could be > eliminated by moving to cairo. And, if there is some optimization you > have that cairo doesn't, I'm sure Carl would gladly accept patches. Yes, agree. He sits in our channel all the time, so we are all buddies :) > > If you get a chance, please check out sp-canvas.cpp which is > > our main canvas code. It works really well: > > > > http://inkscape.svn.sourceforge.net/viewvc/inkscape/inkscape/trunk/src/disp… > > > I have... along with many of the canvas items as well. There are some > great things there. > > > Also, please forward this onto your project list so others > > can see. > Not a problem. Great Rick, lets keep the dialogue happening and hopefully great collaboration we can aim towards :) Jon > --- > > Rick > -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897...

1 0

Re: [Inkscape-devel] [Inkscape-user] Baffling UI
by Bryce Harrington 29 Jan '07

29 Jan '07

On Sun, Jan 28, 2007 at 11:52:09PM +0100, Olivier Lefevre wrote: > Thanks for the explanations. So if I create the rectangle and > immediately switch to the select tool yes I get to see its properties > and change them. It did not occur to me to try the selector because the > object seemed to have disappeared as soon as I clicked elsewhere. I'll > be damned if I know why it was white: I have _viewed_ some SVG documents > in Inkscape before but this is my first stab at creating one. > > In the status bar I would suggest not using F and S but spelling out > Fill and Stroke in full: there is enough space for that and if you are a > newcomer and both F and S say "N/A" it is not obvious what they refer > to. Besides it seems weird for the stroke to be N/A: I can understand Would it perhaps be clearer to get rid of the labels entirely and just show a rectangle or other shape in the fill color, with a border in the stroke color (if any)? Then we could eliminate the need to localize at all, which could be beneficial in languages where the translation for 'fill' or 'stroke' may end up being a longer word. Bryce > having no fill but how can an object have neither fill nor stroke yet > still somehow exist? As per your own message, shouldn't the stroke have > been white or transparent and not N/A? White is definitely a color and > in most editing tools transparent _is_ a color, too, albeit obviously a > peculiar one. > > > Inkscape is not a viewer. Its primary function is editing. Therefore, > > plain arrow keys are reserved for the most basic editing action: > > OK. > > -- O.L.

2 1

Crash bugs
by bulia byak 29 Jan '07

29 Jan '07

1. I rather think this bug needs to be fixed before 0.45: https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1638735&group_… 2. This one is also very nasty (crashes without autosave!) but it needs a change in internal APIs to be fixed properly: https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1594526&group_… so I added it to Known Problems for now: http://wiki.inkscape.org:8080/wiki/index.php/ReleaseNotes045#Do_not_use_a_c… -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 4

Crash with bitmap font
by unknown＠example.com 29 Jan '07

29 Jan '07

I have found that inkscape crashes when opening file dialog (File->Open, Save, ...) if sans-serif font is a bitmap font. I did tests with freetype 2.2.[01], fontconfig 2.4.2, pango 1.15.5 and inkscape 4.43 and svn, but this is old bug. I have tracked down using gdb that this happens when application calls 'pango_ft2_font_get_face(pFont)' in function 'font_instance::InitTheFace()' in file 'src/libnrtype/FontInstance.cpp'. This happens not every time but only with bad 'pFont' parameter, so application can start but crashes with 'internal error' when opening file dialog. It doesn't write to console anything usefull. To test this, in file '~/.fonts.conf' add <alias> <family>sans-serif</family> <prefer> <family>Helvetica</family> </prefer> </alias> in '<fontconfig></fontconfig>' section (and chech that 'fc-match sans' says 'Helvetiva').

2 1

Help
by fedemil＠...92... 29 Jan '07

29 Jan '07

Hello, my name is Federico Miliacca and I'm a student of engineering at the University of Roma "La Sapienza" in Italy. I'm to leading a bachelor thesis about the Animated Vectorial Graphics under INKSCAPE. I would have to realize a module that modernizes in real time the color of the edge and the background of the present objects on the canvas of job. The objects will have to be simple rectangles or circles. In the days it passes I have analyzed to the code source and I have characterized many interesting rows (repr-io.cpp - attribute-record.h - share.cpp - etc) in order to understand as INKSCAPE manages the rescue of the objects and to understand here like capturing the same objects from the memory. I asked if you could kindly clear to me as INKSCAPE represents the objects in memory and which rows are use you for this rapresentation. Then I would want to know what you can advise to me in order to realize this module that must read to the label of an object or its id and modify edge and background reading the data from a DBMS. Thanks all you for the aid that me give, if succeed to resolve this my doubt, can continue with the my thesis and complete the my course of bachelor. Sincerely yours Federico Miliacca Naviga e telefona senza limiti con Tiscali Scopri le promozioni Tiscali adsl: navighi e telefoni senza canone Telecom http://abbonati.tiscali.it/adsl/

2 1

unclumping
by Romain Thouvenin 29 Jan '07

29 Jan '07

Hello, I'm Romain, born in France. I'd like to contribute to this great project, so I just subscribed to translator and devel (I study computer science), and started working :) I am working on translating fuzzy messages, and I found the message "Unclump tiled clones". I figured out that it was the message corresponding to undo pressing the "Unclump" button when making tiled clones. But when I try this button, the clones become closer and closer, that's quite different from "spreading out", isn't it ? Did I miss something or is it a mistake in the implementation of the unclumping process ? Maybe I didn't understand what clumping is ? Thanks for your help, Romain

3 7

NEED: person to round-up troops for Inkscape for Libre Graphics Meeting 2007 in Montreal
by Jon Phillips 29 Jan '07

29 Jan '07

Hello all, LGM2007 is about to be launched in full force with PR and so forth and I'm hopeful that someone from Inkscape-land would step-up to help be the contact point for LGM2007 activity for Inkscape. I'm locking down Open Clip Art Library and helping with the conference, so want to get someone else involved with mobilizing the troops and trying to get as many Inkscape users and developers to Montreal May 4 - 6, 2007. Here is the temp site: http://lgm.scribus.net It would be an easy role that would involve helping promote the conference with Inkscape, keeping track of how Inkscape is represented on the LGM site/Create Wiki, and get you about 100 points in everyone's book :) Ping me if you are interested... Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897...

1 0

Re: [Inkscape-devel] Problem with gtk?
by Joshua Facemyer / Impressus Art 29 Jan '07

29 Jan '07

Bob, can you be my personal hero? That was perfect! (...looking around office for laurels...) Sorry, the only ivy I have here is a dried out one... I had tried recompiling gtk to a lower version just a bit ago, again to no avail. Then I moved "preferences.xml" to "bob" and it worked like a charm. Sweet! I'll let you know if it continues to do this intermittently in the future as it has in the past. JF Bob Jamison wrote: > Joshua Facemyer / Impressus Art wrote: >> I compiled inkscape .45-pre2 to no avail. I don't like this. I'm >> trying some posts elsewhere to see if I can figure it out. >> > > Joshua, > > This might not have anything to do with your problem, > but again, it just might. Try deleting your ~/.inkscape/preferences.xml > file and restart. It occasionally happens that as people have > newer and newer SVN builds of Inkscape, their existing > preferences.xml is no longer suited to the current build. This > has affected menus and dialogs in the past. It might be a > remote possibility that it affects your mouse and keyboard too. > > Just a guess, it might not be relevant at all. > > > bob >

1 0

LGM 2 Website / freenode
by Plinnell 28 Jan '07

28 Jan '07

Hi, Thanks to Andy Fitzsimon, we have a mockup and we are adding content to LGM2 website at http://lgm.scribus.net .. This only a temporary location when it is more complete we will switch over to the LGM domain. Please forward any content you wish to Louis Desjardins <louis.desjardins@...400...> I have also setup #lgm on irc://freenode.net Cheers, Peter

2 1