August 2004 - Inkscape Devel - Inkscape Mailman

Linux Format Article
by Ted Gould 09 Aug '04

09 Aug '04

I finally got a copy of Linux Format issue 56, which is the one that has an article on Inkscape. I think this may be our first 'print' article. "The only bad press is where they misspell our name." --Unknown Well, they were consistent -- everyplace (including the table of contents) they used the name 'Inkspace'. Fortunately, they got the URL right (which I think makes the whole thing funnier). The article is actually a short tutorial on Inkscape (I'll use the right name) but discusses the whole thing as an addition to The GIMP. The author acknowledges that it is all part of an artist's tool chest, and compares it directly with the Adobe products. Scribus gets a mention also. Overall, I think that this is probably a good way to approach Inkscape for users who are more familiar with The GIMP -- Linux Format is targeting geeks more than artists. The first break out box is titled: Inkscape: The User Interface Intuitive operation -- experiment for yourself! And has a paragraph that reads as follows: Inkscape uses a standard design for its windows, with a menu bar across the top, a toolbar along the side and a workspace, or canvas, connected to both. More importantly, it comes with a built-in tutorial system -- that, incidentally, was creating using Inkscape -- which is interactive and displays directly on an Inkscape canvas! The tutorial goes on to make a business card. The author basically does his own text along a path to show how to rotate and resize different characters (he does mention that it is easier to do text along a path in Illustrator than Inkscape 0.38 :). It talks about drawing simple beziers and does some simple boolean operations along with some gradients also. The align dialog is also used. Overall, the article is 3 pages long and covers the basic features of Inkscape. The business card that is created isn't that aesthetically pleasing, which doesn't make the app look as impressive. The thing that upset me the most is that the magazine comes with a 4 GB DVD with tons of stuff on it, not including Inkscape :( A big plus is that we got a screenshot on the opening page of the tutorials section -- a high visibility position. I wouldn't recommend that anyone else spend the $16 to read the article. --Ted

4 7

Re: [Inkscape-devel] [thimo@...153...: Bug#261848: inkscape: segfaults on startup (Alpha)]
by MenTaLguY 08 Aug '04

08 Aug '04

> interface.cpp: In function `void sp_ui_menu_key_press(GtkMenuItem*, > GdkEventKey*, void*)': > interface.cpp:323: warning: cast from pointer to integer of different > size > interface.cpp: In function `GtkWidget* > sp_ui_menu_append_item_from_verb(GtkMenu*, int, SPView*)': > interface.cpp:444: warning: cast to pointer from integer of different > size These bear further investigation... > seltrans.cpp: In function `gboolean sp_sel_trans_handle_request(SPKnot*, > NR::Point*, unsigned int, gboolean*)': > seltrans.cpp:634: warning: cast from `gboolean*' to `const > SPSelTransHandle*' > increases required alignment of target type !!! as does that... > sp-ellipse.cpp: In function `void sp_genericellipse_update(SPObject*, > SPCtx*, > unsigned int)': > sp-ellipse.cpp:142: warning: cast from `SPCtx*' to `SPItemCtx*' > increases > required alignment of target type > sp-ellipse.cpp:142: warning: cast from `SPCtx*' to `SPItemCtx*' > increases > required alignment of target type > sp-ellipse.cpp:142: warning: cast from `SPCtx*' to `SPItemCtx*' > increases > required alignment of target type > sp-ellipse.cpp:142: warning: cast from `SPCtx*' to `SPItemCtx*' > increases > required alignment of target type These are harmless though. > spiral-context.cpp: In function `void sp_spiral_drag(SPSpiralContext*, > NR::Point, unsigned int)': > spiral-context.cpp:440: warning: `sp_view_set_status' is deprecated > (declared > at view.h:194) Harmless, but it is something we should take care of (I was the one who marked those as deprecated, as I wrote the API that replaced it). -mental

1 0

traits class specializations in header files
by MenTaLguY 08 Aug '04

08 Aug '04

One of Peter's recent commits (moving Traits::TreeIterator<SPObject *> into a separate header file) started me thinking more about what should go in a separate header file and what shouldn't. In _general_, I think "one class, one header" is the right approach, but some auxiliary classes (for example, traits specializations) have a more intimate relationship than most classes, and don't introduce any dependencies of their own. Any thoughts on where a good place to draw the line might be, in general? -mental

3 6

Re: [Inkscape-devel] File open Dialog
by Tobias Jakobs 08 Aug '04

08 Aug '04

Am So, den 08.08.2004 schrieb bulia byak um 22:49: > > I have an 6MB SVG image in my SVG folder and it took over half an hour > > to show the preview on my P800! It is even slow, if I browse some bigger > > PNGs. If you worry about not being up to date you can compare the > > timestamp in the thumbnail with the file date. And no, I don't think > > that thumbnails are garbage, as long as all programs use the same. > > Well, 6Mb is not what I would call typical. Half an hour sounds like a > lot. How long does it take to actually open that file? I don't know, I just opened the file once in Inkscape and that was some time ago. You can get the file here and test it: http://hagemaenner.de/stuff/inkscape/ > On a 450MHz Windows machine that I tested, it works quite acceptably > for SVG files of average size and complexity (up to several hundred > Kbytes). I'm not saying using stored previews is not an option; I'm > just saying that the current code works quite acceptably for the > average user, so implementing an alternative is not a priority (though > of course I would not object if someone develops and commits it). > > > I'm just speaking about the preview area. It has the "Preview" title, > > Which is rather redundant IMHO, especially being so button-looking - > is it actually clickable? what does it do? why does it have a keyboard > accelerator? > Yes it is. Gimp doesn't generate the Thumbnail automatically, because that can take some time an bigger images, so you must click on it or into the preview area to generate a thumbnail. You can even select all images in dir and click on it to generate thumbnails for all images. > What we actually need is a checkbox or an expander triangle to turn > the preview on or off. > > > some space around the image > > Which is confusing - I want the preview to match the actual look, > without having to guess if this margin an actual part of the file or > not > But it looks nice. ;-) > > shows the file size > > Which is good, but properly belongs in the file list as a separate > sort-able column, not in the preview (by the way, Bob, can we add the > filesize column to the list?) > Btw. you didn't sent this Mail to the list. Tobias

2 1

Markers and angle bisectors
by David Turner 08 Aug '04

08 Aug '04

I'm still improving Inkscape's marker support, and have discovered another deficiency in the spec: 11.6.2 "the marker's positive x-axis should point toward the angle bisector for the angle at the given vertex," Consider the attached SVG. The black line represents a path Its end point is at the bottom left of the drawing. Confusingly, all of the markers in Inkscape are designed to point from the end of the line towards its start, a convention I've followed here. The red lines represent the inner angle bisectors. The blue lines represent markers with positive x-axis pointing towards the angle bisector. You will notice that the two arrows point in opposite directions. This is clearly undesirable. The correct action would be to use the inner angle bisector for the leftmost marker, and the outer for the rightmost marker. A rule which accomplishes this is: If the clockwise angle from the incoming vector to the outgoing vector is greater than 180%, use the outer angle bisector, else use the inner angle bisector. Incoming vectors are those which are closer to the start of the path. This is the rule I intend to implement in Inkscape. -- -David "Novalis" Turner Stalk Me: 617 441 0668 "PLAN WHILE YOU CAN, LITTLE THING OF EARTH. WE ARE NOT YET CAST DOWN." - Mary Gentle, _Ash: A Secret History_

3 7

SF Tracker file attachments
by Arpad Biro 07 Aug '04

07 Aug '04

Hi, Something we have probably all seen a lot of times, but AFAIK never talked about. Very often (nowadays in about half of all cases) our translators (don't know about other contributors) fail to actually attach the patch file when sending a patch through the Tracker. Since so many people are making this mistake, it is probably SF's fault instead. My question is: could we do something about this, maybe make SF improve the interface or at least make them inform the contributor more aggressively about what needs to be done to actually upload the file? Arpad Biro __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail

3 2

Fwd: [Clipart] Blogs and RSS feeds
by Adon Metcalfe 07 Aug '04

07 Aug '04

---------- Forwarded message ---------- From: Adon Metcalfe <flonejek@...400...> Date: Sat, 7 Aug 2004 08:32:47 +0800 Subject: Re: [Clipart] Blogs and RSS feeds To: Jon Phillips <jon@...235...> On Fri, 06 Aug 2004 08:43:51 -0700, Jon Phillips <jon@...235...> wrote: > Ted had a great idea to create the equivalent site for graphics > development in Open Source like Planet Gnome is for the Gnome community. > > Thus, I'm running with this idea to see whom would be interested in such > a community. I have asked freedesktop.org if they would support this > blog, and they said yes. Ted, Bryce and I discussed names for the > project and subdomains and like lab.freedesktop.org (linux art blog). > > The site basically would be a basic RSS Aggregrator and thus, we need > your RSS feeds for your blogs and project news. > > Before I set anything up, I wanted to see if the interest is out there > and if people already have RSS feeds. > > The general idea of this site would be to start communication between > graphics development communites. This would include basically Inkscape, > GIMP, Scribus, Cairo, etc. project blogs, but most importantly the > individual developers blogs. The first step to sharing standards and > ideas is to start this informal overlap and see what happens. This will > also serve as a nice introduction for new developers and some users > about to jump into the role of developer. I like the idea, it would be quite interesting, and developers blogs are quite interesting for someone evaluating the capabilities and future path of the project. > Thoughts and suggestions would be wise. If anyone is interested, lets > discuss this on the inkscape mailing list and once enough responses are > collected, then I will setup necessary infrastructure (mailing list and > site) to facilitate this news site. This is kinda offtopic but any idea how I would go about starting a native mac OSX port would be greatly appreciated (I'm still very new too developing, and don't know much except for some basic C++ and C...) I'm not sure how to sort of just replace all the gtk widgets with cocoa ones. At the moment I use adobe illustrator for web graphics, but I reckon inkscape is far more capable (and has a nicer interface) and I guess im also a kinda mac zealot who adores liinux and opensource. > Thoughts? > > Thx > Jon > > -- > Jon Phillips > > USA.PH.858.361.2811 > jon@...235... > http://www.rejon.org > > Inkscape (http://inkscape.org) > Open Clip Art Library (www.openclipart.org) > CVS Book (http://cvsbook.ucsd.edu/) > Scale Journal (http://scale.ucsd.edu/) > > _______________________________________________ > clipart mailing list > clipart@...330... > http://freedesktop.org/mailman/listinfo/clipart > -- Adon Metcalfe flonejek@...400... HTML Mail Perth, Australia http://adonmetcalfe.blogspot.com -- Adon Metcalfe flonejek@...400... HTML Mail Perth, Australia http://adonmetcalfe.blogspot.com

4 5

Re: how to stop wiki spam:
by unknown＠example.com 07 Aug '04

07 Aug '04

Something boring but quite efficient, I think -> submit the modification of the wiki to an antibot test. Example : ask user to read a sentence or a number on a 'disturbed' image and enter it in a form. Regards, Matiphas

3 3

Fit text to path
by Anatoly Podlesnuk 07 Aug '04

07 Aug '04

"..Come join the team and help us implement more text-support! We need help implementing SVG Fonts and Text on a path..." As idea to make fit_text_to_path. Convert each letter to Bezier paths then place them on curve.

2 2

compiling for WIN32 the two options.
by Roberto Ortega 07 Aug '04

07 Aug '04

I am having problems to compile inkscape for win32. I am trying the cross-compiling under linux and the direct compiling in win32. I used the gtk24 provided in the web site. The source compiling is ok, but i have problems at the moment of creating the libraries. 1. Apparently my distribution (SUSE 9.2) is complaining when I am building the dlls. It looks like a ld problem (I used the cross compiler provided at the web site). 2. Curiously I tried in my windows partition using mingw but I got similar results! (mingw-3.1.0): ################################## .... ranlib libinkscape.a perl makedef.pl ####### Generating 'inkscape.def' ####### dllwrap --output-lib=libinkscapedll.a \ --def=inkscape.def --driver-name=g++ \ -o inkscape.dll libinkscape.a -Le:/gtk/gtk24/lib -lgtkmm-2.4.dll -lgdkmm-2.4.dll -lglibmm-2.4.dll -latkmm-1.6.dll -lpangomm-1.4.dll -lsigc-2.0.dll -lgtk-win32-2.0 -lgdk-win32-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoft2-1.0 -lpangowin32-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -lxml2 e:/gtk/gtk24/lib/art_lgpl_2.lib e:/gtk/gtk24/lib/iconv.lib -lfreetype -lpng -lpopt e:/gtk/gtk24/lib/zdll.lib -mwindows -lws2_32 -lintl dlltool: Syntax error in def file inkscape.def:2282 inkscape.exp(.edata+0x23c0):fake: undefined reference to `_ZN28_GLOBAL__N_sp_ite m' libinkscape.a(desktop.o)(.text+0x847b):desktop.cpp: undefined reference to `GC_f ree' libinkscape.a(desktop.o)(.text$_ZN8Inkscape2GC4BaseI10gc_cleanupLNS0_10ScanPolic yE0ELNS0_16CollectionPolicyE0EEnwEjS3_S4_+0x68):desktop.cpp: undefined reference to `GC_malloc_uncollectable'

3 4