- Inkscape Devel - Inkscape Mailman

Theming
by Karl Ove Hufthammer 11 Aug '04

11 Aug '04

Is there any work currently being done on making Inkscape themeable like other Gnome/GTK apps? There's mention of this on "http://inkscape.org/cgi-bin/wiki.pl?GtkMMification": As part of doing the migration to gtkmm you should try and get icon theming working properly. While not directly related to the port I think fixing it when redoing the GUI anyway is a good time. There are a couple of things to keep in mind. For icon shared by Inkscape with all GTK+ and GNOME apps (file new, file open) etc. you should just use the standard icons. Look at gedit for sample code of how it is done. For icons that Inkscape shares with other drawing apps like The Gimp you should adopt the stock icons defined by The Gimp (floodfill is a good example here). For the remaining icons you would need to define them yourself, good thing here would be to make sure Sodipodi could use the same stock icons definitions so that when someone icon themes Sodipodi or Inkscape both apps picks up the correct icons. -- Uraeus -- Karl Ove Hufthammer

2 1

Startup?
by Bob Jamison 11 Aug '04

11 Aug '04

This morning (Monday) I have been having trouble running CVS inkscape. Even after doing clean checkout/builds, the resulting inkscape does not show a GUI, even after 5 mins. Has someone modified the startup? Bob

3 5

Server downtime
by Bob Jamison 10 Aug '04

10 Aug '04

My net admin just told me that they will be taking down troi.titan-aeu.com, in order to move it to a new building. It will be down for some time; maybe a few hours, maybe a few days. So if you want Win32 nightlies, you will need to go to Daniel's site in the meantime. Bob (ishmal)

1 0

File open Dialog
by bulia byak 10 Aug '04

10 Aug '04

> 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? 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? 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 > 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?) > and displays a folder > icon, if you are an a folder an not on an image. It might make sense to borrow that one.

3 4

Windows build
by John Cliff 10 Aug '04

10 Aug '04

Hi guys, Just letting you know that the windows build is currently broke, in that it compiles ok, but crashes on startup. bt gives the following, dont know why theres so many ?? as I didnt strip the binary: #0 0x77f9eeaa in ?? () #1 0x77fb54bc in ?? () #2 0x77fb4732 in ?? () #3 0x77fa6567 in ?? () #4 0x77fcabc7 in ?? () #5 0x7800113d in _libmsvcrt_a_iname () #6 0x00ca2ee5 in ?? () #7 0x0043a93b in sp_item_init(SPItem*) () #8 0x0083dae9 in ?? () #9 0x0082b707 in ?? () #10 0x00827325 in ?? () #11 0x00827b13 in ?? () #12 0x00826f7f in ?? () #13 0x0041abb6 in sp_object_repr_build_tree(SPDocument*, SPRepr*) () #14 0x0040e041 in sp_document_create(SPReprDoc*, char const*, char const*, char const*, unsigned, unsigned) () #15 0x0040b703 in sp_document_new(char const*, unsigned, unsigned) () #16 0x004083b1 in sp_file_new() () #17 0x00401dad in sp_main_gui(int, char const**) () #18 0x004019d7 in main () just a note, but I've been completely unsucessful getting the dll to link with the windows version of mingw, so resorted to reverting the build process to the old larger exe. The above error occurs in both this and the nightlies from bobs site using the dll, and generates the same bt. Having checked back in the older builds the last on bobs site to work is the one dated 4/8/04. Lokos like the it didnt build on the 5th, from the 6th it crashes. __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail

4 3

Re: Why Inkscape is not in GNOME-Office??
by Bryce Harrington 09 Aug '04

09 Aug '04

SZERVAC Attila <sas@...506...> writes: >> On Sun, 8 Aug 2004, J.M. Maurer wrote: >> > Q: Why Sodipodi & Sketch (Skencil) are "office" application >> > >> > ( >> > http://gnome.org/gnome-office/ >> > ) >> > >> > but Inkscape is not ? >> > >> > drawing programs are essential "office" components, today. >> > >> > If GNOME Office keeps `Vector Grachics' section (Sodipodi & Sketch >> > (Skencil), Inkscape is also an important, good choice for GNOME >> >Office >> > Users >> >> That page is really old, and does not reflect the current situation. >> >> Currently, "GNOME Office" consists of AbiWord, Gnumeric and GDA >> >*only*. >> We hope to update that website as soon as possible. > > ohh, oops, okay-okay, i'm waiting for GNOME Art Suite! :))) > > THANK You 4 Your advice, Bryce, J.M., Charlie & dear GNOME-Office list. > > `apt-get install gnome-art' ! :-) On Sat, 7 Aug 2004, Jody Goldberg wrote: > On Thu, Aug 05, 2004 at 10:19:08AM +0200, SZERV?C Attila wrote: > > > > Inkscape 0.39 entered to sarge. > > > > It is Killer. Maybe sketch [skencil] killer too. > > > > Why Inkscape is not in GNOME-Office?? > > It has not asked to be part of gnome office. > > We can evaluate it on it's > 1) merits > 2) use of gnome office technologies > 3) whether a drawing app is office-related or art-related > Since Inkscape started, I've had the opportunity to chat with a number of people, both developers and users, on the topic of integration with other applications. We've also received numerous feature requests from users for interoperability. These range from cut-and-paste, to file format compatibility, to even more elaborate interrelationships such as plug-in functionality. On multiple occasions I've heard the idea of an 'Art Suite' posed. The idea generally identifies Inkscape, Gimp, Scribus, and perhaps one or two other tools such as Blender or Dia. The rationale for making them into a suite revolves around improving interoperability including cut and paste, common file formats, etc. Note though that several of these apps are not GNOME apps (Scribus is Qt, for example). Also, we haven't really talked about this much with the other apps. But this is an idea we've heard much about. As can be expected, we have had many users ask about interoperability with OpenOffice (mainly for cut-and-paste). This is particularly ironic since OOo doesn't really support SVG, plus already has a drawing component, but there you go. Interoperability with Flash, Illustrator, and other proprietary tools have come up in user requests. In a few cases there has been the question of Inkscape being part of GNOME Office. It sounds like the desire here is for Gnumeric and Abiword to gain a drawing plugin via Bonobo, which would help users of those apps. We're not really certain why this would help Inkscape but in general I don't think anyone from Inkscape is opposed to the idea (interoperability is a Good Thing). In weighing the requests from users and the interests of the developers, it has been viewed as a longer term priority; other things like layers, text-on-path, extensions, etc. have been more pressing needs. That does not mean that we could not do it today if a couple developers popped up that wished to focus on implementing it. The one concern that a few of us have is that we're uncertain about the extra dependencies that would be added if we were required to adopt a bunch of GNOME Office libraries. We have a process for reviewing, testing, and adopting (or rejecting) new dependencies. An important consideration is whether they're available on Windows and Mac OSX, and if they have clean, stable APIs. As Alan mentioned, we've been slowly evaluating and adding libraries (including several low level GNOME libs), but we think it is important for Inkscape users that we do this with care. For 0.40 we're adding a number of new libs and are already spotting problems (i.e. one core dev on OSX can no longer compile the code). Now, it's likely the GNOME Office libs have no problems, but we just haven't really analyzed them in detail yet so we don't know. But the concern is less about the particular libs and more about the process - being given a list of required libs that must be added to Inkscape in order for it to be acceptable as a GNOME Office application leaves some distaste in the mouth. Those may be great technologies to have, but maybe not, or they may be okay but require a lot of work to integrate them for low value, so we like having the option of picking and choosing, and are concerned that this freedom would be diminished or lost by becoming a GNOME Office application. At one point someone identified Inkscape as a possible presentation component for GNOME Office. It is certainly true that people have used Inkscape's 'Inkview' component for doing presentations - I myself used it for my OLS presentation. But I don't think there's any desire to turn Inkscape into PowerPoint! ;-) I think there had also been talk at some point about SVG-output from GNOME-Office applications, with the assumption that something like Inkscape would be needed for that. In truth, I don't think this is the case. SVG is a standardized format, so in theory the application could use rsvg, cairo, or other SVG renderers, and expect to be able to interoperate with tools like Inkscape. Where they don't, well, that's going to be someone's SVG compliance bug. ;-) A while back we briefly looked at the bonobo bits in the codebase. They're not hooked up now, but could presumably be resurrected if someone was interested in working on it, especially if they were more experienced with Bonobo than us. One of the conclusions we arrived at when looking at Bonobo was that Inkscape needed to present a better organized internal API (called AST), that other applications could connect to. This happens to be something we need in general for Extensions, and is an area we've been putting time into and plan to put additional work into over the next few releases. After that is done, adding a Bonobo interface should conceivably be quite straightforward. Anyway, so if all GNOME Office really cares about is getting a drawing component for Gnumeric and Abiword, Inkscape will probably be there eventually (sooner if someone pops up to help). If the desire is to fill in a list of apps for GNOME marketing purposes, no issue there. If there is a desire to make Inkscape use certain libs or to be able to have say over the development priorities, that would probably not be well received. If the desire is to assist Inkscape in some other fashion, that'd be wonderful, just let us know; the project's been humming along well so far but there's still much needed. Bryce

3 4

File open Dialog
by Tobias Jakobs 09 Aug '04

09 Aug '04

Hallo, I have some more comments to the new file open dialog. 1. If no image is selected the preview area should display the "No preview" image with "No selection" as text. 2. Use thumbnails if they are available. That will make the preview faster, if the images are big. 3. Do not allow images to resize the preview area. 4. Look at the Gimp open dialog and make it look similar. ;-) http://hagemaenner.de/stuff/gimp/Gimp-2.1-Open-Image.png MfG Tobias

6 8

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

Blogs and RSS feeds
by Jon Phillips 06 Aug '04

06 Aug '04

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

3 4

spammer question
by Jon Phillips 06 Aug '04

06 Aug '04

We have a serious problem with spammers/spambots on our usemodwiki system. Do you all have any recommendation or enhancements in developer versions. We try to run an open ship and do not want to require user/pass for editing the wiki. Please see: http://inkscape.org/cgi-bin/wiki.pl 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/)

1 0

[Fwd: Re: spammer question]
by Jon Phillips 06 Aug '04

06 Aug '04

Response from usemodwiki developers... Jon -----Forwarded Message----- > From: Clifford Adams <caadams@...503...> > To: Jon Phillips <jon@...235...> > Subject: Re: spammer question > Date: Fri, 06 Aug 2004 17:52:31 -0400 > > At 12:23 PM 8/6/2004, you wrote: > >We have a serious problem with spammers/spambots on our usemodwiki > >system. Do you all have any recommendation or enhancements in developer > >versions. We try to run an open ship and do not want to require > >user/pass for editing the wiki. > > I do have some recommendations that I recently sent to another wiki > admin. I don't know if you'll want to try the first suggestion (involving > editor passwords for some networks), but the second one has been very > helpful in discouraging spam on the usemod.com sites. Let me know if you > have any questions. > > --Cliff > > [excerpt from previous email:] > > [...] I plan to have some anti-spam features in 1.1. (I > don't know when that will be released, however.) In the meantime, here > are a couple suggestions: > > 1. Use the ban list to block IPs or networks. One approach is to use > very wide blocks, and give out "editor" passwords for exceptions. (The > editor password bypasses the bans.) > > For example, the UseModWiki site blocks posting from the aol.com web-proxy > sites. The Meatball wiki blocks a Chinese class A network (not my > decision). If needed, you could even make the site read-only and email > out editor passwords to contributors. > > 2. If you get persistent linkspam to particular sites, you might want to > add code like this to the DoPost subroutine (at around line 3890, just > before the comment "Lock before getting..."): > > # XXX CAA hack: block some spammers > if (($string =~ m|http\://.+webrank\.cn|) || > ($string =~ m|http\://.+google123\.net|) || > ($string =~ m|http\://.+ccnp130\.com|) || > ($string =~ m|http\://.+\.s5\.com|) || > ($string =~ m|http\://.+\.itgo\.com|) || > ($string =~ m|http\://.+\.tejia\.com\.cn|) || > ($string =~ m|http\://.+shemale|) || > ($string =~ m|http\://.+fueling\-dispenser\.com|)) { > &ReportError("Internal Error."); > return; > } > > # Lock before getting old page to prevent races > > This code (from my live wiki) rejects any submitted text that contains > these bad links. When spammers submit lots of links I don't bother > entering all of them into the code--just a few chosen at random. > > For 1.1 I plan to add a feature to read a "bantext" file, along with web > editing like the current banned list. > > Let me know if you need any help with implementing these suggestions. > > > I was surprised that a search for "spam" on the > > UseModWiki site revealed nothing interesting. > > Most of the discussion I've seen is on the Meatball wiki site, > specifically at: > > http://www.usemod.com/cgi-bin/mb.pl?WikiSpam > > ...which links to other discussions. > > [end of excerpt] -- 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/)

1 0

NArtBpath misdesigned.
by David Turner 06 Aug '04

06 Aug '04

I'm rewriting some of the marker code, because it doesn't conform in any way, shape, or form to the spec. Along the way, I've found some deficiencies in the internals of Inkscape (as well as some in the SVG spec). NArtBPath does not properly handle closed subpaths. In SVG, a curve is divided into subpaths, which are either open or closed. A subpath ends with either 'z', 'm', 'M', or the end of the string. A closed subpath is one which ends with a 'z'. NArtBPath can represent this for non-final subpaths with NR_MOVETO (as opposed to NR_MOVETO_OPEN). However, for the final subpath, there can be no final MOVE_TO command (by definition). I believe that in fact, non-final closed subpaths are represented differently: they have a NR_LINETO to the final point, then a NR_MOVETO. This is reflected in the SVG: select the bezier tool. Click three points, then the first point, forming a triangle. This should be represented as M...L...L..z, but in fact is represented as M...L...L...L...z (extra line). Note the deficiency in SVG -- you can't have a curve which closes a subpath (you have to do a curve followed by a z, which should (but does not in Inkscape) generate an extra marker. Inkscape also doesn't respect the 'z' in rendering. More accurately, the lack of 'z'. If you have draw a triangle as above, then edit in the xml editor to remove the 'z', the rendering doesn't change. Inkscape treats the lines as joined because they have the same end point (you may need to change the line-join to see this in action). <whine> Note that Inkscape currently incorrectly renders marker-start on the start of any subpath, rather than only on the start of the path as a whole. This is entirely logical, but does not match the spec. It's my opinion that the spec is dead wrong here, and evidently somebody else agrees with me -- I just saw a message on www-svg@...157... proposing new markers for the beginning and ends of subpaths. I'll "fix" this too, to match the spec, even though the spec is wrong. I may also add custom subpath-start and subpath-end markers. </whine> My suggestion is that we remove NR_MOVETO_OPEN, and change the semantics of NR_MOVETO to simply mean moveto. We should add NR_CLOSEPATH, which indicates a 'closepath' command, and is rendered as per lineto, but with attention to the join. I don't yet very feel confident with the codebase, so I'm not sure I can do this on my own. I would rather discuss it here first. Tonight, I'm going to finish get the guts of marker directionality to match the spec as much as is possible with the current code. -- -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 2

Vacuum patch (2)
by David Turner 06 Aug '04

06 Aug '04

Hi! I would like to introduce myself to the list and provide a patch for review. I'm novalis_dt on Sourceforge. I know Bryce from when he worked on the Worldforge project. I have recently started using Inkscape -- I'm not much of an artist, but I redid the front page of my website with Inkscape. I've also done a couple of diagrams for work (I do licensing for the Free Software Foundation). I've submitted a couple of other minor patches, and now have CVS commit access. This patch provides a new command: "Vacuum unused defs." SVG files can accumulate cruft -- gradients, markers, etc, which aren't in use. I've chosen to make this command manual, because sometimes, you'll want to keep this cruft for later usage. But if you want smaller SVG files, for web usage (or secrecy reasons), you might try this feature. When I wrote the first version of this patch, I didn't understand the SPObject tree. I think I do now. I'm somewhat baffled that there's no sp_object_get_child_by_tagName function already -- am I just missing it? If not, it probably belongs in sp-object.cpp, but I didn't want to put it there prematurely. If I hear no objections, I'll commit it in a few days. -- -David "Novalis" Turner Stalk Me: 617 441 0668 "Once, there were three lizards, and they were all named Pants. " -Sho Kuwamoto (seen on talk.bizarre)

6 10

optimization
by bulia byak 06 Aug '04

06 Aug '04

I found that Inkscape runs 6% to 7% faster if I replace in nr-point.h Coord operator[](unsigned i) const throw(std::out_of_range) { if ( i > Y ) { throw std::out_of_range("index out of range"); } return _pt[i]; } with inline Coord operator[](unsigned i) const { return _pt[i]; } and the same for non-const version. I think it's safe to get rid of the range check because the indices are never calculated and are extremely unlikely to go off limits. So if nobody objects I will commit this change.

5 10

[Fwd: [ANN] Sketsa (SVG Graphics Editor) 2.0 released]
by Jon Phillips 06 Aug '04

06 Aug '04

-----Forwarded Message----- > From: Tonny Kohar <tonny@...498...> > To: www-svg@...157... > Subject: [ANN] Sketsa (SVG Graphics Editor) 2.0 released > Date: Tue, 03 Aug 2004 21:41:22 +0700 > > > We proudly released Sketsa SVG Graphics Editor 2.0. Sketsa is a cross > platform vector drawing application based on SVG. It features various > tools for optimizing content creation, giving designers unsurpassed > support for creativity. These tools include property palette, source > editor, resources editor, SVG specific shape tools, transformation > tools, and additional illustration tools. Sketsa uses SVG as a native > file format. > > Features: > - SVG native file format > - Property palette > - DOM Editor > - Source Editor > - Resource Editor: gradient and filter > - SVG specific shape tools: rect, ellipse, line, polyline, polygon > - Additional illustration tools: Pencil tool for freeform shape and Pen > tool for curve shape > - Transformation tool: rotate, skew, scale, and translate > - Basic Text Tool > - Export or rasterize to JPEG and PNG > - Written entirely in Java > > What's new > - UI changed (docked panel, menu rearrange) > - Speed Improvement > - Canvas Ruler > - Text Style property > - Toolbox transform improvement (support parent transform) > - Pencil / Freehand tool improvement > - Various bug fixes > > The latest news about Sketsa can be found on > http://www.kiyut.com/products/sketsa/index.html -- 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/)

1 0

Inkscape BOF @ Siggraph LOS ANGELES - MON, AUG 9, 4-5 PM
by Jon Phillips 06 Aug '04

06 Aug '04

*PLEASE FORWARD* Inkscape: An Open Source Vector Graphics (SVG) Editor Overview Birds of a Feather Meeting in Co-operation with Siggraph 04 at the Los Angeles Convention Center http://www.siggraph.org/s2004/conference/birds/index.php?pageID=conference Monday, 9 August 4 - 5 pm Holiday Inn City Center Santa Monica Room Jon Phillips + Jon Cruz ### Inkscape: Draw Freely. (http://www.inkscape.org/) Inkscape is an open source SVG editor with capabilities similar to Illustrator, CorelDraw, Visio, etc. Supported SVG features include basic shapes, paths, text, alpha blending, transforms, gradients, node editing, svg-to-png export, grouping, and more. Inkscape's main motivation is to provide a fully XML, SVG, and CSS2 compliant SVG drawing tool. Additional planned work includes conversion of the codebase from C/Gtk to C++/Gtkmm, emphasizing a lightweight core with powerful features added through an extension mechanism, and establishment of a friendly, open, community-oriented development processes. The specific emphasis of this talk will be for intermingling between attendees and to allow for suggestions and discussions about where Inkscape is heading...draw freely! -- 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/)

1 0

Inkscape BOF @ Siggraph LOS ANGELES - MON, AUG 9, 4-5 PM
by Jon Phillips 06 Aug '04

06 Aug '04

*PLEASE FORWARD* Inkscape: An Open Source Vector Graphics (SVG) Editor Overview Birds of a Feather Meeting in Co-operation with Siggraph 04 at the Los Angeles Convention Center http://www.siggraph.org/s2004/conference/birds/index.php?pageID=conference Monday, 9 August 4 - 5 pm Holiday Inn City Center Santa Monica Room Jon Phillips + Jon Cruz ### Inkscape: Draw Freely. (http://www.inkscape.org/) Inkscape is an open source SVG editor with capabilities similar to Illustrator, CorelDraw, Visio, etc. Supported SVG features include basic shapes, paths, text, alpha blending, transforms, gradients, node editing, svg-to-png export, grouping, and more. Inkscape's main motivation is to provide a fully XML, SVG, and CSS2 compliant SVG drawing tool. Additional planned work includes conversion of the codebase from C/Gtk to C++/Gtkmm, emphasizing a lightweight core with powerful features added through an extension mechanism, and establishment of a friendly, open, community-oriented development processes. The specific emphasis of this talk will be for intermingling between attendees and to allow for suggestions and discussions about where Inkscape is heading...draw freely! -- 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/)

1 0

Glib::ustring
by Bob Jamison 05 Aug '04

05 Aug '04

With my short education into Gtkmm recently, I have become acquainted with the Glib::ustring class. It is a clone of the std::string class, with the addition of supporting unicode in utf8 format. This sounds like it might be a nice replacement for our many g_blah_blah_utf8() calls, and also a nice storage for our internal strings. Anyone have any thoughts? Maybe Jon could look at it to see if it is sufficient/valid. Just wondering.... (I'm sitting in a boring meeting right now ;-) Bob

3 2

Re: spalah + inkscape?
by bulia byak 04 Aug '04

04 Aug '04

I'm cc'ing my reply to inkscape-devel, where more people will be able to comment. On Sun, 25 Jul 2004 20:30:52 +0300, Anatoly Podlesnuk <beerubeer@...466...> wrote: > Hi > > It's good idea to join spalah and inkscape. > > There is some questions. > > 1. I'm not use in spalah "items tree" of SVG nodes from sodipodi. Spalah > items tree is much simple. So I will need some help with inkscape items > tree. We haven't yet departed too far from Sodipodi's system of SPObjects tree and repr tree that are synced periodically, though we did a lot of incremental changes to it (mostly in the direction C++fying it). I don't think anything simpler than that will actually work for interactive SVG editing. Of course we will be glad to help you with it. > 2. Spalah uses ming library (ming.sourceforge.net) for flash generation, > so inkscape will require this library. No problem. SWF export is a good thing to have, even if for static SVGs at first. > 3. What is role spalah code in inkscape? It will a part of ExportDialog > or inkscape will able to add animation to SVG objects? As I know > inkscape does not support some SVG nodes that responses for animation. Our goal is to be a complete SVG editor, and that includes animation. So we'll need to add support for all the corresponding elements and attributes. As for the UI, what I had in mind is a timeline control selecting one of the frames for editing, plus a separate preview window (based on inkview?) with actual animation. Of course, at this stage all this requires lots of thinking, planning, and experimenting. > 4. What about release planning, code formatting, > classes/functions/variables names? I guess the main development principle is that CVS must always remain compilable and workable, without bad regressions. Releases are done when there's enough stuff for a new release, usually every 2 to 3 months. There's a period of code freeze and bug hunt before a release, but at other times you're free to work on your stuff. For coding style, we have a few guidelines here: http://inkscape.sourceforge.net/doc/coding_style.php Let me know what you think.

5 9

new open dialog
by bulia byak 04 Aug '04

04 Aug '04

First off, I wanted to say thank you to Bob for this work. The preview on open is fabulous! It gives a whole new perspective on my files. A very important addition. Still there are problems. I know some of them may not be fixable due to GTK limitations, but still. 1 The dialog is modal but not transient. It's a very dangerous combination: it sinks under your document and you can't understand why the document is unresponsive. Please make it transient as it was before. 2 The dialog opens in some unpredictable place on the screen. Before, it opened centered over the document window. Can we restore that? (Maybe it's a consequence of its not being transient.) 3 BUG: when I press Ctrl+O for the first time, there are no files listed at all in the directory where it opens, only subdirectories. If I go e.g. to the parent dir and then back, the files appear. 4 After some thinking I'm convinced that (as suggested here) we must replace the "Autodetect" with two new options, "All images" and "All files". That makes much more sense and is more consistent with typical Windows/Mac programs. Both these options would do autodetect and differ in filtering the list: no filtering for "All files" and showing only Inkscape-supported images for "All images". The bad thing about "Autodetect" is that it speaks about what the program does, not about what the user needs. Autodetect is not something I ever want to be off; it must always work behind the scenes. What I want to control is what files are shown and what not, and this is what this menu must affect. 5 The menu should be reordered more logically so that the most frequently used options are at the top: All images <-- default All files SVG Compressed SVG ---------- (separator) AI EPS PS Dia Sketch WMF text rest of bitmap formats... 6 Also it would be nice to group the same formats with different extensions as proposed here: https://sourceforge.net/tracker/index.php?func=detail&aid=990674&group_id=9… 7 If I want to go e.g. to /home/me/inkscape and browse files here, I go to the filename field, type "/home/me/inkscape" and press Enter. Nothing happens. In other programs (and I believe in Inkscape with the old dialog) this caused the dialog to switch to that dir. 8 I get these warnings whenever I open it for the first time: (inkscape:7505): Gtk-WARNING **: Could not find the icon 'gnome-fs-home'. The 'hicolor' theme was not found either, perhaps you need to install it. You can get a copy from: http://freedesktop.org/Software/icon-theme/releases (inkscape:7505): Gtk-CRITICAL **: file gtksettings.c: line 447 (gtk_settings_get_for_screen): assertion `GDK_IS_SCREEN (screen)' failed (inkscape:7505): GLib-GObject-WARNING **: invalid (NULL) pointer instance (inkscape:7505): GLib-GObject-CRITICAL **: file gsignal.c: line 1726 (g_signal_handler_disconnect): assertion `G_TYPE_CHECK_INSTANCE (instance)' failed I installed http://freedesktop.org/Software/icon-theme/releases/hicolor-icon-theme-0.5.… but this did not help. Any ideas? Preview: 9 There's no way to turn the previews off. 10 The open/close dance of the preview pane as you go through image/non-image files is a bit disconcerting. Can't we always have the preview widget on (that is, unless you turn it off, see 8), even if inactive for the current file, with the same unchanging size? 11 Bob, you mentioned that you did preview for the bitmap files as well, but this does not work for me, only SVGs. That's it for now, perhaps I'll find more when I test it more thoroughly.

5 13

Adobe Illustrator 7/10, Photoshop CS and Postscript (probably eps)
by Tuukka Pasanen 04 Aug '04

04 Aug '04

hi, A long story short. AI7 files aren't in PDF format and AI10 uses PDF 1.4 as native saving format. I Have also heared that Photoshop CS uses PDF 1.4 as saving format. So i looked in pstoedit program and finded out (Author pointed out) there is GPL svg output plugin. So it would be neat to have this option in inkscape but is it too much to ask for http://www.gnu.org/software/plotutils/ and pstoedit be installed to have this input?? There is also one problem in SVG because it doesn't put fill:none in style inkscape just fills everything in black:P.. I still look how good plot-svg output is but seems good enouhg to me.. Then i just have to think how to find AI7 and AI10 in ill2svg.pl;) So should we use it or not? In Gnu/Linux and *BSD (*nix) world it's easy to install but windoze is biggest problem.. Tuukka.

3 4

convention for XML names
by MenTaLguY 04 Aug '04

04 Aug '04

Although it's not crucial, could we settle on using XML names that adhere to a specific convention? I'm a little worried that having: inkscape:one-thing inkscape:another_thing inkscape:YetAnotherThing as element/attribute names in the same SVG file, while permissible, looks unprofessional. I personally favor using lowercase words separated with dashes (-). -mental

4 3

[Fwd: Re: [gnome-core] gtkmm 2.4 + inkscape + YOU]
by Jon Phillips 03 Aug '04

03 Aug '04

bulia, et al. fyi...contact this person directly to encourage moving package to unstable and then stable fink... Jon -----Forwarded Message----- > From: Martin Costabel <costabel@...26...> > To: Jon Phillips <jon@...235...> > Cc: fink-gnome-core(a)lists.sourceforge.net > Subject: Re: [gnome-core] gtkmm 2.4 + inkscape + YOU > Date: Tue, 03 Aug 2004 12:20:08 +0200 > > Jon Phillips wrote: > [] > > I'm sending this to encourage the move up to gtkmm2 project's current > > stable version 2.4. > > There is a gtkmm24.info in > fink/experimental/gnome/2.6/main/finkinfo/gnome/ on CVS. Have you tried > it? It has been there since 2004/05/16. -- Jon Phillips PO BOX 948667 LA JOLLA, CA 92037 USA 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/)

1 0

Re: flowtext
by bulia byak 03 Aug '04

03 Aug '04

> - flowRegion makes flow-go.svg render "correctly" Actually from my reading of the spec, the old rendering was correct: each flowregion filled from top to bottom, even if it contains multiple shapes. > - fixed the lost word problem. note that you need to > put spaces at the beginning of a flowSpan (or the end > of the previous) otherwise the words at both ends will > be glued together Yes, that's reasonable > - a preliminary convert_to_text() verb is in sp-flowtext Excellent, I put it on Shift+Alt+W as "Unflow text", with the Alt+W reserved for "Flow text" (convert text + shape into a flowed text). There were a few problems: - compilation errors on char conversions again - fixed - the text style only worked if set on flowRoot, not flowDiv - fixed by adding SP_STYLE_FLAG_ALWAYS to sp_style_write_string (line 787), so that it writes the entire style of each chunk, including inherited style - space after flowSpan was lost - partially fixed by adding xml:space="preserve" to the created text, but the start positions of spans are still sometimes off (convert the attached one and watch the words "as well as" and "kinsoku" - they jump off a bit) Plus a few other small changes, so please take the files from CVS if you want to change something. I also thought about the best way to create flowed texts. I think using clones is indeed the best method, as it will let us avoid adding flowtext parsing code to a million places. So when you select a shape and a text, here's what happens: - the shape is cloned, clone placed exactly over the original - the clone gets inkscape:use-move="parallel" and inkscape:use-delete="unlink" attribs to ensure these behaviors regardless of user prefs (sp-use support required, but it's simple to add) - tspans with sodipodi:role="line" are merged together, separated by spaces - an empty tspan with sodipodi:role="line" (i.e. empty line) is converted into <flowLine/> - the flowRoot is constructed from the clone and the text thus prepared; original text is deleted The original shape thus remains and is editable as usual, and the text shape will be updated via the clone. This means the paths in "foreign" (non-Inkscape) flowed texts that do not use clones will not be editable at all, but this is OK (at least for now). This approach has the advantage of relative simplicity, and two more commands can be easily added based on the same mechanism - "Flow around" (adds exclusion shape to an existing flowed text) and "Chain flow" (adds a new region to an existing flowed text), with all these shapes remaining editable (i.e. only their clones are added into the flowtext).

2 4

Re: flowtext
by bulia byak 03 Aug '04

03 Aug '04

> - reintroduced the *_update() functions in > sp-flowdiv.cpp; apparently they're needed to have > flowRoot reflow when text is edited > - print uses the text-to-path method, that is you can > print any font in flowRoot > - better convert_to_text(), including partial dx/dy > support (need to figure a way to get the sum of the dy > shifts at the end of a tspan) Thanks, committed. The jumping flowspans bug on convert-to-text seem to be fixed. Please use the version from CVS! I now had to re-type several small fixes I had in sp-flowtext (such as _() for description). What remains to be done: - word-spacing CSS property must be supported as well as letter-spacing. This needs to be added to style.cpp and then to sp-text. - justification must be achieved, first, by squeezing/stretching spaces, and only if this is not possible, by modifying letterspacing. To this end, inkscape:layoutOptions must support 4 parameters: squeezability of space; stretchability of space; squeezability of letterspacing; stretchability of letterspacing (all four are in % relative to the normal value). Some sensible defaults can be found by playing with various texts.

1 0

GNOME HIG
by Lucas Vieites 03 Aug '04

03 Aug '04

Hi all, I just read about the new release of the GNOME HIG (Human interface guidelines) 2 and suddenly I asked myself if Inkscape was taking these into consideration. I browsed the mailing list a bit and found some postings mentioning them. Thinking a bit about the future and the possibility of Inkscape becoming part of GNOME, or even if this is not on the roadmap, I think these guidelines are a "good thing". So, are the developers using these guidelines as they design the user interface? What do you think about them? Greetings, -- Lucas Vieites Fariña Asix Informática <info@...212...> http://www.asixinformatica.com/ Tel/Fax: +34 986 54 26 98

8 13

Re: [Inkscape-user] Re: Crash on startup
by MenTaLguY 03 Aug '04

03 Aug '04

Sorry for taking so long to get back to you; emails about compilation problems will probably get answered quicker on the development mailing list... On Thu, 2004-07-22 at 16:05, Florent wrote: > But maybe, the problem come from the new libs version ? > Is there anyone who can run the last CVS on a Linux ? Yes, I've been running it since I did the library conversion. > And what is his lib versions ? gtk+-2.0 = 2.4.3 gobject-2.0 = 2.4.2 gmodule-2.0 = 2.4.2 glib-2.0 = 2.4.2 pango = 1.4.0 gtkmm-2.4 = 2.4.4 gdkmm-2.4 = 2.4.4 glibmm-2.4 = 2.4.3 pangomm-1.4 = 2.4.4 > I don't know if it can help but when I run the "ddd inkscape", it gives me : > > Program received signal SIGSEGV, Segmentation fault. > SPDesktop::_layer_hierarchy_changed(SPObject*, SPObject*, SPDesktop*) > (top=0x84023d0, bottom=0x84023d0, desktop=0x86bc208) at stl_list.h:397 > /usr/include/c++/3.2.3/bits/stl_list.h:397:10573:beg:0x815f4c4 void SPDesktop::_layer_hierarchy_changed(SPObject *top, SPObject *bottom, SPDesktop *desktop) { desktop->_layer_changed_signal.emit(bottom); } That place for the crash looks a little strange to me. Could you try compiling without optimization and see if it yields the same backtrace (and give me some more of the actual backtrace as well..). The only reason I can think of that it would crash here is if SPDesktop::_layer_changed_signal were not initialized properly for some reason. -mental

2 7

[Fwd: Fwd: mozilla svg meeting log 26.July 2004]
by Jon Phillips 03 Aug '04

03 Aug '04

Sorry for the long email, but this will be of interest to several of you about Mozilla + SVG involvments. This is from the Mozilla SVG team meeting log. -----Forwarded Message----- > From: jon phillips <phillipsjd@...400...> > To: jon@...235... > Subject: Fwd: mozilla svg meeting log 26.July 2004 > Date: Sun, 01 Aug 2004 00:36:09 -0700 > > ---------- Forwarded message ---------- > From: Alex Fritze <alex@...488...> > Date: Sun, 01 Aug 2004 08:34:18 +0100 > Subject: mozilla svg meeting log 26.July 2004 > To: phillipsjd@...400... > > Jul 26 18:39:50 <afri> anyway, shall we start with item 1) "Criteria > for switching on"? > Jul 26 18:39:55 <jwatt> is there any way to search for bugs that have > patches that modify a given file? > Jul 26 18:40:06 <jwatt> oops, never mind, later > Jul 26 18:40:17 <Scooter> 1 seems like a good beginning > Jul 26 18:40:19 <afri> Anybody got any thoughts? > Jul 26 18:40:36 <jwatt> don't we really need a brendan or someone > similar here for that? > Jul 26 18:40:42 <afri> tor: you had some contact with m.org about this? > Jul 26 18:40:45 <jwatt> since they will have a major say in that? > Jul 26 18:41:09 <tor> afri: just the normal moz2 meetings > Jul 26 18:41:51 <Scooter> Well, lets start with which profile we are > shooting for: Tiny or Basic? > Jul 26 18:42:01 <tor> turning it on will depend on the feature set > and size > Jul 26 18:42:11 <tor> 1.2 doesn't have basic, fwiw > Jul 26 18:42:11 <jwatt> or should we do Tiny > Basic > Full? > Jul 26 18:42:23 <tor> (not that we should be shooting for 1.2) > Jul 26 18:42:56 <Scooter> Agreed -- I'm a little uncertain about > 1.2. There seems to be a lot of debate surrounding it. > Jul 26 18:43:02 <afri> do you reckon that feature set is important? > Isn't stability and footprint the issue? > Jul 26 18:43:11 <tor> is anyone interested in working on animation or > svg fonts, which are a couple of the big points we're short of 1.1 tiny? > Jul 26 18:43:30 <tor> stability is definitely important > Jul 26 18:44:01 <tor> we need to be featureful enough so that people > can start do interesting things > Jul 26 18:44:05 <jwatt> I'd be interested in animation in the long > run, but feel I'm still finding my feet > Jul 26 18:44:28 <afri> who do we need to press for criteria? i guess > they are being decided by brendan et al? > Jul 26 18:44:52 <jwatt> yeah, an email to drivers would be a good idea > Jul 26 18:44:59 <tor> brendan was floating the idea of turning on svg > for 1.8, but that causes problems with platform prereqs > Jul 26 18:45:03 <jwatt> or should we /invite some folk now? > Jul 26 18:45:14 <tor> mail to drivers is likely not to get anywhere > Jul 26 18:45:22 <jwatt> oh > Jul 26 18:45:51 <Scooter> OK, so it sounds like there are some > platform issues that need to be on the list -- what are they? > Jul 26 18:46:14 <tor> requiring gdi+ on windows > Jul 26 18:46:27 <jwatt> as in for the installer? > Jul 26 18:46:30 <tor> (unless maybe we can try dynamically loading it?) > Jul 26 18:46:49 <jwatt> I was working on getting the installer script > to do the right thing for that > Jul 26 18:47:05 <Scooter> So, we have requirement #1 -- we need to > deal with gdi+ on windows, right? > Jul 26 18:47:11 <afri> IANAL, but i think technically we are allowed > to redist gdiplus.dll for older windows > Jul 26 18:47:32 <tor> we can't ship libart bits under trilicense > Jul 26 18:47:35 <jwatt> for win me, 98, nt and 2000 > Jul 26 18:47:44 <jwatt> all others aren't allowed > Jul 26 18:47:57 <afri> but we could use cairo for linux, right? > Jul 26 18:48:23 <tor> yes, but we'd have to link it in statically > given that they're still changing the api > Jul 26 18:48:29 <afri> ah > Jul 26 18:48:54 <afri> i guess the other problem is the mac > Jul 26 18:49:11 <Scooter> Perhaps we should focus on listing the > issues and postpone trying to solve them? > Jul 26 18:49:56 <afri> so is it fair to say then that the real first > hurdle for getting svg switched on is sorting out a backend on each > platform? > Jul 26 18:50:04 <tor> how about we ask the question another way - > ignoring distribution issues, would we be happy subjecting users to our > svg at this point? > Jul 26 18:51:00 <afri> i guess that comes down to stability... > Jul 26 18:51:04 <Scooter> I would really like to see us get closer to > *at least* Tiny before we roll this out. > Jul 26 18:51:31 <Scooter> Then we can focus on stability. Things are > clearly still changing pretty rapidly. > Jul 26 18:51:32 <afri> i think the current feature set looks pretty > ok for users > Jul 26 18:52:14 <tor> once gradients are in things are looking good > Jul 26 18:52:16 <Scooter> Even without animation and SVG Fonts? > Jul 26 18:52:21 <tor> <use> would be nice > Jul 26 18:52:45 <jwatt> yeah, gradients and use I think would be > necessary > Jul 26 18:53:16 <afri> yeah, gradients & <use> would be nice. > animation i think will take quite a long while and svg is pretty useful > even without it > Jul 26 18:53:35 <Scooter> Fair enough -- what about SVG Fonts? > Jul 26 18:54:25 <afri> hmm, it sounds tricky getting it right for > several backends... > Jul 26 18:55:03 <afri> do you think without fonts, SVG is not really > worth much to the end user? > Jul 26 18:55:45 <Scooter> Not at all -- I'm just sort of playing > devil's advocate here. I'm happy to see it turned on without that. > Jul 26 18:55:54 <tor> I think svg fonts were probably added to tiny > for platforms that didn't have native scalable/tranformable fonts > Jul 26 18:55:54 <Scooter> What about <switch>? > Jul 26 18:56:26 <afri> well we have your patch for that, so i guess > it will be going in soon > Jul 26 18:57:02 <Scooter> OK, so what we have is: Stability, Platform > issues, <use>, Gradients, and <switch>, right? > Jul 26 18:57:37 <afri> ...of which platform issues are probably the > most difficult > Jul 26 18:57:51 <afri> i don't have a clue how to go about this > Jul 26 18:58:08 <Scooter> Which this? The requirements list or the > platform issues? > Jul 26 18:58:10 <afri> will cairo work on windows/mac? > Jul 26 18:58:25 <afri> Scooter: the platform issues > Jul 26 18:58:52 <afri> can we even link to it statically on linux? > Jul 26 18:59:04 <afri> wouldn't that mean it needs to be checked into > the tree? > Jul 26 18:59:29 <tor> the software path of cairo should work on mac > Jul 26 18:59:51 <tor> if we're allowed to redistribute gdi+ then that > might not be a problem > Jul 26 19:00:06 <afri> fair enough > Jul 26 19:00:20 <afri> so let's assume windows is sorted for now... > Jul 26 19:00:30 <jwatt> as I said, we can only redistribute > gdiplus.dll on WinME, Win98, WinNT and Win2k > Jul 26 19:00:34 <afri> how do we go about linux/mac then? > Jul 26 19:00:43 <tor> jwatt: what else is there? > Jul 26 19:00:53 <afri> tor: XP > Jul 26 19:00:54 <jwatt> nothing that we need to cater for > Jul 26 19:00:57 <jwatt> XP has it > Jul 26 19:01:04 <tor> there's a quartz wip backend > Jul 26 19:01:18 <afri> wip? > Jul 26 19:01:27 <tor> work in progress > Jul 26 19:01:32 <afri> ah > Jul 26 19:01:57 <afri> i think we'd need to find a developer for that > Jul 26 19:02:06 * Lightkey cracks his wip > Jul 26 19:02:12 <afri> it seems to have stalled > Jul 26 19:02:42 <afri> Lightkey: you are a mac developer? > Jul 26 19:02:54 <Lightkey> I am the lowest > Jul 26 19:03:02 <Lightkey> internet reporter :D > Jul 26 19:03:14 <tor> we have a mac here > Jul 26 19:03:18 <Lightkey> no, I'm just a user > Jul 26 19:04:14 <afri> so if we have as a working assumption that > someone will fix the quartz backend, that still leaves linux... > Jul 26 19:04:42 <Scooter> And the issue with Linux is the license > restrictions on libart? > Jul 26 19:04:52 <afri> with libart not being an option, how would we > proceed with cairo? > Jul 26 19:04:57 <tor> statically linking cairo is just a build problem > Jul 26 19:05:10 <afri> what about the cairo license? > Jul 26 19:05:12 <tor> though cairo does feel slower than libart > Jul 26 19:05:28 <Lightkey> changing croczillas licenses to the one > libart uses? *scnr* > Jul 26 19:05:46 <tor> still MIT style, though they keep threatening > to change to LGPL (which would sink the static link solution) > Jul 26 19:06:35 <afri> is MIT compat with tri-license? > Jul 26 19:06:43 <tor> yes > Jul 26 19:07:06 <afri> so we could check this into the tree then? > Jul 26 19:07:10 <Lightkey> MIT is like FreeBSD > Jul 26 19:08:37 <tor> if it gets to that point, yes > Jul 26 19:08:51 <afri> to which point? > Jul 26 19:09:04 <afri> LGPL relicensing> > Jul 26 19:09:07 <afri> ? > Jul 26 19:09:15 <tor> where we're going to take the static link approach > Jul 26 19:09:23 <afri> ah yeah, ok > Jul 26 19:09:34 <afri> well, is there any other way? > Jul 26 19:09:44 <lsmith> afri: are those performance issues solved > that matthias found afri? > Jul 26 19:09:51 <lsmith> (iirc he send you a test case) > Jul 26 19:09:54 <tor> not that I can think of offhand > Jul 26 19:10:12 <lsmith> those might also be a little showstopper > Jul 26 19:10:26 <afri> lsmith: no, we'll get to that later > Jul 26 19:10:46 * lsmith nods > Jul 26 19:10:49 <afri> so shall we run this past brendan et al then? > Jul 26 19:11:23 <Scooter> Makes sense to me. > Jul 26 19:11:35 <jwatt> yeah, good to keep him informed if nothing else > Jul 26 19:11:50 <jwatt> But do we really have enough contributors to > deal with the development cycle that would be imposed on us if SVG was > turned on by default? > Jul 26 19:12:14 <tor> what development cycle? > Jul 26 19:12:43 <jwatt> having to stabalise, etc a1, a2, b, rc, > milestone > Jul 26 19:13:27 <jwatt> there are certain benefits to not being build > by default, and therefore not having to meet the same standards as the > rest of the code > Jul 26 19:14:41 <jwatt> or is it better that we should start to be > forced to those standards? > Jul 26 19:15:10 <afri> so is it fair to summarize then: stability, > backend are the major issues. course of action: gdi+ on win, quartz on > mac, statically-linked cairo on linux? run past brendan et al. find out > other criteria from them? > Jul 26 19:15:36 * lsmith notes while he doesnt have the know how to > contribute code we (my co-worker and I) will definately be willing to > help on the testing front > Jul 26 19:15:53 <jwatt> lsmith: cool > Jul 26 19:15:57 <jwatt> afri: seems right > Jul 26 19:16:12 <Scooter> afri: sounds right to me. We should also > mention <use>, which is an outstanding feature on the list. > Jul 26 19:16:45 <tor> afri: and getting the current features working > through reviews (gradient, switch) > Jul 26 19:17:11 <Scooter> afri: and font-size > Jul 26 19:17:21 <afri> ok > Jul 26 19:17:44 <afri> then there is the issue of getting the current > code sr'ed... > Jul 26 19:17:55 <jwatt> fun > Jul 26 19:18:39 <lsmith> may i ask what timeframe you are hoping for? > (slap me if i am intruding btw) > Jul 26 19:18:41 <afri> so is anyone volunteering to run these issues > past brendan et. al. ? > Jul 26 19:19:10 <tor> afri: sure, I send something to the moz2 list > and talk to brendan > Jul 26 19:19:34 <jwatt> where is the moz2 list? > Jul 26 19:19:37 <afri> tor: cool > Jul 26 19:19:39 <jwatt> is that public? > Jul 26 19:19:53 <tor> unfortunately no > Jul 26 19:19:57 <jwatt> shame > Jul 26 19:20:19 <afri> anybody got an idea what timeframe we are > aiming for? i don't... > Jul 26 19:20:43 <Scooter> I will volunteer to take on <use> as soon > as I can clear out some of the other patches. <use> looks a lot like > the some of the gradient reference stuff. > Jul 26 19:20:52 <afri> cool > Jul 26 19:21:14 <jwatt> afri: no, I'm in no rush, I just wanted to > clarify things to aim for in the long run > Jul 26 19:21:35 <afri> ok, i guess that's item 1 sorted then as well > as we can atm > Jul 26 19:21:55 <jwatt> scooter's only here for another 40 min > Jul 26 19:21:57 <tor> brendan was floating 1.8 - if we were serious > about that, of that list, we might be able to get everything except for > <use> > Jul 26 19:22:07 <jwatt> what do we need to discuss while he's here? > Jul 26 19:22:32 <afri> cool > Jul 26 19:22:59 <Scooter> Do you really think we could get the > stability and platform issues worked out for 1.8? > Jul 26 19:23:03 <afri> tor: how about if you run this past brendan > and we talk about it again next week? > Jul 26 19:23:26 <tor> afri: sure > Jul 26 19:23:36 <afri> if there's a commitment by mozilla.org to get > this in, i guess we could make it > Jul 26 19:23:47 <tor> Scooter: do we have serious stability problems? > Jul 26 19:24:26 <Scooter> Not sure -- there's a lot of work in > progress. Until its all in a single build, we really haven't done much > to shake things out. > Jul 26 19:24:28 <afri> AFAICS many stability problems on linux are > libart-specific > Jul 26 19:24:51 <afri> there are issues with very large SVGs > Jul 26 19:25:03 <afri> we don't do any culling or clipping... > Jul 26 19:25:28 <Scooter> Should clipping be on our requirements list? > Jul 26 19:25:37 <tor> oh, speaking of which cairo is in the midst of > redoing their trianglization algorithms, so some fills mess up now > Jul 26 19:25:39 <afri> so if the SVG viewport is larger than the > client area we still build all the paths > Jul 26 19:26:14 <afri> i guess visual glitches are one > thing...crashing/hanging is another > Jul 26 19:27:10 <afri> shall we move to the other items then? > Jul 26 19:27:12 <Scooter> I don't know...I guess I'd feel more > comfortable enabling SVG right *after* 1.8. That way we could get in at > the start of a cycle. > Jul 26 19:27:23 <Scooter> Sure, lets move on. > Jul 26 19:27:50 <afri> "currentColor" > Jul 26 19:28:07 <afri> Scooter: you had a question about the intent > of the specs? > Jul 26 19:28:35 <afri> isn't "current" just the value of the "color" > property? > Jul 26 19:29:14 --> shaver (~shaver@...489...) has joined #svg > Jul 26 19:29:28 <Scooter> Sort of. The question is, is it the value > of the color property of the surrounding elements (i.e. inherited) or > just the last set value? > Jul 26 19:30:27 <afri> is there a difference? > Jul 26 19:31:24 <Scooter> Internally, I think that there is. For > example, I could set the "color" property on an HTML element then not > set the property again and then use it inside of SVG as "currentColor". > Jul 26 19:31:48 <afri> ah, i see > Jul 26 19:31:58 <afri> i haven't got a clue > Jul 26 19:32:23 <afri> don't the specs say anything about this? > Jul 26 19:32:29 <afri> (the css specs) > Jul 26 19:32:38 <Scooter> I *believe* that that is the intent of the > spec -- a way to maintain color between different document elements. > Jul 26 19:33:12 <Scooter> The only example (in the test suite) just > sets the color inside of SVG and then references it using "currentColor" > Jul 26 19:33:43 <afri> hmm, i guess noone here knows... > Jul 26 19:34:09 <jwatt> maybe ask in www-svg, or mail chris/dean > directly > Jul 26 19:34:10 <Scooter> The css specs (2.1) don't talk about > "currentColor". That's supposed to be coming in CSS3 (I'm told). > Jul 26 19:34:19 <Scooter> OK, will do. > Jul 26 19:34:26 <afri> great > Jul 26 19:34:38 <afri> 3. ICC Color - do we do it? Should we? > Jul 26 19:34:50 <afri> i don't even know what ICC color is > Jul 26 19:35:00 <tor> color profiles for color correction > Jul 26 19:35:12 <afri> ah > Jul 26 19:35:14 <Scooter> And its part of the SVG spec > Jul 26 19:35:40 <afri> i guess we should then > Jul 26 19:35:44 <Scooter> My take is to wait for somebody to ask for it. > Jul 26 19:35:47 <afri> at some point > Jul 26 19:35:51 <tor> somewhat low priority, I woudl think > Jul 26 19:35:57 <afri> yeah > Jul 26 19:35:58 <jwatt> btw, I found their specs online some years > ago, I downloaded them if they can't be found now > Jul 26 19:36:19 <Scooter> They are still online. > Jul 26 19:36:39 <Scooter> OK, I agree that this should be low priority. > Jul 26 19:36:40 <jwatt> cool, anyway, low priority > Jul 26 19:36:44 <afri> cool - so ICC color=low priority. 4) patterns > Jul 26 19:36:56 <Scooter> Any takers? > Jul 26 19:37:00 <jwatt> ugh > Jul 26 19:37:17 <afri> i think we need to sort out clipping before > patterns > Jul 26 19:37:23 <Scooter> Agreed. > Jul 26 19:37:27 <afri> that's something i wanted to do next > Jul 26 19:38:19 <Scooter> Great! Getting clipping would be really good. > Jul 26 19:38:26 <afri> so I guess we wait until clipping is sorted > out then > Jul 26 19:38:35 <afri> 5. SVG text > Jul 26 19:39:09 <Scooter> What's missing besides textPath? > Jul 26 19:39:12 <tor> textPath seems hard > Jul 26 19:39:36 <afri> selection is only partially implemented atm (i > got bored) > Jul 26 19:40:23 <afri> i think before we ship in default builds, > selection either needs to be disabled or finished > Jul 26 19:40:32 <afri> it's kind-of screwy atm > Jul 26 19:41:04 <afri> font-size we have Scooter's patch for, so i > guess that will go in soon > Jul 26 19:41:51 <Scooter> That's sort of minor (although you wouldn't > know it by the number of comments). > Jul 26 19:41:56 <afri> All the other stuff (textPath, tref, glyphs) > would be nice, but does anybody want to work on that? > Jul 26 19:42:05 <Scooter> So, I guess we don't have any takers for > working on SVG Text? > Jul 26 19:42:27 <jwatt> why disable it? I'd prefer not to, even if it > doesn't get finished. > Jul 26 19:42:58 <afri> disable selection, not text > Jul 26 19:43:06 <jwatt> I know > Jul 26 19:43:10 <Scooter> So, should we submit a bug for the missing > stuff with helpwanted? > Jul 26 19:43:30 <afri> it doesn't work - some of the machinery is > there, that's all > Jul 26 19:43:39 <jwatt> but sometimes it works, and the worst thing > that can happen is that the user can't select what they want and files a > bug > Jul 26 19:43:54 <afri> fair enough > Jul 26 19:44:40 <Scooter> If I'm going to do <use> I'll take a look > at <tref> also. > Jul 26 19:44:45 <afri> cool > Jul 26 19:45:08 <afri> tor: text is working on cairo, right? > Jul 26 19:45:13 <Scooter> That still leaves textPath (and glyphs) > Jul 26 19:45:39 <jwatt> these things are out of my league at the mo > Jul 26 19:45:49 <tor> afri: yes, though i18n text doesn't work > Jul 26 19:46:17 <tor> afri: font size tends to be off > Jul 26 19:46:37 <afri> i guess that's stuff we can live with > Jul 26 19:47:29 <afri> so shall we move on to the next then? > Jul 26 19:47:30 <tor> probably fixable - I'm using the "wimp api" for > cairo fonts > Jul 26 19:47:38 <Scooter> So, file a bug for textPath and move on? > Jul 26 19:48:09 <afri> cool > Jul 26 19:48:17 <Scooter> What's next? > Jul 26 19:48:24 <jwatt> item 6 > Jul 26 19:48:29 <tor> <defs> > Jul 26 19:48:39 <afri> <defs>: why on earth are they stylable? > Jul 26 19:48:54 <afri> & transformable? > Jul 26 19:49:14 <tor> good batch of crack at the w3c? > Jul 26 19:49:24 <tor> I mean, I'm sure they had a good reason > Jul 26 19:49:43 <jwatt> another one for chris/dean? > Jul 26 19:50:01 <afri> it looks to me as if everything that goes into > a <defs> has its style and/or xforms applied whereever it's referenced from > Jul 26 19:50:10 <afri> yeah, i'll mail the list > Jul 26 19:50:25 <afri> although i usually don't get any answers > Jul 26 19:50:50 <Scooter> Maybe all of us can sort of push for > answers. I'm on the svg list also (mostly been lurking). > Jul 26 19:50:54 <tor> <use> is supposed to use a combined cascade, > which makes the style make a bit of sense > Jul 26 19:50:57 <jwatt> then follow it up with personal emails > Jul 26 19:51:42 <afri> ok, i guess i should take a look at the <use> > specs before i complain about anything > Jul 26 19:51:56 <Scooter> I've got to go get ready for my > presentation. I'll be back in a couple of hours (if you all are still > at it), but if not, will somebody summarize via E-Mail? > Jul 26 19:52:25 <jwatt> yeah, somebody will > Jul 26 19:52:29 <-- lsmith has quit (Read error: Connection reset by > peer) > Jul 26 19:52:33 <afri> Scooter: have fun > Jul 26 19:52:42 <Scooter> Thanks! Talk to you soon. > Jul 26 19:52:45 <-- Scooter (~chatzilla@...490...) has left > #svg > Jul 26 19:53:19 <afri> so shall we carry on ... or wait for scooter > to come back ... or leave it for another day? > Jul 26 19:53:53 <jwatt> I'm happy to carry on or wait 'til scooter > gets back > Jul 26 19:54:10 <tor> either is fine for me > Jul 26 19:54:17 <jwatt> I'd rather not leave it until another day though > Jul 26 19:54:37 <afri> ok > Jul 26 19:54:47 <afri> what's next? > Jul 26 19:54:48 <tor> no 7 - svg matrices > Jul 26 19:55:00 <afri> should they be live or not? > Jul 26 19:55:23 <afri> the specs say nothing > Jul 26 19:56:02 <afri> does anybody have any strong feelings on this? > Jul 26 19:56:18 <jwatt> but it seems that at least dean and the other > SVG WG members that work on batik say they aren't > Jul 26 19:56:30 <afri> if not, then i'd prefer to leave them as they > are now... > Jul 26 19:56:34 <jwatt> I would like to maintain compatibility with > batik > Jul 26 19:56:51 <jwatt> but to be honest I don't understand your > reasons in the bug > Jul 26 19:56:54 <afri> yeah but i think they just say that because > that's how they implemented them in batik > Jul 26 19:57:18 <jwatt> does dean work on batik? > Jul 26 19:57:24 <afri> i don't know > Jul 26 19:58:01 <jwatt> is there no other way of doing what you want > them to do? > Jul 26 19:58:52 <afri> do you think the compatiblity issue is a real > issue? > Jul 26 19:59:10 <afri> i mean in 'normal' svg usage this is unlikely > to come up > Jul 26 19:59:43 <jwatt> it's the kind of thing that I would be likely > to come up against > Jul 26 19:59:58 <jwatt> but then dom scripting is really what I like > to do most > Jul 26 20:00:06 <jwatt> I don't know about other users > Jul 26 20:00:31 <afri> the way i see it is, the specs don't say > anything, so anybody scripting in this area can't make any assumptions > about it being live or not > Jul 26 20:00:41 <jwatt> what I would be worried about is that people > would start to take advantage of the fact that one matrix could be > referenced by multiple transforms in mozilla > Jul 26 20:01:12 <jwatt> and then it becomes impossible to change it > without annoying a whole load of people > Jul 26 20:01:15 <jwatt> maybe not, but they will > Jul 26 20:01:43 <afri> the thing is I don't see why we should cripple > our api because batik implemented something that is outside the specs in > a particular way > Jul 26 20:01:52 <afri> batik should change > Jul 26 20:02:23 <jwatt> heh > Jul 26 20:02:32 <afri> also, i think it is really inconsistent with > other datastructures that have to be live > Jul 26 20:02:35 <afri> e.g. points > Jul 26 20:02:37 <tor> what does adobe do? > Jul 26 20:02:49 <jwatt> adobe doesn't do that part of the dom > Jul 26 20:02:51 <afri> why are points live and transforms aren't > Jul 26 20:03:03 <jwatt> afri: yeah, I agree with that bit > Jul 26 20:03:46 <jwatt> to be frank this is another WG mess that has > no good solution > Jul 26 20:03:58 <afri> i really think this is not a big > interoperability issue > Jul 26 20:04:24 <afri> live matrices are nearly a superset of > non-live matrices > Jul 26 20:04:46 <jwatt> well for the moment let's leave it as it is, > and perhaps come back to it in the future > Jul 26 20:04:56 <jwatt> I'll just get on with that bug and ignore the > liveness aspect > Jul 26 20:04:57 <afri> what i mean is, any code that is coded with > non-live matrices in mind is likely to work in Moz as well > Jul 26 20:05:06 <jwatt> brb > Jul 26 20:05:21 <afri> not vice versa of course > Jul 26 20:06:32 <jwatt> back > Jul 26 20:06:35 <jwatt> afri: right > Jul 26 20:06:37 <afri> so would you guys be ok with leaving it as it > is for now? > Jul 26 20:07:27 <tor> I'd be curious to hear what others thought > about <embed> content > Jul 26 20:07:28 <jwatt> for now yes, but I'd like to go over how much > of a problem this would be for crocodile-maths with you later > Jul 26 20:07:40 <jwatt> so <embed> > Jul 26 20:08:03 <tor> oh, thought you were talking about the end of > the meeting, not the item > Jul 26 20:08:27 <afri> i think we should do <embed> > Jul 26 20:08:37 <jwatt> I think we should allow the use of <embed> > for svg content in html, but not in xhtml > Jul 26 20:08:51 <afri> i don't agree with dbaron's objections > Jul 26 20:09:10 <jwatt> I do for xhmtl > Jul 26 20:09:10 <tor> is <embed> even in xhtml? > Jul 26 20:09:23 <jwatt> actually I don't know > Jul 26 20:09:36 <jwatt> come to think of it, probably not > Jul 26 20:10:11 <jwatt> In which case I would support implementing it > Jul 26 20:10:18 <jwatt> (your patch) > Jul 26 20:10:40 <tor> but should we always use the internal svg? > Jul 26 20:11:13 <tor> or should we <span class="quiet voice">add a > pref</span>? > Jul 26 20:11:23 <afri> heh > Jul 26 20:11:44 <afri> does the abobe stuff work with moz? > Jul 26 20:11:58 <afri> i've never tried it > Jul 26 20:12:22 <tor> it did last time I tried > Jul 26 20:12:23 <afri> from my point of view, always running native > svg would be just fine > Jul 26 20:12:57 <afri> it probably depends on how much people use asv > with moz > Jul 26 20:13:08 <tor> it would be a problem for a customer currently > happily using svg beyond the capablities of mozilla > Jul 26 20:13:21 <jwatt> does <embed> not have an attribute for > specifying the prefered plugin? > Jul 26 20:13:33 <afri> but are there customers like that? > Jul 26 20:13:49 <afri> in which case, yeah, we'd probably need a pref > Jul 26 20:14:30 <afri> sorry i got to go as well in a minute > Jul 26 20:14:52 <afri> tor: what do *you* think about embed? > Jul 26 20:14:59 <jwatt> afri: will you be back later when scooter > gets back? > Jul 26 20:15:14 <afri> if we had a pref would dbaron be ok with it? > Jul 26 20:15:23 <tor> afri: I think we should handle embed content > Jul 26 20:15:28 <afri> jwatt: hopefully > Jul 26 20:15:52 <tor> afri: maybe we should check if a plugin can > handle it first, then go to the browser? > Jul 26 20:16:09 <afri> sounds good > Jul 26 20:16:20 <afri> would that be easy to implement? > Jul 26 20:16:43 <tor> not sure offhand - have to check the code > Jul 26 20:17:27 <afri> ok, sorry gtg - talk to you later > Jul 26 20:17:33 --- You are now known as afri_away > Jul 26 20:19:49 <jwatt> tor: enumerate the gecko-content-viewers > category for supported mime types? > Jul 26 20:20:32 <jwatt> practically a quote > Jul 26 20:36:44 --> santamarta > (juanjo@...491...) has joined #svg > Jul 26 20:40:53 <-- shaver (~shaver@...489...) has left #svg > Jul 26 21:14:56 <tor> mailed the quartz guy to check the status of > that backend > Jul 26 21:23:18 <jwatt> cool > Jul 26 21:23:23 <jwatt> afri: ping > Jul 26 21:23:50 --> Hixie_ (~ianh@...492...) has > joined #svg > Jul 26 21:24:13 --> rocWork (roca@...493...) has > joined #svg > Jul 26 21:28:55 <jwatt> tor, we might come short of some aspects of > svg tiny, but aren't there things we do that are only in basic or full? > Jul 26 21:31:00 <tor> jwatt: yes, gradients are the big one > Jul 26 21:31:14 <rocWork> mmm, gradients > Jul 26 22:30:29 --> Scooter (~chatzilla@...490...) has > joined #svg > Jul 26 22:37:11 <-- DaaWk has quit (Ping timeout: 372 seconds) > Jul 26 22:37:15 <jwatt> hi scooter > Jul 26 22:37:35 <-- Daa has quit (Ping timeout: 372 seconds) > Jul 26 22:39:18 <tor> did my mail get through? I haven't gotten the > bounce back from drivers, but apparently gila is suffering from spammage > Jul 26 22:39:44 <jwatt> tor: that's what my previous comment was about > Jul 26 22:46:55 --> DaaWk (daa@...494...) has joined #svg > Jul 26 22:48:08 --> Daa (daa@...494...) has joined #svg > Jul 26 22:49:19 --- You are now known as afri > Jul 26 22:56:21 <jwatt> afri: can you expand on what you mean by: > 'Live' matrices that can be shared amongst several transforms come in > very handy for things like implementing dynamic canvases where part of > the objects should be transformation-invariant. > Jul 26 22:57:16 <jwatt> particularly the part about "part of the > objects should be transformation-invariant" > Jul 26 22:57:29 <-- Scooter has quit (Remote host closed the connection) > Jul 26 22:59:52 <afri> jwatt: well e.g. imagine a map where cities > are displayed by some icon > Jul 26 23:00:20 <afri> jwatt: as you zoom into the map you want the > icons to stay at the same size > Jul 26 23:01:14 <afri> ... but everything else should zoom > Jul 26 23:01:45 <afri> so you need a different xform for the city > icons and for everything else > Jul 26 23:02:41 <jwatt> afri: I see, that makes sense -- Jon Phillips PO BOX 948667 LA JOLLA, CA 92037 USA 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/)

1 0

flowing text support is in
by bulia byak 03 Aug '04

03 Aug '04

I just committed another exciting patch from Fred: support for flowing text! http://www.w3.org/TR/SVG12/#flow So far it's pretty much read-only, i.e. there's no UI yet for creating flow objects. But they are rendered already, and you can partially edit the envelope shape. Load share/examples/flowtext.svg from CVS, select the object, switch to node tool. and node-edit the envelope - the text will reflow into whatever shape you give it, preserving all the paragraph divisions and applied styles. Really exciting. There are two flow shapes in that example; when the text does not fit entirely in the first one, the rest will go to the second shape (to the right). There's also an "excluded" shape in the middle that the text flows around. You can only edit the first shape so far. You also cannot yet edit the flowed text by text tool - this is yet to be done. Note that this is a feature from SVG 1.2, which itself is not final yet and may change. This means that Batik or Adobe can't yet render that example. And yes, I know, we don't support all of 1.1 yet :) Now with Pango and this new patch, I hope to find time for rewriting the rest of the text system for the next version, to finally make it usable.

3 6

'No Preview' drawing
by Bob Jamison 02 Aug '04

02 Aug '04

Here is the file open dialog again, with a default preview SVG image, for when a preview cannot be displayed: http://troi.titan-aeu.com/~rjamison/inkscape/files/filedialog5.png That is what I meant by the "Preview not available" drawing. It would be nice if someone were to replace this (imho) unattractive placeholder I made, with something simple (small SVG code), elegant, and understated. Something like the Gimp dialog, only nicer. The only constraint is that the words are a single text string that can be localized. Any volunteers? Bob

3 6

Re : comments on fr.po
by Gazal, Geraud (MED) 02 Aug '04

02 Aug '04

>I"m not a native french speaker; can someone please check the following > comments and diff? Thanks. I'm :) > What"s the preference between normal space and non-breaking space before >e.g. `:" ? I"d have thought that it would be bad to have a line break >just before `:", which suggests that non-breaking space (  /   >/  ) is better. In French, the 'typographic" rule is to place a space before (and after) ":". But no line break. -> preference is "non-breaking space" I think I'll try to have a second look on the French translation. (I don't always agree with some translations, or would like to shorten some of them) But haven't had time enough recently to do so. Plus did not manage to synchronize with Frederic Rodrigo. (I think he has done a great job, and I don't want to break this) Regards, Matiphas

1 0

Inkscape Status 2004-08-01
by Bryce Harrington 02 Aug '04

02 Aug '04

Statistics Nov 15 May 15 Jun 15 Jul 15 Aug 1 ========== ====== ====== ====== ====== ====== Lifetime Rank on SourceForge: 4391 1028 928 845 844 (68.5%) (92.7%) (93.4%) (94.0%) (94.0%) Max Week's Rank on SourceForge: 62 36 41 33 17 (99.6%) (99.8%) (99.8%) (99.8%) (99.9%) Total SF Page Views * 475,000 616,263 741,681 838,154 Total SF Downloads * 27,400 34,015 39,359 44,068 Total Freshmeat URL Hits 746 * 7,333 7,946 9,034 Total Freshmeat Subscriptions 16 74 87 93 112 Lines of Code in src/: 115,901 189,116 280,263 264,418 273,381 Code lines 147,471 210,119 192,240 199,473 Comment line 16,757 40,620 41,926 42,411 Blank 25,886 34,677 35,422 36,717 Lines of Docs in doc/: 1,135 4,544 15,170 15,217 16,117 Lines of content in website: 1,173 6,008 6,372 6,784 6,953 Size of the Inkscape wiki: 3,700 18,638 17,176 17,854 19,096 Minutes since last ChangeLog mod: 360 * * 54 30 Bugs open/total: 9/15 57/365 63/401 73/496 103/548 Features open/total: 18/18 183/238 210/285 242/331 253/347 Patches open/total: 1/ 6 4/ 83 5/ 88 8/110 6/117 CVS Commits (as per inkscape-cvs): 481 3391 5549 6314 6,528 Inkscape-devel membership: 49 78 84 95 98 Inkscape-announce membership: 9 43 53 60 65 Inkscape-user membership: 71 76 90 98 Num Translations : 32 33 Ave Translation Ratio: 40.5% 43.8%

1 0

Boehm Garbage Collector
by Jon Phillips 02 Aug '04

02 Aug '04

Hello all, In my attempt at being able to build CVS once again and upgrading to Fedora Core 2 from FC1 (intermediate b4 gentoo), I found several errors which many users and developers have been complaining about not working. Upon some research and acting as JoeUser, it appears that this collector is not available as an RPM or common package!!! I'm reacting to this as JOE USER and this is probably not good for our next release. There are only old rpms for SUSE available and Bryce has tried (and they did not work). Also, Ted says that this garbage collector is avail. for debian. But, there are not packages available for Fedora Core as far as I can see and not many listings elsewhere. Thus, we really need this to be more widely available. There are three options I see: 1.) EASY: Drop Boehm Garbage Collector as a dependency (or replace with something more widely avail) 2.) MED: Push changes upstream and try and get packages for current version of this collector at common repositories. 3.) HARD: Supply our own along with Inkscape as a package or in our main build tree. Please voice your opinions, as our current dependencies are a little too bleeding edge it seems right now, and I totally understand why these are needed. However, if by the time we do a release these dependencies are not widely available on the dominant distros (fedora core, windows, etc), then there will be a problem (aka, loss of users). Thoughts and solutions? Jon -- Jon Phillips PO BOX 948667 LA JOLLA, CA 92037 USA 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/)

3 3

Notes with 0.40 dependencies
by Bryce Harrington 02 Aug '04

02 Aug '04

A couple notes regarding some of the new libs, that Ted, Rejon, and I have been talking about... * We need to think about maybe providing a package for the boehm gc dep. The packages available through rpmseek are for an old version and don't have the cplusplus option. * Our 0.40 release timeframe is going to be gated by having packages of gtkmm 2.4 and its deps available for all major distros. The package availability for SuSE (and other distros) isn't pretty right now. Hopefully it'll get better within a couple months, but regardless, it would not be wise to release *until* those packages are posted and sufficiently available. Bryce

2 1

comments on fr.po
by Peter Moulder 02 Aug '04

02 Aug '04

Thanks for the recent updates to fr.po! I'm not a native french speaker; can someone please check the following comments and diff? Thanks. What's the preference between normal space and non-breaking space before e.g. `:' ? I'd have thought that it would be bad to have a line break just before `:', which suggests that non-breaking space (  /   /  ) is better. However, some of the recent diffs explicitly changed non-breaking space to normal space. Are there problems with non-breaking space, or were the changes just because normal space is easier to type? "metadata": obi used "métadonnées" "lors des déplacement": surely either "de" or "-ments" "Pas sélection d'indication d'objet pers" (yet display-settings.cpp:223 discards "Indication de sélection pour chaque objet" translation) "Tous les objets sélectionnés" : suggest "Chaque objet sélectionné". Similarly in other "Tous les" translations. This can reduce confusion as to whether e.g. `leur foo'/`leurs foos' means that each has a foo/foos or whether there's a shared foo/foos. "avec certain gestionaire": I'd have expected plural. display-settings.cpp:624: why suppress "Montrer l'indication de sélection" translation? #: src/dialogs/display-settings.cpp:642 -#, fuzzy msgid "Picking colors:" -msgstr "Choisissement de couleurs :" +msgstr "couleurs capturé:" Why lower-case, and no space before colon? It seems a different meaning from the original. I haven't looked at how this phrase gets used in inkscape though. #: src/dialogs/display-settings.cpp:653 msgid "Pick visible color (no alpha)" -msgstr "" +msgstr "Capture de couleurs visibles (pas d'alpha)" why plural? Should original be changed? #: src/dialogs/display-settings.cpp:653 msgid "" "Pick the visible color under cursor, taking into account the page background " "and disregarding the transparency of objects" -msgstr "" +msgstr "Pipette la couleur visible sous le curseur, tient compte de la couleur du fond et ne tient pas compte de la transparence des objets" I don't like the punctuation: "Pipette" is presumably imperative, whereas tient looks indicative. So I'd put "tient...objets" in a separate sentence: "curseur. (Tient...objets.)" I'm not sure that it should be indicative though: it could be an instruction to the user to take into consideration rather than an observation as to what the computer does. In some cases mouse is translated as "souris", other places "sourie". I don't recall encountering the spelling "sourie" elsewhere. #: src/dialogs/display-settings.cpp:755 -#, fuzzy msgid "Grab sensitivity:" -msgstr "Proximité de sélection de la souris" +msgstr "Saisir la sensibilité :" This change looks wrong. The sense of the original is "sensitivity of mouse grab". "Sensitivity" isn't really a very good word. What it means is "how close should the mouse pointer be to an object for it to be considered selecting that object". "Distance à partir de la quelle peut saisir" looks strange to me. "Déplacement de sourie maximal": I'd consider "Déplacement maximal de sourie". "Gardé appuyé Ctrl+flèches augmente" looks strange to me. Would make sense to me if there were a comma after "appuyé". "tire un objet au dehors": suggest add "de la fenêtre". "en points": Out of curiosity, why write "en pixel" but "en points" ? Whereas elsewhere we have "en point par pouce", "La largeur en pixels" (ou hauteur), "(en degrés)". "zoomme ou dézoumme"; "zoom": appear to be three different ways of translating the verb "zoom". (The noun seems fairly consistently translated as "zoom".) #: src/dialogs/display-settings.cpp:999 -#, fuzzy msgid "Save window geometry" -msgstr "Enregistrer la géométrie de la fenêtre" +msgstr "Enregistre la taille de la fenêtre" "geometry" in X means both size and position. AFAIK, geometry/géométrie mean the same thing (outside of X at least), i.e. "geometry" is an artificial word coined for this purpose. I'd guess that géométrie in French is just as suitable as "geometry" is in English. "Save the window size and position with each document (only for Inkscape SVG " "format)" -msgstr "" +msgstr "Enregistrment la taille de la fenêtre et ça position pour chaque document (seulement pour le format SVG d 'Inkscape)" Presumably s/ça/sa/, and "Enregistre(r)". "Sont déplacé": "déplacés" ? Similarly, "Ne bouge pas" -> "Ne bougent pas" below, and similarly for "Déplacé". "du même vecteur comme l'original" : "que l'original" ? "Deviennent indépendant": "indépendants" ? "rempli avec" : "rempli de" ? "la menu fichier" : "le menu Fichier" ou "« Fichier »" ou "‘Fichier’". "une appel": "un appel" ? (I haven't checked dictionary.) "Impossible de suaver" : either "sauver" or "enregistrer". #. TRANSLATORS: "%s" is replaced with "exact" or "partial" when this string is displayed -#: src/dialogs/find.cpp:320 +#: src/dialogs/find.cpp:317 #, c-format msgid "%d object(s) found (out of %d), %s match." -msgstr "" +msgstr "%d objet(s) trouvés (sur %d), correspondant à %s." Did you notice the TRANSLATORS comment? I'd have thought ", match %s." (or whatever the translation for "match"). -#: src/dialogs/find.cpp:493 +#: src/dialogs/find.cpp:490 msgid "Search in all object types" -msgstr "" +msgstr "Recherché dans tous les types d'objets" "Rechercher" ? "Rechercher des groupes", "Rechercher des clones", etc.: other similar-looking translations use "les". I haven't checked whether the similar-looking strings are on the same dialog box or not. -#: src/dialogs/find.cpp:635 +#: src/dialogs/find.cpp:632 msgid "Find objects by the value of the id attribute (exact or partial match)" -msgstr "" +msgstr "Rechercher des objets par leurs valeurs ou leurs id (exact ou partiel)" I think you misread "of" as "or". (I haven't checked whether there's a mistake in the original.) I'd expect something like "par la valeur de l’attribut ‘id’". (If you use the punctuation "attribut ‘id’" then change "attribut de style" similarly. Btw, "the style attribute" means "the attribute whose name is written ‘style’ in the XML"; I'm not sure that "l’attribut de style" captures this.) -#: src/dialogs/find.cpp:663 -#, fuzzy +#: src/dialogs/find.cpp:660 msgid "Clear values" -msgstr "Effacer les valeurs" +msgstr "Valeurs de nettoyage" I'd have thought this change to be wrong, but I haven't looked at how the string is used. -#: src/dialogs/find.cpp:664 -#, fuzzy +#: src/dialogs/find.cpp:661 msgid "_Find" -msgstr "Chercher" +msgstr "Trouver (_f)" Personally I prefer "Chercher" (e.g. considering the case where the search is unsuccessful: requesting that one "trouve" `foo' might imply adding `foo' to the document if necessary, which of course one does not want. (Granted, the original has the same problem, but English doesn't have a single-word equivalent of "chercher".) Similarly elsewhere. #: src/dialogs/object-properties.cpp:212 -#, fuzzy msgid "Stroke paint" -msgstr "Peinture du trait" +msgstr "Couleur du tracé" "Stroke paint" allows either a simple single colour or a gradient or a pattern or absence of stroke. It would be nice to find a word that encompasses all of these. Even "Couleurs" or "Couleur(s)" would suffice. "Impossible de le rechargé" : "recharger" ? "Document non modifier" : "modifié" ? #: src/inkscape.cpp:1152 msgid "" "Although Inkscape will run, it will use default settings,\n" "and any changes made in preferences will not be saved." msgstr "" "Toutes fois Inkscape va démarrer, il va utiliser les paramètre par défaut,\n" "et toutes les modifications de préférences ne seront pas enregistré." I've already changed "Toutes fois" to "Bien qu'" and "enregistré" to "enregistrés" in the below diffs. I suspect "paramètre" -> "paramètres" and "par défaut" -> "de défaut". -#: src/interface.cpp:789 +#: src/interface.cpp:782 msgid "Show or hide the main toolbox (on the left)" -msgstr "" +msgstr "Afficher ou cacher la boite à outils principale (à droite)" Please confirm the left/droite translation. Does the original string need changing? "vous devez avoir sélectionnés deux nœuds": either "avoir sélectionné deux nœuds" or "avoir deux nœuds sélectionnés". I quite like the latter adjectival form, and am inclined to change the original accordingly ("must have two nodes selected"). #: src/select-context.cpp:808 #, c-format msgid "Move by %s, %s" msgstr "Déplacé de %s, %s" Does the original need changing to "Moved" ? Similarly "Center at" / "Centré en" elsewhere. #: src/selection-chemistry.cpp:1357 msgid "Select a single clone to go to its original." msgstr "Sélectionner un seul clone pour aller à l'original." "son original" ? #: src/verbs.cpp:883 msgid "Difference of selected objects (bottom minus top)" msgstr "Différence entre les objets sélectionnes (dessus moins dessous)" Please confirm "dessus moins dessous". Does the original string need changing? Similarly the "bottom" -> "dessus" translation for: #: src/verbs.cpp:887 msgid "Cut the bottom object into pieces" msgstr "Découper l'objet de dessus en morceau" (and should it be morceaux ?) #: src/interface.cpp:925 msgid "Leave Group" msgstr "Laisser le groupe" "Quitter" ? I believe this string means "stop editing this group", i.e. "close group" in xfig; the opposite of "Enter group" / "Entrer dans le groupe". So perhaps "Sortir du groupe". Finally, appended are some diffs to check. Thanks in advance for correcting my french & improving the french translation. Comments on French-speaking web sites show that people do appreciate recent French translation work. pjrm. Index: fr.po =================================================================== RCS file: /cvsroot/inkscape/inkscape/po/fr.po,v retrieving revision 1.49 diff -d -u -r1.49 fr.po --- fr.po 27 Jul 2004 11:53:50 -0000 1.49 +++ fr.po 1 Aug 2004 09:14:48 -0000 @@ -1,5 +1,3 @@ -# translation of fr.po to -# translation of fr.po to # translation of fr.po to Français # French translation of Inkscape. # Copyright (C) 2000-2003, 2004 Free Software Foundation, Inc. @@ -90,14 +88,14 @@ "\n" "If you close without saving, your changes will be discarded." msgstr "" -"<span weight=\"bold\" size=\"larger\">Enregister les changements du " +"<span weight=\"bold\" size=\"larger\">Enregistrer les changements du " "document \"%s\" avant de fermer ?</span>\n" "\n" -"Si vous fermez sans enregistre vos changements seront perdus." +"Si vous fermez sans enregistrer, vos changements seront perdus." #: src/desktop.cpp:1078 src/desktop.cpp:1137 msgid "Close _without saving" -msgstr "Fermer _sans enregister" +msgstr "Fermer _sans enregistrer" #: src/desktop.cpp:1122 #, c-format @@ -109,7 +107,7 @@ msgstr "" "<span weight=\"bold\" size=\"larger\">Le fichier \"%s\" a été enregistré dans un format (%s) qui peut causer des pertes de données !</span>\n" "\n" -"Voulez vous enregistrer ce fichier dans un autre format ?" +"Voulez-vous enregistrer ce fichier dans un autre format ?" #: src/desktop.cpp:1486 msgid "No previous zoom." @@ -418,7 +416,7 @@ #: src/dialogs/display-settings.cpp:201 msgid "When transforming, show:" -msgstr "Lors des transformations afficher :" +msgstr "Lors des transformations, afficher :" #: src/dialogs/display-settings.cpp:212 msgid "Objects" @@ -495,7 +493,7 @@ msgid "" "Rotating with Ctrl pressed snaps every that much degrees; also, pressing " "[ or ] rotates by this amount" -msgstr "Les rotations avec Ctrl appuyé sont de tan de degrés; ensuite en appuyant sur [ ou ], les rotations ce font de cette valeur" +msgstr "Les rotations avec Ctrl appuyé sont de tan de degrés; ensuite en appuyant sur ‘[’ ou ‘]’, les rotations ce font de cette valeur" #: src/dialogs/display-settings.cpp:386 msgid "Rotation snaps every:" @@ -506,7 +504,7 @@ "None: dialogs are treated as regular windows; Normal: dialogs stay on top of " "document windows; Aggressive: same as Normal but may work better with some " "window managers." -msgstr "Aucun : les dialogues sont traités comme des fenêtres; Normal :les dialogues restent sur la fenêtre du document; Agressif : comme Normal, mais marche mieux avec certain gestionaire de fenêtre." +msgstr "Aucun : les dialogues sont traités comme des fenêtres; Normal : les dialogues restent sur la fenêtre du document; Agressif : comme Normal, mais marche mieux avec certain gestionaire de fenêtre." #: src/dialogs/display-settings.cpp:430 msgid "Normal" @@ -791,7 +789,7 @@ "Zoom drawing when document window is resized, to keep the same area visible " "(this is the default which can be changed in any window using the button " "above the right scrollbar)" -msgstr "Le dessin est rezoommé lors que le fenêtre est redimentionné, pour garder la même aire visible (c'est l'option par défaut qui peut être changé dans n'importe quelle fenêtre en utilisant le boutton au dessus de la barre de défilement de droite)" +msgstr "Le dessin est rezoommé lors que la fenêtre est redimentionné, pour garder la même aire visible (c'est l'option par défaut qui peut être changé dans n'importe quelle fenêtre en utilisant le boutton au dessus de la barre de défilement de droite)" #. Clones #: src/dialogs/display-settings.cpp:1024 src/dialogs/find.cpp:561 @@ -827,7 +825,7 @@ "Each clone moves according to the value of its transform= attribute. For " "example, a rotated clone will move in a different direction than its " "original." -msgstr "Chaque clones est déplacé en fonction de ça transformation = attribut. Par exemple, un clone tourné va être déplacé dans une direction différente de l'original." +msgstr "Chaque clone est déplacé en fonction de son attribut ‘transform=’. Par exemple, un clone tourné va être déplacé dans une direction différente de l'original." #: src/dialogs/display-settings.cpp:1060 msgid "When the original is deleted, its clones:" @@ -890,7 +888,7 @@ msgid "" "If possible, apply transformation to objects without adding a transform= " "attribute" -msgstr "Si possible, appliquer la transformation aux objets sans ajouter de transformation = attribut" +msgstr "Si possible, appliquer la transformation aux objets sans ajouter d’attribut ‘transform=’" #: src/dialogs/display-settings.cpp:1138 msgid "Preserved" @@ -898,7 +896,7 @@ #: src/dialogs/display-settings.cpp:1138 msgid "Always store transformation as a transform= attribute on objects" -msgstr "Toujours enregistrer la transformation comme une transformation = attribut de l'objet" +msgstr "Toujours enregistrer la transformation comme un attribut ‘transform=’ de l'objet" #. To be broken into: Display, Save, Export, SVG, Commands #: src/dialogs/display-settings.cpp:1146 @@ -1196,7 +1194,7 @@ #: src/dialogs/find.cpp:631 msgid "Find objects by their text content (exact or partial match)" -msgstr "Rechercher des objets par le texte qu'il contiennent (exact ou partiel)" +msgstr "Rechercher des objets par le texte qu'ils contiennent (exact ou partiel)" #: src/dialogs/find.cpp:632 msgid "_ID: " @@ -1742,14 +1740,14 @@ #: src/draw-context.cpp:1834 msgid "Finishing pen" -msgstr "Terminier le crayon" +msgstr "Terminer le crayon" #. alpha of color under cursor, to show in the statusbar #. locale-sensitive printf is OK, since this goes to the UI, not into SVG #: src/dropper-context.cpp:271 #, c-format msgid " alpha %.3g" -msgstr " alpha % 3g" +msgstr " alpha %.3g" #. where the color is picked, to show in the statusbar #: src/dropper-context.cpp:273 @@ -1787,7 +1785,7 @@ #: src/extension/internal/eps-out.cpp:82 msgid "Make bounding box around full page" -msgstr "Faire une boite tout au tour de la page" +msgstr "Faire une boite tout autour de la page" #: src/extension/internal/eps-out.cpp:90 msgid "Convert text to path" @@ -1820,8 +1818,8 @@ "file size and can be arbitrarily scaled, but alpha transparency, gradients " "and patterns will be lost." msgstr "" -"Utiliser les opérateurs vectoriels PostScript, l'image résultante sera (en " -"général) plus petite tout en restant redimentionnable; par contre, la " +"Utiliser les opérateurs vectoriels PostScript. Le fichier d'image résultant sera (en " +"général) plus petit tout en restant redimentionnable; par contre, la " "transparence alpha, les dégradés, les marqueurs et les motifs de remplissage seront perdus." #: src/extension/internal/ps.cpp:139 @@ -1834,7 +1832,7 @@ "size and cannot be arbitrarily scaled without quality loss, but all objects " "will be rendered exactly as displayed." msgstr "" -"Tout imprimer en tant que bitmap, l'image résultante sera (habituellement) plus grande et sa qualité dépend du facteur de zoom; Mais tous les graphismes " +"Tout imprimer en tant que bitmap. Le fichier d'image résultant sera (habituellement) plus grand et sa qualité dépend du facteur de zoom; Mais tous les graphismes " "seront rendus identiques à l'affichage." #: src/extension/internal/ps.cpp:155 @@ -1878,7 +1876,7 @@ #: src/file.cpp:184 #, c-format msgid "Changes will be lost! Are you sure you want to reload document %s?" -msgstr "Les changements vont être perdu ! Êtes-vous sûr de vouloir recharger le document %s ?" +msgstr "Les changements vont être perdus ! Êtes-vous sûr de vouloir recharger le document %s ?" #: src/file.cpp:203 msgid "Document reverted." @@ -1901,7 +1899,7 @@ msgid "" "No Inkscape extension found to save document (%s). This may have been " "caused by an unknown filename extension." -msgstr "Pas d'extensions Inkscape trouvé pour enregistrer le document (%s). Cela peut venir du fait que l'extension est inconnue." +msgstr "Pas d'extensions Inkscape trouvé pour enregistrer le document (%s). Cela peut venir du fait que l'extension est inconnue." #: src/file.cpp:313 src/file.cpp:319 msgid "Document not saved." @@ -1940,7 +1938,7 @@ #: src/help.cpp:55 msgid "about.svg" -msgstr "à propos de svg" +msgstr "about.svg" #: src/help.cpp:71 src/verbs.cpp:1033 msgid "About Inkscape" @@ -2075,7 +2073,7 @@ msgid "" "Automatic backups of unsaved documents were done to the following " "locations:\n" -msgstr "Les enregistrments automatiques des documents non enregistrés sont effectuées à cet emplacement : \n" +msgstr "Les enregistrments automatiques des documents non enregistrés sont effectuées à cet emplacement :\n" #: src/inkscape.cpp:494 msgid "Automatic backup of the following documents failed:\n" @@ -2159,8 +2157,8 @@ "Although Inkscape will run, it will use default settings,\n" "and any changes made in preferences will not be saved." msgstr "" -"Toutes fois Inkscape va démarrer, il va utiliser les paramètre par défaut,\n" -"et toutes les modifications de préférences ne seront pas enregistré." +"Bien qu'Inkscape va démarrer, il va utiliser les paramètre par défaut,\n" +"et toutes les modifications de préférences ne seront pas enregistrés." #: src/interface.cpp:605 msgid "Open _Recent" @@ -2224,7 +2222,7 @@ #: src/interface.cpp:827 msgid "Interactive Inkscape tutorials" -msgstr "Tutoriel interactifs d'Inkscape" +msgstr "Tutoriaux interactifs d'Inkscape" #: src/interface.cpp:853 msgid "_File" @@ -2268,7 +2266,7 @@ msgid "" "The file %s already exists. Do you want to overwrite that file with the " "current document?" -msgstr "Le fichier %s existe déjà. Voulez vous que le document courant écraser ce fichier ?" +msgstr "Le fichier %s existe déjà. Voulez-vous que le document courant écrase ce fichier ?" #: src/knot.cpp:567 msgid "Node or handle drag canceled." @@ -2521,7 +2519,7 @@ #: src/path-chemistry.cpp:73 msgid "You cannot combine objects from different groups or layers." -msgstr "Vous ne pouvais pas combiner des objets de différents groupes ou calques." +msgstr "Vous ne pouvez pas combiner des objets de différents groupes ou calques." #: src/path-chemistry.cpp:157 msgid "Select some path(s) to break apart." @@ -2603,7 +2601,7 @@ #: src/selection-chemistry.cpp:253 msgid "You cannot group objects from different groups or layers." -msgstr "Vous ne pouvais pas grouper des objets de différents groupes ou calques." +msgstr "Vous ne pouvez pas grouper des objets de différents groupes ou calques." #: src/selection-chemistry.cpp:301 msgid "Select a group to ungroup." @@ -2620,7 +2618,7 @@ #: src/selection-chemistry.cpp:408 src/selection-chemistry.cpp:486 msgid "You cannot raise/lower objects from different groups or layers." msgstr "" -"Vous ne pouvais pas faire remonter/descendre des objets de différents " +"Vous ne pouvez pas faire remonter/descendre des objets de différents " "groupes ou calques." #: src/selection-chemistry.cpp:452 @@ -2689,7 +2687,7 @@ #: src/selection-chemistry.cpp:1507 msgid "No pattern fills to untile in the selection." -msgstr "motif de remplissage dans la sélection à dépaver." +msgstr "Pas de motif de remplissage dans la sélection à dépaver." #: src/selection-describer.cpp:30 msgid "Click selection to toggle scale/rotation handles" @@ -2881,7 +2879,7 @@ #. TRANSLATORS: "to outline" means "to convert stroke to path" #: src/splivarot.cpp:738 msgid "No stroked paths to outline in the selection." -msgstr "Pas de chemin à agrandir dans la sélection." +msgstr "Pas de chemin tracé dans la sélection." #: src/splivarot.cpp:825 msgid "Selected object is not a path, cannot inset/outset." @@ -2928,7 +2926,7 @@ #: src/text-context.cpp:432 msgid "Non-printable character" -msgstr "Caractère non Imprimable" +msgstr "Caractère non imprimable" #: src/toolbox.cpp:380 msgid "Insert new nodes into selected segments" @@ -3237,7 +3235,7 @@ #: src/verbs.cpp:805 msgid "Revert to the last saved version of document (changes will be lost)" -msgstr "Recharger le dernier enregistrement du document (les changement serons perdu)" +msgstr "Recharger le dernier enregistrement du document (les changements seront perdus)" #: src/verbs.cpp:806 msgid "_Save" @@ -3305,7 +3303,7 @@ #: src/verbs.cpp:822 msgid "P_revious Window" -msgstr "F_enêtre d'aperçus" +msgstr "Fenêtre p_récédante" #: src/verbs.cpp:823 msgid "Switch to the previous document window" @@ -3887,7 +3885,7 @@ #: src/verbs.cpp:995 msgid "D_uplicate Window" -msgstr "D_upliquer le fenêtre" +msgstr "D_upliquer la fenêtre" #: src/verbs.cpp:995 msgid "Open a new window with the same document" @@ -4045,7 +4043,7 @@ #: src/verbs.cpp:1039 msgid "Advanced Inkscape tutorial" -msgstr "Tutorial avancés d'Inkscape" +msgstr "Tutorial avancé d'Inkscape" #. "tutorial_advanced" #: src/verbs.cpp:1040 @@ -4063,7 +4061,7 @@ #: src/verbs.cpp:1043 msgid "Miscellaneous Tips and Tricks" -msgstr "Divers truc et astuces" +msgstr "Divers trucs et astuces" #: src/widgets/dash-selector.cpp:104 msgid "Dash pattern"

2 2

CVS autogen error
by Florent 02 Aug '04

02 Aug '04

Hi all, I've tried to compile the latest CVS; but an error appear : After a while, I made a "rm -rf inkscape" and an "./autogen.sh" and this give me the error : checking for autoconf >= 2.52 ... yes (version 2.59) checking for automake >= 1.7 ... yes (version 1.8.5) checking for glib-gettextize >= 2.0.0 ... yes (version 2.4.4) checking for intltool >= 0.17 ... yes (version 0.30) Running aclocal-1.8 ... Running autoheader ... Running automake-1.8 --add-missing ... configure.in: installing `./install-sh' configure.in: installing `./missing' configure.in:5: installing `./config.guess' configure.in:5: installing `./config.sub' Makefile.am: installing `./INSTALL' configure.in:25: required file `./ltmain.sh' not found src/Makefile.am: installing `./depcomp' Please fix the error conditions and try again.

3 5

Linux Journal link
by Robert Crosbie 01 Aug '04

01 Aug '04

I get the digest so excuse me if this has already been posted: http://linuxjournal.com/article.php?sid=7564 Check out the first post: "The Gimp wins in the graphics category again, it seems like it always does but Inkscape is getting really good, maybe next year?" Cheers, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ Take charge with a pop-up guard built on patented Microsoft� SmartScreen Technology http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht… Start enjoying all the benefits of MSN� Premium right now and get the first two months FREE*.

1 0

Re: sp-typeset
by bulia byak 01 Aug '04

01 Aug '04

> i will reuse a lot of it for flowtext stuff, that's a > given. the purpose of the SPTypeset object, though, > was to be a testbed for flowtext stuff, and an object > to which you would give marked-up text like LaTeX > source or RTF and get a nice layout of it. this last > part is a huge amount of work... i advise for a > removal for simplification of the codebase, and to > avoid confusions with SVG flowtext. OK, that makes sense. > that is also a big amount of work, unless some parts > of it can be lifted from a preexisting text editor. i > feel sorry for the guy who will have to do it. It's not really that bad, imho. I thought about how to do it, and I'm definitely willing to give it a try when I have more free time. Just a child of text-context holding the start and end character positions of the selection in the text object, and a list of canvas items, each being an inversion rectangle overlaying one character. The tricky part is how to make it so that when you choose a color (by whatever means) it gets applied to the text selection instead of the entire selected text object, but there is now a solution for that: desktop issues _style_signal for any style change, and the text selection would intercept that signal and apply the style to the text selection (creating tspan(s) as needed); and when the signal is intercepted, the style is not applied to the selected objects (see sp_desktop_set_style in desktop.cpp). So it's doable. > wrt > mathematical markup, i was more thinking to stuff like > indices/exponents: dx/dy give you the possibility to > do either exponent or indices, not both. Not to > mention the cases where you want the text to be > stacked below some other piece of text. this is where > latex shines. the simplest solution is probably to do > some sort of "Equation Service" > (http://www.esm.psu.edu/mac-tex/EquationService/) with > the scripting possibilities of inkscape, and insert > the complex stuff as images in the flowtext. Yes, it would be cool. Just build a robust chain of tools to do TeX -> PS -> SVG conversion, and automatically run it and import into a <g> with an inkscape: attribute storing the source TeX code, with a command to edit it. Worth an RFE, and would not be very difficult to implement. Except that such "embedded TeX" will not be able to be part of an SVG text object, but only an independent object. > the problem on osx is having several trees with unix > software cohabitating with each other. since i have a > fink tree with all my gnome stuff, installing gtkmm2.4 > and friends requires me to either package it myself > (no thanks) or to mess with the install and header > search paths (my previous attempts were complete > failures). in any case it's simpler and safer to just > wait for fink to get up to date. I really hope they will get up to date soon. We need you :) > regarding my flowtext work, here is a patch made > against the 0.39 release. Thanks, I will apply it ASAP. > flowtref, flowlinebreak and flowimage are missing, but > it's already able to eat styled text and handle > bidirectionality. it would be good for me if someone > could put it in the CVS tree and give it some > exercise, so that bugs get apparent. since flowtext > has the same text/tspan structure, parts of this patch > can also have some use for the current text implementation. Great, I will test it and report what I find.

2 4

Inkscape CVS on SuSE 9.1
by Bryce Harrington 01 Aug '04

01 Aug '04

I've compiled Inkscape on SuSE 9.1; I made a list of the changes I needed to do for getting all the deps & configuration issues in the SuSE section of: http://inkscape.org/cgi-bin/wiki.pl?CompilingInkscape Bryce

1 0

Re: [Sodipodi-list] thanks
by Jon Phillips 01 Aug '04

01 Aug '04

What version of inkscape did you try? Can anyone help Jimmy? Jon On Mon, 2004-08-02 at 00:23, Jimmy James wrote: > --- Jon Phillips <jon@...235...> wrote: > > > Try inkscape!!! > > > > www.inkscape.org :: Open Source SVG Editor as > > well... > > > > Jon > > > >I got a good feeling when I saw the installed > inkscape program. I tried to draw a rectangle and the > program just hanged up. I rebooted and tried the star > tool and it hanged up again. I rebooted. > I am using yoper version 2 operating system. > a little work on the inkscape probably will be a > good if not a perfect substitute to CorelDraw. > thanks again. > > Jimmy > > > > __________________________________ > Do you Yahoo!? > New and Improved Yahoo! Mail - Send 10MB messages! > http://promotions.yahoo.com/new_mail -- Jon Phillips PO BOX 948667 LA JOLLA, CA 92037 USA 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/)

1 0

FINK + MAC OS X + INKSCAPE
by Jon Phillips 01 Aug '04

01 Aug '04

Hello all, I had a chat with FINK developers (http://fink.sf.net) about our new dependencies. Here is what they said about gtkmm 2.4 which is in their unstable: (05:06:19) dmacks: "unstable" is actually quite stable, it's just users are typically too lazy to send positive feedback to let us know it works right. (05:06:53) dmacks: unstable + positive-feedback --> stable; stable in the next week or so --> in the next bindist. So, our OS X users/developers should use the unstable packages and give feedback to help push these packages into stable. Also, I hopefully convinced them to push to stable quicker. Also, for those wanting Boehm: search for gc jon -- Jon Phillips PO BOX 948667 LA JOLLA, CA 92037 USA 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/)

1 0

inkscape google search + articles
by Jon Phillips 01 Aug '04

01 Aug '04

Hello all, Sometimes it is interesting to run a google search on Inkscape after a release and see what is/has been written. I found this review of the app and there is talk that the Win32 version of Inkscape is only avail. in English. Is this true? http://www.framasoft.net/article2711.html Here is someone who has written a Mac OS X launcher for Inkscape: http://www.coswellproductions.org/index.php/code/inkscape_mac_os_x_launcher… Mac OS X portfile: http://inkscape.darwinports.com/ Interesting site of reviewers: http://www.stumbleupon.com/url/www.inkscape.org/ Next, Jon -- Jon Phillips PO BOX 948667 LA JOLLA, CA 92037 USA 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/)

3 2

Inkscape and the Gimp, gradients.
by Alan Horkan 31 Jul '04

31 Jul '04

Those of you who are also on the OpenClipart.org mailing list may have noticed that the Gimp now allows the use of SVG Gradients. http://bugzilla.gnome.org/show_bug.cgi?id=148127 The support is in CVS and there has not yet been a release that has included but there should be another 2.1.x release soon. Sven Neuman added the feature, and I'm well pleased. Now I'll be able to use the same files for both Inkscape and Gimp and use a standardised file format. The gradient file can contain a single gradient or multiple gradients. The parser has some flexibility with regards to the formatting used by the gradients. The gradients are read only for now. Another recently added feature that I requested was support for using standard file formats for Patterns. As GDKPixbuf was used and because there is an option to use librsvg to add SVG support to GDKpixbuf it should be possible to use SVG patterns directly in the Gimp too. http://bugzilla.gnome.org/show_bug.cgi?id=140443 Futher testing of and feedback on the SVG Gradient support would be very much appreciated. DND support could be added in time but it will require work from Inkscape. Sven would like to do this if Inkscape developers will do the necessary work on their side, and he asked me to pass on that request. I'm in a bit of a hurry otherwise i would have phrased this better and more clearly. There is also the distinct possibility that this account will be temporarily unavailable due to maintainance for the next few days so I may have to catch up on Monday or sign up with a different account. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/

2 2

using SVG-View Widget in gtkmm apps
by John Taber 31 Jul '04

31 Jul '04

First let me say what a great job the whole development team is doing - Inkscape is one of the best open source projects going. And it lets a non-artist like me make decent looking icons - it's simply fun to use. I would like to use SVG in a gtkmm geographic mapping application - is the SVG View Widget part of the gtk toolset now ? Does it use librsvg to blt back the svg or does it have it's own renderer ? (I tried to follow the code but got lost). Thks. John

2 1

[Fwd: Fwd: BOF: Inkscape: An Open Source Vector Graphics (SVG) Editor Overvi ew]
by Jon Phillips 31 Jul '04

31 Jul '04

SIGGRAPH BOF confirmed to my gmail account, arg! JC (not Jesus Christ, but JonCruz) are going to run a Birds of a Feather (BOF) meeting at SIGGRAPH on MON AUG 9. I'm pulling together notes and PR for this this weekend. FYI. I have a link for free passes to anyone in the LA area for this. Bryce and Co, are you going to have an Inkscape BOF at OSCON2004 in Portland? Jon -----Forwarded Message----- > From: jon phillips <phillipsjd@...400...> > To: jon@...235... > Subject: Fwd: BOF: Inkscape: An Open Source Vector Graphics (SVG) Editor Overvi ew > Date: Wed, 28 Jul 2004 21:34:26 -0700 > > ---------- Forwarded message ---------- > From: Villalba, Marisa <mvillalba@...481...> > Date: Tue, 27 Jul 2004 12:03:20 -0500 > Subject: BOF: Inkscape: An Open Source Vector Graphics (SVG) Editor Overvi > ew > To: "phillipsjd@...400..." <phillipsjd@...400...> > Cc: "Villalba, Marisa" <mvillalba@...481...>, "Milgram, Alison" > <amilgram@...481...>, "sandramachuca@...127..." > <sandramachuca@...127...>, "GERRAW@...482..." > <gerraw@...483...> > > > Hi Jon > > Below if you official email confirmation for your BOF to be held at > the Holiday Inn City Center. Your contact at the hotel is Sandra > Machuca and I have copied her on this email. Please work directly with > her on any food/beverage or AV you would like to order for your > meeting. Also I did not indicate the room set you required since on > BOF meeting request form you listed several setups you were fine with. > Please let Sandra know which setup you would like. > Also you have missed the deadline to have your BOF listed in the > Program and Buyer's guide and kiosk but I will get your BOF added to > the website today. > > Thanks > Marisa > > > > 27 July 2004 > > Dear Jon > > > Thank you for your interest in participating in SIGGRAPH 2004. We are > excited to be back in the city of Los Angeles and look forward to > another successful event. This is the official confirmation letter for > the assignment of space for your meeting. > > > Please review the information below carefully: > > Group Name: Inkscape: An Open Source Vector Graphics (SVG) Editor Overview > Organization: Inkscape > Contact: Jon Phillips > > Address: > PO Box 948667 > La Jolla CA 92037 > United States, CA > > > Telephone: 858-361-2811 > Fax: not entered > Email: phillipsjd@...400... > > Location: Holiday Inn City Center > Room: Santa Monica > Reservation Time: 3:30pm-5:30pm > > Meeting Time: 4pm-5pm > > Date : Monday, 9 August > > > Room Setup: TBD > Attendance: 20 > > Hotel Contact: Sandra Machuca > Phone: 213-743-7621 x6617 > > Please instruct the contact(s) listed above regarding room setup, > food/beverage and any other special requirements you may have. Please > be aware that the group is responsible for all charges related to this > function. > > If you require audio visual services, we would like to recommend AVW, > the official audio visual vendor of SIGGRAPH 2004. You may contact > Wylie Gerrard via email at GERRAW@...484... > > Any changes of date or time and all cancellations MUST be made in > writing NO LATER THAN 19 July 2004 to my attention at the address > below or via e-mail. SIGGRAPH 2004 reserves the right to reassign > meeting space as necessary. > > If you have any questions, don't hesitate to get in touch. We look > forward to seeing you at SIGGRAPH 2004! > > Sincerely, > Marisa Villalba > SIGGRAPH Conference Management > Fax +1.312.673.6980 > mvillalba@...481... -- Jon Phillips PO BOX 948667 LA JOLLA, CA 92037 USA 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/)

2 1

compiling CVS on windows
by John Cliff 31 Jul '04

31 Jul '04

Hi all, Just to let you know current CVS doesnt want to compile on native windows currently, got the latest libaries from bobs site, tried dling the latest mingw, but no joy. keep getting a bunch of token errors. The builds done by the cross compiler work fine, but aren't much help for doing devel. cheers John __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail

1 0

external binaries ?
by herve couvelard 30 Jul '04

30 Jul '04

Hello, I use inkscape almost everydays. that is a really great application. I convert all the windows users at my office to linux users. That was not that hard. I was 'forced' :-) to convert them from paintshoppro/illustrator to inkscape. That was quite easy too. Inkscape is such an friendly-user-app. We use it for cartography means : drawing polygons on rasters images. ok let's come to the question : Would it be possible to 'execute' an external binary on the active document? i read every mails for such a long time and aware (it's good to be aware) of the coming extension stuff. how will it work ? would it be possible to provide a 'simple' binary that do the job and just put it in some place ? (like C or C++ or whatever) what could the junction with inkscape be ? will all the changes made by the binary be updated in the preview immedilately ? how could that come from a menu in inkscape ? ok... why all these question ?? in fact i will have some times and needs in adding new features related to GIS (of course openGis specs compliant) and some new 'magic' operation such areas and so... the problems is i am not a c nor c++ prog as anyone on the list. I am realy used to php and web. I started to implement these operations on php-web-based : you upload the file and the not-that-magic-stuff was done. i am considering to make a php extension for that and therefore it could be, for some, inkscape-inside implemented. BUT (here comes the BUT again..) i can not dive into inkscape (i have not enought time to do it) and i am not sufficiently competent to do it and i didn't succeded in having a configure-make-ready-box for inkscape (very much dependances on a redhat 9). the easy way would be such an extension stuff and when it works as expected someone with much more skills could add a new stuff in inkscape open-gis related. Sorry for that long and bad-english mail. What do you think of it ? hervé

6 9

0.39 release tells me 0.39cvs
by Taraben, Adib 29 Jul '04

29 Jul '04

When I use the inkscape win32 0.39 release (either zip or exe) I get the xml document attributes: inkscape:version 0.39cvs I wonder why? Adib.

6 5

File-open dialog with a text field
by Bob Jamison 29 Jul '04

29 Jul '04

Here is a screenshot of a first attempt at adding a text entry of the file name to the file open dialog. http://troi.titan-aeu.com/~rjamison/inkscape/files/filedialog2.png The events for selection changed--->text field and text field <return> ---->selection ...have already been connected. I am sure that we will tweak this a lot during this cycle, but at least this shows that modifications to suit our needs can easily be accomplished. What I am really anticipating is the use of the same code for all architectures. Bob

5 15

Thoughts about Patterns
by cedric 29 Jul '04

29 Jul '04

Hi everybody, Working on the Edit Menu part of the Manual (done but in french only, english version on CVS before end of July), i've made different tests on clone and patterns. These are great functionnalities. One may find pattern samples in the joined file. May be it could be incorporated as a library (the same way markers did). I leave it to our great developers. But, if alloweded, some things appeared to be difficult for me : - first of all : when creating many patterns, it is hard to remember the creation order, so that i've been 'confused' in the fillsettings dialog. Because there is no preview of the pattern in the dropdown menu, one may wish to name the pattern without using XML editor (some don't like coding!! or don't understand SVG at all) : may be the best could be to make a dialog appear to enter a name just after using the Edit/tile command. - second : The original object is set to rect filled with the pattern. It is OK, but often, i don't need it anymore in the drawing. It could be hidden. - third : (and it is not due to pattern filling i think but) but when a pattern is not used anymore, it is automatically cleared from defs. But should I always really want to remove it ? The autoClean functionnality is very good, but we may find rules about its use. I will now be working on a Symbol (clone) Library. I'll see from Sodipodi, I guess they've done may things this way since few months. Thanks a lot. Cedric

3 3

Compiling libGC with c++ support
by Steven P. Ulrick 29 Jul '04

29 Jul '04

Hello, Everyone :) While attempting to update Inkscape from CVS, I discovered the new dependency on libgc. I eventually found what I think is the right package: libGC-0.3-1.tar After untarring it, I ran ./configure --help, and I found nothing about how to compile libgc with c++ support. I proceeded to read README and INSTALL in the libGC directory, and I found nothing helpful. I then checked the Inkscape news groups, where I found references to the new libgc dependency, references to compiling with c++ support, but nothing about HOW to compile with c++ support. My next step was to subscribe to this list and ask this question :) I am running Fedora Core 2 with all official updates installed. This is a full installation, not an upgrade, and I chose to install EVERY package. Also, the prefix that I am attempting to compile libgc for is the same one that I am compiling Inkscape for: /usr If I've left anything out, please let me know, and I'll be glad to provide that information. For your information, I had been successfully compiling Inkscape on this system up till and including my last attempt preceding the addition of the libgc dependency. Oooops, almost forgot the error message I get when I attempt to configure Inkscape. I got the exact same message before and after my attempts at installing libgc: checking for GC_malloc in -lgc... no configure: error: libgc (the Boehm Conservative Collector), built with C++ support, is needed to compile inkscape In conclusion, my installation of libGC appeared to succeed, but since I didn't know how to build it with C++ support, I got the error message quoted above. Anyway, let me know if you need any more information on this. Steven P. Ulrick

4 5

To outline?
by Karl Ove Hufthammer 28 Jul '04

28 Jul '04

I've looked, but couldn't find where the message 'Select some paths to outline.' is used in the UI. The translators comment says that '"to outline" means "to convert stroke to path"'. Isn't this the same as the 'Convert stroke to path' command? The reason I'm asking is that I'm wondering what words to use in my translation. -- Karl Ove Hufthammer

3 2

Two small errors in 'Basic' tutorial
by Karl Ove Hufthammer 28 Jul '04

28 Jul '04

I'm currently translating the 'Basic' tutorial, and found two small errors: One place it says: The commands to open dialogs are all in the Dialogs menu [...] There are no such menu (anymore). And near the top it talks about the 'Help | Keys and mouse' menu-item, but the rest of the menu-items are written with a '>', e.g. 'File > New'. It should be changed to be consistent. (Personally I prefer a '|' everywhere. But perhaps there are style guidelines for this in GNOME?) -- Karl Ove Hufthammer

2 2

New language
by Arpad Biro 28 Jul '04

28 Jul '04

Hi, A new translation file, nn.po has been committed. I also modified (inserted the "nn" language ID) configure.in and po/Makefile.mingw. Please let me know if something else needs to be done. Arpad Biro __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 4

Article mentioning Inkscape
by Bob Jamison 28 Jul '04

28 Jul '04

I noticed another mention of Inkscape here: http://www.newsforge.com/article.pl?sid=04/07/19/214206 Bob

5 5

heartfelt thanks for creating inkscape (fwd)
by Bryce Harrington 28 Jul '04

28 Jul '04

---------- Forwarded message ---------- Date: Sun, 25 Jul 2004 21:38:55 -0400 From: Phil Shapiro <pshapiro@...467...> To: <bryce@...1...> Subject: heartfelt thanks for creating inkscape thanks a megabyte for your visionary work in creating inkscape. i discovered this amazing software last week and have been talking it up on various national email lists i'm on. (see below a message i sent this evening to the list of Community Technology Centers' Network - CTCNet), one of the largest nonprofit organizations working to bridge the digital divide.) CTCNet's annual conference is going to be in cleveland in june, 2005, in case you (or any of the othe inkscape developers) might be in the area at that time. it's likely more than 1000 technology access activists will be attending this conference. stephen quinn is the wonderful person organizing this conference. squinn@...468... thanks again. you've inspired many by creating inkscape and your creation will unleash a river of artistic creativity by many who cannot afford a commercial vector drawing program. - phil shapiro arlington, virginia ----- Forwarded message from Phil Shapiro <pshapiro@...467...> ----- Date: Sun, 25 Jul 2004 19:33:28 -0400 (EDT) From: Phil Shapiro <pshapiro@...467...> Reply-To: Phil Shapiro <pshapiro@...467...> Subject: [CTC] become known for teaching open source graphics software To: "" <ctcmembers@...468...> hi everyone - is your organization doing cool things with low-cost or no-cost graphics drawing software, such as http://www.inkscape.org? if so, one way to get public visibility for your pioneering work is to create some tutorials or articles for the graphics section of about.com. see http://graphicssoft.about.com/library/nosearch/blucsubmit.htm for example, tap into the creative talents of youth or adults at your center to create some beautiful art using inkscape. then use camtasia studio 2 (for windows) to create some narrated flash tutorials explaining how others can use the drawing tools in inkscape to create their own drawings. in these tutorials explain both the technical use of the drawing tools and explain artistic tips and techniques. people will be very grateful to learn both kinds of knowledge. create these tutorials in english and spanish, but also in vietnamese, amharic and korean. place these tutorials on the web and link to them from your organization's web site. submit them to the about.com graphics web site. after about.com accepts your submission (they probably will if has merit), send out a press release that your organization is helping to teach the world how to use open source drawing software. is there a journalist who would find it interesting to write a story that explains how the youths and adults at a nonprofit organization are creating knowledge to help unleash creativity and empowerment for people worldwide using no-cost software that anyone can use on donated computers? yes, i think there is. would a television station find it easy to do a news story where there is readily available, beautiful graphics that is an integral part of a story of community members teaching each other things? yes, it would. - phil what kind of art can you create with vector drawing programs? this gallery shows some nice examples. http://www.eazydraw.com/gallery.htm macromedia flash. adobe illustrator and macromedia freehand are all vector drawing programs, too. for extra credit points, organize a community event at a community meeting place (outside of your own site) where a no-cost workshop explains how to use a no-cost drawing programs. an appropriate title for such an event would be: "drawing the community together." would local civic leaders take notice of such a workshop? yes, they would. -- Phil Shapiro pshapiro@...467... http://www.his.com/pshapiro/ (personal) http://teachme.blogspot.com (weblog) http://guitarlessons.blogspot.com/ (guitar lessons) "Wisdom starts with wonder." - Socrates ------------------------------------------------ To unsubscribe, send a message to majordomo@...468... with the message: unsubscribe ctcmembers youremailaddresshere ----- End forwarded message ----- -- Phil Shapiro pshapiro@...467... http://www.his.com/pshapiro/ (personal) http://teachme.blogspot.com (weblog) http://guitarlessons.blogspot.com/ (guitar lessons) "Everything you can imagine is real." - Pablo Picasso

2 1

Re: [Inkscape-devel] Navigating on the canvas and other things
by bulia byak 28 Jul '04

28 Jul '04

> >> It's crutial that it zooms in, right where the cursor points! > > > > Sure. I just don't have a wheel mouse otherwise I would have fixed > > this long ago. > > How do you survive? Tablet + pen :) Actually, the funny thing is that I did put in the code for mousewheel to zoom into cursor point, and I have no idea why it does not work. It's very simple, see the sp_desktop_zoom_relative_keep_point() call in src/event-context.cpp line 517. The same function works OK for zooming by middle-click (see line 380), it does zoom into cursor point. Maybe the event->scroll.x/y fields are bogus for a wheel event. If someone can have a look at it for me that would be nice.

1 0

[Fwd: [Inkscape-user] Can`t build inkscape from cvs]
by MenTaLguY 28 Jul '04

28 Jul '04

-----Forwarded Message----- From: Makurin Roman <koshka_enott@...473...> To: Inkscape User List <inkscape-user(a)lists.sourceforge.net> Subject: [Inkscape-user] Can`t build inkscape from cvs Date: Wed, 28 Jul 2004 02:52:52 +0400 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I can`t build inkscape from cvs on my gentoo box. Here my configuration: sys-devel/autoconf-2.59-r4 sys-devel/automake-1.8.5-r1 sys-devel/gcc-3.3.4-r1 sys-libs/glibc-2.3.4.20040619 x11-libs/gtk+-2.4.4 dev-cpp/gtkmm-2.4.3 Any advice ? - -- Registered Linux User: 355904 ICQ: 105266647 JID: drolyk@...189... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBBtzHufAZCWBpz4kRAqo8AJ9/6GYlf2mdKYWB3PA71PZWyxlu3QCeN9N1 h0sO2HO7knxDOz5YdyRowNg= =hn1s -----END PGP SIGNATURE-----

1 0

Re: [Inkscape-user] Make fails - freetype problem?
by MenTaLguY 28 Jul '04

28 Jul '04

On Tue, 2004-07-27 at 07:21, John Mellor wrote: > Well, thanks for that, but does anyone know how to fix it? Am I the only > one with this problem, and if so why? I uninstalled my freetype2 and > installed the latest - 2.1.9 - from source and the error is the same. > Do I need an older freetype2 or what? For now, probably. I'm using version 2.1.5. IIRC, the fix, basically, is to include <ft2build.h> before any other freetype headers ... however, I am not sure whether that will break the build with older freetype versions. :/ -mental

1 0

Gtk2.4/gtkmm2.4 file dialogs
by Bob Jamison 28 Jul '04

28 Jul '04

Hi all. I started on a new pair of file dialogs, using the new Gtk2.4 stuff for which we have been waiting. Here is a screenshot of a File Open dialog with Gtk::FileChooserDialog. http://troi.titan-aeu.com/~rjamison/inkscape/files/filedialog.png I haven't committed it yet, but it is mostly done. It just needs some tweaks. If this works well enough, then we can throw away the buggy Win32 dialogs in the next few days. Any opinions? Bob

11 32

Re: [Inkscape-devel] Preview for image import
by Bob Jamison 28 Jul '04

28 Jul '04

Alan Horkan wrote: > >Is Inkscape genrating that preview from scratch or displaying a thumbnail >already created by another application? > >- Alan > Inkscape is its own renderer! :-) Actually, I thought that I would have a little bit of fun with SVG. I made a tiny SVG template that is dynamically filled in with the image (scaled to fit with its aspect) , the rectangle around it, and the text that indicates its size. The svg preview displays it as though it is an SVG file. Here is the snippet of code that does the trick, if anyone would like to see it. Just match up the %s's and the %d's with the printf() below it, to make sense of it. Bob ======== SNIP SNIP SNIPPITY SNIP ======== //Our template. Modify to taste gchar *xformat = "<?xml version=\"1.0\" encoding=\"UTF-8\"?>\n" "<svg\n" "xmlns=\"http://www.w3.org/2000/svg\"\n" "xmlns:xlink=\"http://www.w3.org/1999/xlink\"\n" "width=\"%d\" height=\"%d\">\n" "<image x=\"%d\" y=\"%d\" width=\"%d\" height=\"%d\"\n" "xlink:href=\"%s\"/>\n" "<rect\n" "style=\"fill:none;fill-opacity:0.75000000;fill-rule:evenodd;" "stroke:#000000;stroke-width:4.0;stroke-linecap:butt;" "stroke-linejoin:miter;stroke-opacity:1.0000000;" "stroke-miterlimit:4.0000000;stroke-dasharray:none;\"\n" "x=\"%d\" y=\"%d\" width=\"%d\" height=\"%d\"/>\n" "<text\n" "style=\"font-size:24.000000;font-style:normal;font-weight:normal;" "fill:#000000;fill-opacity:1.0000000;stroke:none;stroke-width:1.0000000pt;" "stroke-linecap:butt;stroke-linejoin:miter;stroke-opacity:1.0000000;" "font-family:Bitstream Vera Sans;\"\n" "x=\"10\" y=\"26\">%dw x %dh</text>\n" "</svg>\n\n"; //Fill in the template gchar *xmlBuffer = g_strdup_printf(xformat, previewWidth, previewHeight, imgX, imgY, scaledImgWidth, scaledImgHeight, fName, rectX, rectY, rectWidth, rectHeight, imgWidth, imgHeight);

1 0

Navigating on the canvas and other things
by unknown＠example.com 27 Jul '04

27 Jul '04

Hi Inkscape folks, I'll skip the part, of thanking you for the great software in my emails from now on (I haven' in most so far...). I want to make point out that inkscape has become my favourite vector graphics program... just for one last time :) So anyways, I could be writing this each time I use it... and of course each time I use it, there are things that I like to complain about. Don't take it personally or anything, I just believe that pointing out what I don't like will eventually help improving the software. Well... navigation. I always liked the navigation in inkscape. I was very much used to it and know it from other programs. The mouse wheel scrolls up and down, when holding ctrl (or is it shift?) left and richt, for alt it is zoom in and out. Now I have been using autoCAD for a while, and while I first was very much annoyed with it's behaviour, I now think it's superior. It's simple... the mousewheel zooms by default. I zoom out turning it towards me and in, rotating it away. It's crutial that it zooms in, right where the cursor points! Well... to navigate on the canvas you zoom out, drag the canvas (pressing middlebutton) and zoom in. This is very efficient, and the best way to navigate on the canvas, I have used so far, as soon, as one is a little used to it. Also compare RFE [ 950537 ]. What do you think? Is the rendering to slow, maybe? Has any of you experience with this kind of navigation? And: could it be implemented, either as default (it's a very good default!) or as an option? Also: should I file an RFE? Other problems: - How do I add a pattern. The only way I have found so far is to import an image... that is kinda stupid. the pattern dialog has to allow one to import a new pattern. - Inkscape crashes on me frequently (mostly while trying to copy objects)... I can't tell the reason, and I don't care too much, since I have wonderful backups. But opening these backups is quite complicated... could inkscape ask, if I want to restore the files, when I restart it? - And, of course: How is the progress on text editing? I think text is the weakest part of inkscape atm. Take care David

4 3

Preview for image import
by Bob Jamison 27 Jul '04

27 Jul '04

I added previews for some types of images. We could probably add others. Here is yet another screenshot :-) http://troi.titan-aeu.com/~rjamison/inkscape/files/filedialog4.png Bob

1 0

libgc dependancy
by MenTaLguY 27 Jul '04

27 Jul '04

Just a quick note that I've added a dependency on libgc. Things look OK except for one issue I'm not sure of ... Debian puts the libgc header files in /usr/include/gc (they're good about segregating library header files that way). I'm not sure whether other distros do that, however. Let me know if your distro puts them someplace else.. -mental

2 2

Re: Inkscape 0.39 Slackware package
by Bryce Harrington 27 Jul '04

27 Jul '04

On Mon, 26 Jul 2004, Eustaquio Rangel de Oliveira Jr. wrote: > Get them here: > > http://200.211.78.140/taq/downloads/inkscape-0.39-i386-1.tgz > http://200.211.78.140/taq/downloads/inkscape-0.39-i386-1.tgz.asc > > It's a 3.9mb package, please tell me when you download it because I need to > erase it. :-) I've added these to the SF file tracker, so you can remove them now. http://sourceforge.net/project/showfiles.php?group_id=93438 > Don't forget that people need to compile sigc 1.2 to use it (I have also > this package). > > I'll get the CVS code and compile it with sigc 2.x this week. Okay cool, let us know. Thanks, Bryce

1 0

Re: Inkscape 0.39 Slackware package
by Bryce Harrington 26 Jul '04

26 Jul '04

Cool, sure send it to me (or give me a URL) and I'll add it to the website with the other packages. Thanks, Bryce On Mon, 26 Jul 2004, Eustaquio Rangel de Oliveira Jr. wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Yo! > > Hey, I built a Slackware package of Inkscape 0.39 (needs to compile sigc > 1.2), if you want I can send you. > > Regards, > > - -- > ~ .--. TaQ (Eustáquio Rangel) ((__-^^-,-^^-__)) > ~ |o_o | Usuário registrado GNU/Linux no. 224050 `-_---' `---_-' > ~ |:_/ | email : eustaquiorangel@...36... `--|o` 'o|--' > ~ // \ \ URL : http://beam.to/taq \ ` / > ~ (| | ) ICQ : 110103942 ): :( > /'\_ _/`\ PGP key: 0x784988BB :o_o: > \___)=(___/ Eu gosto de GNU/Linux, e vc ? ;) "-" > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.1 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > > iD8DBQFBBWxVb6UiZnhJiLsRAg5bAJ4olaeFRBXQTAk6oWGNmsj3hSm1QQCaA7QC > oPEb0wm+MBw/FMsuEKU26c4= > =cwPL > -----END PGP SIGNATURE----- > >

1 0

grid lines
by bulia byak 25 Jul '04

25 Jul '04

Ted, excellent work on emphasized grid lines! The only suggestion is that I think they should be made more darker still, for better contrast. Darkening by 25 instead of 10 looks much better on my screen.

6 11

French translation
by Frederic Rodrigo 24 Jul '04

24 Jul '04

Hi, I have updated the french translation. Fred.

2 1

Extension Proposal (First Draft)
by Bryce Harrington 24 Jul '04

24 Jul '04

Ted, I've written up a first draft of a proposal specification for the Extensions System. This derives heavily from your extensions code, although I've made some tweaks here and there, such as using 'isx' instead of 'inkmod' and some terminology changes. There is still a good bit of work to be done on it. The API's need to be reviewed, displayed in a more consistent manner, and more thoroughly documented, for example. Also, it needs more and better examples. There are probably also a number of places where it is unclear or ambiguous, so those areas will need a lot more work. But I think it's fleshed out enough that it is ready for some review. Read it over when you get a chance, and we can talk about it more in a couple of weeks. :-) http://inkscape.org/cgi-bin/wiki.pl?ExtensionArchProposal Bryce === 1.0.0 Introduction === The extensions system in Inkscape is a way for adding functionality to Inkscape, without affecting the core of the program itself. We want Inkscape to follow a core-plus-modules approach similar to that adopted by many successful open source projects such as the Linux kernel, Perl, Apache, Gimp, and so on. There are many different types of extension mechanisms, including file format conversion tools, filter scripts that process SVG, user interface elements that can be added at runtime, and so forth. This proposal defines a design for handling this wide variety of extensions in a flexible manner. === 2.0.0 Terminology === * Extension - An extension is something that extends the functionality of Inkscape without being directly part of the core. This implies that it should be easy to remove or add, and nothing in the core should depend on it directly. * Extension Type - Establishes the functional interface that the Extension provides, including the types of messages it handles and what is contained in its data structures. * Extension Implementation - Defines how the extension is accessed; i.e. through message passing, pipe/exec calls with commandline arguments, direct function calls, etc. * Plug-in - An extension that is implemented through a loadable library. This is a .o file on Unix-like systems or a .dll on Win32. The libraries should not be loaded until they are used. * Script - A script is a type of extension that is implemented through an external program that recieves and sets SVG data through files and pipes. This allows Inkscape to use programs that handle SVG but are targeted differently, seemlessly inside of Inkscape. * Language Binding - A special type of plug-in that wrappers a script language interpreter such as Perl, Python, Lisp, etc. A user interested in programmatic access to Inkscape's internals via one of these languages can install (or create) the relevant Language Binding Plug-in to achieve this. * ISX - 'InkScape eXtension' - The filename extension used for XML metadata files that describe each Inkscape Extension. === 3.0.0 Requirements === * Uses a general language binding system so it's easy to add new language binding support * Allows direct interaction with the document object model including changing styles, adding/removing defs and elements, etc. * Allows some limited interaction with the Inkscape UI such as manipulating grids, overlays, etc. * Allows direct interaction with file load/save/export/print subsystem * Guaranteed to work properly with the undo system, even if the extension is not written carefully * Well documented so is easy for people to learn how to make new extensions * Each extension can be implemented, distributed, and managed independently of the core project * Icons, buttons, and other UI elements for extensions fit seamlessly into main application GUI * User can easily select which extensions to automatically load into application at startup * Loading of extensions shall not seriously slow startup time or make a major impact on memory footprint * Failure of a extension shall not leave the drawing in an inconsistent state * Main application must gracefully recover from extension crashes or other serious problems with extension execution * Dependencies for particular extensions must be clearly identified for user if missing === 4.0.0 Overview === Different kinds of extensions can be categorized in two ways. First, but what the extension does: File format converters, printing, SVG manipulation, symbol libraries, etc. Second, by how the extension is implemented: command-line scripts, dynamically loaded libraries, internal compiled-in code, etc. The first kind of categorization is called the Extension Type. This essentially establishes a calling interface and the set of messages the extension must be able to receive and handle. For example, extensions of type Print must have a way to handle 'print' message. The second is the Extension Implementation. This defines the mechanism Inkscape must use for passing messages to the extension. For example, commandline scripts would have messages passed as commandline arguments, whereas loadable plug-ins would have the messages passed to the plug-in's message handler routine. The categories of both Extension Types and Extension Implementations are left open ended. This way, if someone comes up with new ideas for ways to extend Inkscape that doesn't fit within the existing models, they can add these mechanisms in a straightforward fashion. For the purposes of this document, however, we focus on just the following Types and Implementations: Extension Types Input - loading various file formats Output - saving as various file formats Effect - apply some sort of change to SVG elements in the doc Print - prints using different drivers or modes Extension Implementations Internal - code callable directly within Inkscape, Script - a cmdline program that takes an SVG document to its STDIN and emits a modified SVG document to its STDOUT, with control messages given as commandline parameters. Plug-in - a loadable module with a message handler routine that receives messages and that operates on the Inkscape API functions directly. Library - a collection of SVG files that can be queried and loaded from the file system into the document. Each item in a library has a thumbnail and metadata. === 5.0.0 Extension System Basics === Leaving the topic of Types and Implementations aside, we can make some generalizations about how all Extensions work, and behaviors or attributes that all Extensions share. This includes how they are registered, how they handle preferences, how dependency resolution is achieved, and versioning. These common behaviors are all established via a base class that all Extension Types derive from. ==== 5.1.0 Extension Base Class ==== The Extension base class holds the attribute data that all extensions must have and establishes the base functionality that all extensions share. class Extension { gchar * id; gchar * name; state_t state; SPRepr * repr; GSList * parameters; public: void set_state (state_t in_state); state_t get_state (); bool loaded (); virtual bool check (); SPRepr * get_repr (); gchar * get_id (); gchar * get_name (); void deactivate (); bool deactivated (); void get_param (gchar * name, bool * value); void get_param (gchar * name, int * value); void get_param (gchar * name, gchar ** value); bool set_param (gchar * name, bool value); int set_param (gchar * name, int value); gchar * set_param (gchar * name, gchar * value); }; ==== 5.2.0 Extension Registry ==== Inkscape maintains a data structure of all the registered extensions. This registry can be queried against to retrieve lists of extensions meeting various conditions (such as recently-used extensions, or all Input extensions). ===== 5.2.1 Extension Attributes ===== name - the human readible name of the extension, with spaces and capitalization, suitable for display in dropdown menus. E.g. 'Dia Import' id - a unique key for identifying the extension, using the java-style naming convention. E.g., 'org.inkscape.input.dia' last_used - an indicator of the time that the extension was last invoked. This permits Inkscape to identify extensions not in regular use, and unload them to conserve memory. num_used - the number of times the extension has been used since program start-up. This allows Inkscape to keep heavily used extensions in memory, even if they've not been used in a while. ===== 5.2.2 Extension Functionality ===== load - allocates memory usage when extension is to be used. E.g., loadable libraries can be loaded up unload - deallocates memory when extension is not in use, to help conserve memory. E.g., loadable libraries can be freed register - called by the Extension constructor to add the extension to the Extension Registry unregister - called by the Extension destructor to dereference the extension from the Extension Registry ===== 5.2.3 Refreshing Registry ===== Inkscape will have a command accessible from its menus for reloading the entirety of the registry. This provides a mechanism for the user to access newly-installed extensions without needing to restart Inkscape. When the registry is refreshed, all currently-loaded extensions should first be unloaded. When refreshed, no extensions (except for the standard defaults) should be loaded in memory. ==== 5.3.0 Handling Preferences ==== Extensions may wish to persist certain values or settings selected by the user or specified at installation time. User settings can be handled via the Inkscape Preferences system. This is particularly appropriate for setting expected to change during use and that have suitable defaults that can be used if this is the first time the user has run it. See section 7.1.6 for details on use of this system. Installation settings are best handled by writing into the extension metadata file (*.isx, see below) during installation. These files are stored in a global location and shared by all users on the system, thus are appropriate for storing general defaults or values that won't change during use. This is covered in the following section. ==== 5.4.0 ISX File Format ==== Every Extension must have a definition file, *.isx. Inkscape loads these files during initialization (and subsequently as requested) to learn what extensions are available to it. The file is an XML format with a top-level element 'inkscape-extension', which contains the following sub-elements: name - required id - required version - required deps - optional; lists the dependencies type - "input", "output", etc. impl - "internal", "script", "plug-in", etc. The deps section contains a list of elements that indicate pre-requisites for use of the extension. For instance, it may require that other extensions be present, or require a certain version level of internal functionality, or require the presence of a certain file in the file system, or require a certain service be active like a database or mail service. Each dependency can also be marked as required or optional, or if it satisfies another dependency. Deps type - required; "extension", "file", "service", etc. id - required; the identity of the dependency it requires. E.g., 'org.inkscape.dia_import', '/etc/foo.conf', 'mysqld' version - optional; a simple regexp pattern used to find if the available version is sufficient to satisfy the dependency required - if present, the dependency is required; if not present, it's treated as an optional dependency satisfies - optional; gives a list of other deps that it will satisfy. For instance, either 'postgres' or 'mysql' could satisfy a 'sql_database' dependency. The type and impl elements can contain sub-elements of their own: Type extension mimetype filetypename filetypetooltip Impl command helper_extension check Also see section 8.4.0. ==== 5.5.0 Checking Dependencies ==== Inkscape loads all of the *.isx files by default. Later, it performs a dependency check on all of the extensions, dropping any whose dependency needs have not been met. This is performed by first checking that there is a valid extension id matching the deps->id, and then comparing each of the deps->version regexp patterns against the available extension version. ==== 5.6.0 Accessing the Inkscape Internal APIs ==== Extensions interact with the published API's of other extensions and with Inkscape itself. Inkscape provides its internal functionality via special "Internal" Extensions. See Section 7.1 for details of what is available. The manner that the internal API's are invoked is dependent on the kind of Extension Implementation. Plug-ins, for instance, generate messages that are returned to the application. Scripts, on the other hand, do not handle messages or work interactively, but instructions can be passed via commandline arguments. === 6.0.0 Extension Types === Each Extension is identified by it's 'Type'. This determines the type of programmatic interface that it adheres to, enabling Inkscape to know what functionality it can expect from the extension. ==== 6.1.0 Input ==== An input extension provides a way to get data into Inkscape. This type of extension creates a document given a filename. This is done by using the 'open' method within the class. Also, there is a 'prefs' function which will generate a GtkDialog. This dialog is then used to get any settings that the incomming file and extension my use. This function is executed, and the dialog returns, before the open method is called. There are also several other settings stored in an Input extension. This includes information on the type of file the input module can take in including its filename extension and mime type. Also, there is a space to store a tooltip for additional information on the file type in the file dialog. Lastly, there is the key of which Output extension is recommended for saving this filetype. This is useful, as there is no other direct links between the Input and Ouput functions, and a user expects to be able to open and save without using the 'Save As...' dialog. class Input : public Extension { gchar * mimetype; // What is the mime type this inputs? gchar * extension; // The extension of the input files gchar * filetypename; // A userfriendly name for the file type gchar * filetypetooltip; // A more detailed description of the filetype gchar * output_extension; // Setting of what output extension should be used virtual bool check (); SPDocument * open (gchar const *uri); gchar * get_extension (); gchar * get_filetypename (); gchar * get_filetypetooltip (); GtkDialog * prefs (gchar const *uri); }; ==== 6.2.0 Output ==== An output extension controls how SVG documents are exported from Inkscape. This type of extension creates a file given a document object. This is done using the 'save' method within the class. The method for how files are exported depends on what type of Implementation is used. For Scripts, the file is first saved as a temporary SVG file, and then processed by calling the commandline programs to convert it. For Plug-ins, the document object is passed to the extension with a 'save' message and a filename, and the extension program performs the file save operation itself. class Output : public Extension { gchar *mimetype; // What is the mime type this inputs? gchar *extension; // The extension of the input files gchar *filetypename; // A userfriendly name for the file type gchar *filetypetooltip; // A more detailed description of the filetype bool dataloss; // The extension causes data loss on save public: virtual bool check (void); void save (SPDocument *doc, gchar const *uri); GtkDialog * prefs (); gchar * get_extension(); gchar * get_filetypename(); gchar * get_filetypetooltip(); }; ==== 6.3.0 Effect ==== Effect extensions cause a modification of a loaded document. For example, it might add a new shape to the drawing, or change all selected objects to be purple with green dotted borders. class Effect : public Extension { public: virtual bool check (); GtkDialog * prefs (); void effect (SPDocument * doc); }; ==== 6.4.0 Print ==== The Print Extension Type is for extensions that interface with printing subsystems. Examples would be Win32, postscript, and GNOME Print. class Print : public Extension { SPItem *base; NRArena *arena; NRArenaItem *root; unsigned int dkey; public: bool check (); /* FALSE means user hit cancel */ unsigned int setup (); unsigned int set_preview (); unsigned int begin (SPDocument *doc); unsigned int finish (); /* Rendering methods */ unsigned int bind (NRMatrix const *transform, float opacity); unsigned int release (); unsigned int fill (NRBPath const *bpath, NRMatrix const *ctm, SPStyle const *style, NRRect const *pbox, NRRect const *dbox, NRRect const *bbox); unsigned int stroke (NRBPath const *bpath, NRMatrix const *transform, SPStyle const *style, NRRect const *pbox, NRRect const *dbox, NRRect const *bbox); unsigned int image (unsigned char *px, unsigned int w, unsigned int h, unsigned int rs, NRMatrix const *transform, SPStyle const *style); unsigned int text (char const *text, NR::Point p, SPStyle const *style); bool textToPath (); }; === 7.0.0 Extension Implementations === ==== 7.1.0 Internal ==== Access to Inkscape internals is provided through the Internal classes. These classes expose APIs for various compiled-in functionality that can be used by other extensions. The Internal functionality is grouped into different sets, as follows. ===== 7.1.1 File Operations ===== Ability to load/print/save/close documents doc file_open (gchar * uri, Inkscape::Extension::Input * ext) bool file_save (SPDocument * doc, gchar * uri, Inkscape::Extension::Output * ext) bool print_doc (SPDOcument * doc) ===== 7.1.2 SVG DOM Object Hierarchy ===== Access to the document's SVG::DOM object hierarchy array getElements(string element_name) string getElementName() string getElementByID(string id) string getElementID() hash getAttributes() string getAttribute(string attribute) bool SetAttribute(string name, string value) bool SetAttributes(hash) bool hasChildren() array getChildren() obj getFirstChild() obj getLastChild() array getSiblings() obj getNextSibling() obj getPrevSibling() int getChildIndex() obj getChildAtIndex(int index) obj getParent() array getParents() bool isAncestor(obj) bool isDescendant(obj) cdata getCDATA() ===== 7.1.5 Inkscape Verbs ===== A verb is an identifier used to retrieve standard Actions for particular views. Verbs are used to invoke a wide variety of operations, called Actions, in the Inkscape application. For instance, typical verbs include 'FileOpen', 'FileImport', 'EditDuplicate', 'SelectionLower', 'ObjectToCurve', 'DrawText', 'ToggleGrid', and the like. Essentially, everything invokable via a menu in Inkscape can be similarly activated using its verb. The following routines are provided to extensions in order to interact with the verb system: int verb_find(string verb_name) - looks up the numerical ID of the given verb name. (E.g., it could pull it out of the SPVerbActionDef props[] static object) action verb_get_action(int verb, view) - retrieves the Action object for the verb in the given view view action_get_view(action) - retrieves the view, given the action object void action_perform(action, data, pdata) - invokes the Action for the verb. It validates the parameters and calls the appropriate listener that will handle the action. void action_set_active(action, state, data) void action_set_sensitive(action, state, data) ===== 7.1.6 Inkscape Preferences ===== These Internal methods permit access to the Inkscape Preferences system. Extensions can look up, set, or add values to the user preferences, and they will be persistently stored in the file ~/.inkscape/preferences.xml void prefs_set_int_attribute(string path, string attr, int value); int prefs_get_int_attribute(string path, string attr, gint def); int prefs_get_int_attribute_limited(string path, string attr, int def, int min, int max); void prefs_set_double_attribute(string path, string attr, double value); double prefs_get_double_attribute(string path, string attr, double def); double prefs_get_double_attribute_limited(string path, string attr, double def, double min, double max); string prefs_get_string_attribute(string path, string attr); void prefs_set_string_attribute(string path, string attr, string value); void prefs_set_recent_file(string uri, string name); string[] prefs_get_recent_files(); See HandlingPreferences in Wiki for further details. ===== 7.1.7 Stock SVG Defs ===== These routines provide access to the default SVG defs in Inkscape, including things like gradients, markers, and patterns. Note that this does not cover the defs in the documents themselves, which can be accessed via the document's SVG DOM. obj get_stock_item(string urn) - returns a pointer to an instance of the desired stock object in the current doc, importing the object if necessary. void set_stock_item_from_svg(???) - adds a new stock SVG def to the Inkscape Application. All currently loaded and new documents will have access to the item. ===== 7.1.8 Extension based variables These are the variables that control settings for the individual extension. Things that are held internally, but should be saved with the Inkscape preferences. These are: get_param (gchar * name, [bool, int, gchar *] data) - This function gets the variable by the name 'name' with the data in 'data'. It can be a boolean, integer or a string. set_param (gchar * name, [bool, int, gchar *] data) - This function sets the variable by the name 'name' with the data in 'data'. It can be a boolean, integer or a string. In the case of the string it is copied. For examples of API functions, see the perl SVG, SVG::DOM, et al modules ===== 7.1.9 Extension Manager ===== The Extension Manager Extension enables extensions such as Plug-ins to access other extensions. acquireExtension(extension_name, extension_version, &ext_obj); releaseExtension(extension_name, extension_version); ==== 7.2.0 Scripts ==== Script Extensions are external executables that Inkscape can invoke to enact needed changes. A Perl script such as ill2svg.pl is a typical example, but the Script Extension actually need not be a scripting language at all - it could be a binary application such as Sketch. The key thing is that it must operate like a commandline utility, taking input from STDIN and producing its changed version to STDOUT. The class Extension::Implementation::Script is the interface to the scripts, and includes the following methods: SPDocument *open(Extension *key, gchar const *filename); void save(Extension *key, SPDocument *doc, gchar const *filename, bool setextension, bool check_overwrite, bool official); void filter(GtkObject *object, gchar const *key); Print * get_print(gchar const *key); Extension * build_from_file(gchar const *filename); Extension * build_from_mem(gchar const *buffer, Implementation *in_imp); ==== 7.3.0 Plug-Ins ==== Plug-ins are extensions implemented via loadable modules such as DLL's (on Windows) or .so's (on *nix), using C linkage. Each plug-in has a message handler function that Inkscape can call. A plug-in is able to request access to blocks of functionality, such as data structure functions or UI elements. The plug-in can use the blocks of functionality it has been granted access to. The plug-in can also publish its own block of functions, to be used by other plug-ins. Each block of functionality can be versioned, so that interfaces can change with backwards compatibility later. ===== 7.3.1 Plug-in Shared Object Format ===== A Plug-in must define a function with C binding to create the extension. This function creates an Extension object for itself and returns the memory pointer: extern "C" void *CreateExtension() { return (void *)new MyPluginExtension(); } The Plug-in's Extension returned by this function must behave according to the Extension base class; it must provide member functions for load, unload, register, and unregister. Additionally, Plug-ins must support the following interface: error do_message(char *message_sender, char *message_category, char *message_action, void *data, void *extensions) All Plug-ins must handle the following five message actions: 'load' - load into memory and setup or restore state info 'unload' - unload from memory, saving state info if appropriate 'startup' - allocate global memory, add UI elements, register, etc. 'shutdown' - flush files, preserve preferences, etc. 'about' - info about the plug-in Additionally, the Plug-in will receive messages particular to its Extension Type. File export extensions will receive the 'save' message, for example. Inkscape will indicate a message_action each time it calls the Plug-in, to specify what should be done or to signal it that an event has occurred. The Plug-in may register listeners for events that it would like Inkscape to notify it about. Plug-ins can also generate their own events to send to other extensions. The data argument of the do_message() routine permits passing an arbitrary structure to the Plug-in. The type of structure used is indicated by the message_category parameter. For example, this data object can provide a way for the plug-in to preserve information between calls (such as in a memory block allocated by the Plug-in during startup that will be preserved if the Plug-in is unloaded and loaded). The extensions argument is a collection of interfaces to other extensions that the Plug-in is allowed to call. These enable the Plug-in to access other functionality within Inkscape. Typically, these will be Internal Extensions (see Section 7.1), which provide access to core functionality in Inkscape, but from the Plug-in's perspective it is transparent whether the extensions it uses are internal core functionality or other external plugins. To use a function in another extension, the Plug-in must first 'acquire' the extension. This lets Inkscape know that it should load the extension into memory if it isn't already. When it has finished with the extension, the Plug-in should 'release' the extension, allowing Inkscape to recover the memory for other things if needed. When the Plug-in is first called, it will be passed a single extension, the ExtensionManager. The Plug-in can then request additional extensions through it. ===== 7.3.2 Plug-in Initialization Algorithm ===== On the application side, Inkscape uses the following pseudocode to load the Plug-in: // determine the path and filename of the shared object filename = "/usr/share/inkscape/extensions/foo/foo.so" // load the library and get the extension creation function #if USE_DLOPEN void *obj = dlopen(filename, RTLD_LAZY|RTLD_GLOBAL) f_createExtension = dlsym(obj, "CreateExtension") #else HMODULE obj = LoadLibrary(filename) f_createExtension = GetProcAddress(obj, "CreateExtension") #endif extension = (Extension *) f_createExtension() // When the extension is needed, load it into memory extension->load() // Pass messages to and from the extension extension->do_message(my_message) // When done, remove it from memory extension->shutdown() See experimental/extension_example in Inkscape CVS for a working example. ===== 7.3.3 Scripting Language Bindings ===== Scripting support is provided via special kinds of Plug-Ins called Language Bindings. These provide loadable script interpreter modules. These may be useful for users to quickly program custom functionality, for testers to automate testing procedures, and so forth. These bindings can be operated in one of three ways: Document - The code to be interpreted is embedded in the SVG document itself. The language interpreter thus parses the document and invokes a given function within it. For example, it could run some embedded ECMA script. User - The code to be interpreted is typed in by the user themselves. For example, this could be done via a pop-up text editor dialog the user types or pastes code into, or it could be passed to Inkscape via its STDIN when using inkscape in commandline mode, or it could be provided by another extension (such as one that loads it from a database). File - The code to be interpreted is loaded from a file stored in the file system. ===== 7.4.0 SVG Libraries ===== Library Extensions are interfaces to collections of data files that can be queried and loaded directly into the document. int library_count(query_condition) - returns the quantity of items meeting the query condition. item[] library_list(query_condition, int start, int end) - returns a list of items meeting the query condition. Optionally, the requestor can specify that a subset specified by [start,end] be returned (this is for paging purposes). doc library_get_item(id) - retrieves a specific item from the library. Each item in a library has the following data items associated with it: id - the unique identifier for the library item thumbnail - a rendered bitmap that illustrates what the item would look like in the document. metadata - a collection of RDF data for the object, including information such as the author, license, title, etc. === 8.0.0 Creating Extensions === In this chapter, we discuss how to create an extension from scratch, incorporate into Inkscape, and release it for the general Inkscape community to use. This chapter can be read independently of the rest of the document, using the rest as reference material. ==== 8.1.0 Selecting an Extension Strategy ==== First of all, you will need to select the method you'll use for creating your extension. Scripts are the simplest extensions to create, because they work through STDIN/STDOUT, so you need to know very little about Inkscape internals to make them work. However, their ability to interact with the Inkscape internals is limited compared with other approaches. For file format converters, this is usually fine. You can also create filters programs that take the entire document to its STDIN, process it, and return a modified copy to STDOUT. Some control of the extension is possible via its commandline arguments. One of the nice things about Scripts is that they can be written in any language. It need not even be a scripting language - as long as it handles STDIN and STDOUT and uses commandline arguments, you can write it however you wish. Plug-ins are more powerful than Scripts, but require more knowledge of Inkscape internals, and must be written according to specific criteria. Generally, since these are loaded as dynamic objects, they'll need to be written in a language that can generate them, such as C or C++. The best of both worlds can be available through Language Bindings, which are Plug-ins that wrapper a script interpreter. This enables you to call various Inkscape internal routines through your scripting language's functions. If someone has created a Language Binding for your language of choice, you're all set, otherwise you'll have to create a Plug-in for it. Language Binding Plug-ins have a few more requirements than ordinary Plug-ins, and require a greater amount of knowledge of the Inkscape internals, so it can take quite some time to do properly. Library Extensions are basically collections of symbols that can be queried, browsed, and imported into documents in Inkscape. An example might be drawing symbols for electrical diagrams. Internal Extensions are in a way the reverse of a normal Extension, in that instead of providing a way to hook into Inkscape from the outside, they provide hooks from inside Inkscape. These can be used directly by Inkscape, such as in the case of compiled-in printing modules, or used by other extensions, such as to provide access to the verb system. ==== 8.2.0 Writing Your Extension ==== This section provides some guidance and examples for implementing different kinds of Extensions. ===== 8.2.1 Writing Internal Extensions ===== # TODO ===== 8.2.2 Writing Script Extensions ===== # TODO ===== 8.2.3 Writing Plug-in Extensions ===== # TODO ===== 8.2.4 Writing Language Binding Plug-in Extensions ===== # TODO ===== 8.2.5 Writing Library Extensions ===== # TODO ==== 8.3.0 Creating an ISX File ==== Every extension must have a corrosponding *.isx file. This is an XML file that provides Inkscape with information about the module and allows it to load the info without needing to access the module itself. The *.isx file contains enough info for Inkscape to set up menu items and know what kinds of functionality to expect from the extension. # TODO: Insert an example ISX XML here ==== 8.4.0 Packaging Your Extension ==== ==== 8.5.0 Contributing Your Extension to the Inkscape Community ==== Once your extension is complete, you may wish to share it with the community. There are of course no hard and fast rules for how to share your work, but this section illustrates some approaches. ===== 8.5.1 Listing Your Extension ===== First, you will need to put your extension someplace that others can find and download it. If you have adequate webspace, you could simply upload it to your web server. More typically, you will want to upload it to a mirroring system like SourceForge (http://www.sourceforge.net), CPAN (http://www.cpan.org), and the like. The Inkscape project may also be willing to host your extension; contact the admins for more info. It can also be helpful to list your extension with one of the various software registries, such as Freshmeat (http://www.freshmeat.net). You should also list it on the Inkscape Wiki site. ===== 8.5.2 Announcing Your Extension ===== After posting your extension someplace from which it can be downloaded, you should also announce its availability, by sending an email to inkscape-announce@...460... You may also want to announce it on other related sites; for instance, if you've written a plug-in to allow operation of Imagemagick from within Inkscape, it could be a good idea to announce it to the Imagemagick list. ===== 8.5.3 Incorporating Your Extension to Inkscape ===== Because the intent with the extension system is to break things *out* from the core, most extensions should be packaged and distributed independently of the main Inkscape distribution. However, for ease of user installation, an extension-pack can be shipped along with the core Inkscape package. Also, certain extensions may be so critical to Inkscape operation (such as for printing) that they should be included in the core. If your extension seems like it should be incorporated into the Inkscape core, contact the Inkscape developers about this, and discuss how best to include it in the distribution with them. === 9.0.0 Conclusion === It is anticipated that the incorporation of this extensions capability will bring Inkscape added power and flexibility while avoiding bloating the core with cool-but-rarely-used functionality. Further, it empowers users and non-core Inkscape developers to extend the application with their own new capabilities, without needing to gain special access and acceptance by the project. Dynamic loading of functionality will also allow Inkscape to remain 'lean and mean', loading up functionality on an as-needed basis, and conserving memory by unloading functionality when it is not needed. The key point of this design specification is the architectural concept of separately identifying an extension's interface type, or 'Extension Type', from its implementation method, or 'Extension Implementation'. This feature enables Inkscape to be extended in a variety of mechanisms, including ways not yet foreseen.

8 21

generic tuples
by MenTaLguY 24 Jul '04

24 Jul '04

Just a quick heads-up that I've added a type for generic tuples to the codebase -- Inkscape::Util::Tuple. It consists of a simple struct template and a constructor function template. Tuples may contain up to six elements of arbitrary types. For example, a type for a two-element tuple containing an int and a char const * would be: Tuple<int, char const *> blah; Its constructor may optionally take initial values for its members: Tuple<int, char const *> blah(1, "foo"); The first member is named a, the second b, and so on: cout << blah.a /* int */ << blah.b /* string */ << endl; Also, for creating anonymous tuple values, there is a convenient constructor function which infers the types for you: tuple(5, "testing").b /* string "testing" */ To use tuples, #include "util/tuple.h". n.b. employ 'using' if you don't want to have to spell out Inkscape::Util::Tuple and Inkscape::Util::tuple -- e.g.: using Inkscape::Util::Tuple; using Inkscape::Util::tuple; ...but please keep 'using' out of header files! Inside class bodies is OK though. Just thought you all might find tuples useful.. -mental

1 0

Re:[Inkscape-devel] align comments
by aubi＠...373... 24 Jul '04

24 Jul '04

>I finally tried the new align dialog. I realize it's a work in >progress but still here are some comments: > >- BUG: when I open the align dialog, then switch to another >non-Inkscape window and then back to Inkscape, the dialog >disappears. >Even when I switch focus to the editing window, the dialog >disappears >(not only sinks but disappears completely). This does not happen >with >e.g. Fill&Stroke dialog, and it must be fixed as soon as possible. Yes, I know. This is because the dialog must be made transient (in the Docker.cpp init() method). But as the window is stil old c GTK, I can't perform it. I tried a first approach to convert the window (AFAIK, the widget member in SPCanvas struct) to a Gtk::Window, but failed to do it in the time I had. >- merging the two tabs into one makes sense, but then remove >the lone >"Align" tab My objective is to have drag and dropable toolboxes from one docker to another. Maybe Layout is a better tab name ? >- the new title "Docker" tells me nothing - Align and >Distribute is >what it does, so that is the title it should use; also don't >lose the >shortcut listed in the dialog title, as in all other dialogs I was wondering how to name the dialog : the name of the currently shown toolbox, or something like "InkScape Toolbox" ? >- the anchor menu must have an appropriate label, e.g. >"Relative to:" I agree >- the anchor meny only applies to alignment, not >distribution, and >therefore must be inside the Align frame Agree too, I've already done this on my local copy >- the old behavior corresponds to Selection, and therefore >Selection >must be the first and the default selected item in the >anchor menu; >it's also the most intuitive OK, I did not noticed that >- the Last/First Selected items may be confusing, because in >many >cases the order or selection is undefined (e.g. when you do a >rubberband around several objects), so please remove them >and add >Top/Bottom Object (referring to z-order) instead Good idea ! >- in the node mode, none of the anchor menu items make sense >(nodes >have no bigger/smaller, no z-order, etc) so the menu must be >removed, >instead it should always align within the bounding box of >the selected >nodes Agree too, I've already done this on my local copy >It looks very promising, so I look forward to your further >work on this! :) Glad to see you like it. Unfortunaltely (at least for you), I'll be on holydays for the next 3 weeks. I will not have network access and higly doubt I'll have time to code [hwo knows, I it rains all the day ?]. But as soon as it's finished, I 'll be back onboard. Let me know your thoughts, OBI ************************ ADSL ILLIMITE TISCALI + TELEPHONE GRATUIT ************************ Surfez 40 fois plus vite pour 30EUR/mois seulement ! Et téléphonez partout en France gratuitement, vers les postes fixes (hors numéros spéciaux). Tarifs très avantageux vers les mobiles et l'international ! Pour profiter de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl (voir conditions sur le site)

2 1

win32 installer
by Taraben, Adib 24 Jul '04

24 Jul '04

Hi All, I did an win32 installer. I took the installer script from the CVS changed the 38 to 39. Attached the script. But I only have a geocities account that allows me upload-chunks up to 5MB. The installer is 11 MB. How to proceed? HTH, Adib.

2 1

Release status
by Daniel Díaz 24 Jul '04

24 Jul '04

Hello there. I was just wondering where in the release process are we? It wasn't totally clear to me whether or not it is already official and to be announced in the wild. Is it? May I now? The download page states that many packages are "coming soon", yet they are in SF's filelist. Also, Bryce, I just noticed today that I sat in front of the computer, the MDK91 RPM shows Inkscape in the "Graphics" menu, yet MDK91 uses "Multimedia -> Graphics" for that. I'm still receiving a lot of hits in the bleeding-edge autobuilds, but they are all 0.39rc* builds. Should I put a note about SF there? Just for the statistics... # (egrep LATEST\|.nkscape-?[0-9]{10}\. /var/log/httpd/access_log | cut -f 10 -d \ | grep -v \- | tr \\n \+ && echo 0) | bc 34028559086 # egrep LATEST\|.nkscape-?[0-9]{10}\. /var/log/httpd/access_log | wc -l 4488 That is 34,028,559,086 bytes with 4488 hits (not including "à la carte" files.) Greetings! Daniel Díaz yosoy@...31...

5 5

Mandrake 10 rpm & autopackage issues
by Lucas Vieites 23 Jul '04

23 Jul '04

Hi, if I get the src.rpm and rebuild it to get an rpm for my Mandrake 10 system, is that usable for other Mandrake 10 users? Just asking in case it's useful for the download area. Thanks, PS. I tried to install the autopackage version but I got an error: err:waitForHELLO() failed to synchronize with front end: UHOH VERSION_MISMATCH It downloaded version 0.6 of autopackage an then issued this error. I had installed a cvs version of the inkscape autopackage before. If someone would like to get the full output after the ./inkscape-0.39.package command I can send it to the list. -- Lucas 'Basurero' Vieites Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

4 3

0.39 -> 0.40 + OLS
by Bryce Harrington 23 Jul '04

23 Jul '04

Hi All, With Inkscape 0.39 out the door, our next target is 0.40. Notice we're at #17 on SourceForge now :-) The 0.40 development process looks like it'll be pretty much like 0.39. We have a principle development focus - conversion to Gtkmm - plus as much freeform development as can be squeezed into the time we'll have. Gtkmm conversion looks like a lot of work, but then so did Pango, and look how swiftly the team knocked that out. ;-) I don't know if we need "a plan" for the Gtkmm conversion; if we do, then within a few weeks we can do so. Looking forward beyond 0.40, there are other big changes to come that we can start preparing for presently. The Extensions work is one example; the proposed spec will hopefully provide a starting point for this. Another example is the eventual rewrite of the style class and creation of a more complete CSS implementation for Inkscape. I'm also looking forward to seeing what we can do with improved testing systems and what potential Cairo holds. These are just a few of the cool things waiting in the wings. Speaking of Cairo, I've sat in on the two talks by Keith Packard and Jim Gettys on the rearchitecture of X. Keith did his presentation in SVG, but his Cairo-based viewer was very slow rendering it, compared with inkview. :-) A lot of interesting work is being done with X these days. In addition to Cairo (which they're hoping to see more apps pick up and use), they're also looking at LittleCMS (or something derived thereof) as a universal color management system (the one currently in X is very broken and nobody uses it.) As to my own presentation, if anyone's interested, it's here: http://developer.osdl.org/bryce/ols_testing_presentation/ Bryce

2 2

Re: [Inkscape-devel] Release status
by Bryce Harrington 23 Jul '04

23 Jul '04

On Thursday 22 July 2004 12:04 am, Daniel DC-az wrote: > I was just wondering where in the release process are we? It wasn't > totally clear to me whether or not it is already official and to be > announced in the wild. Is it? May I now? Yes, sorry, I meant to put out an announcement about this but connectivity here at OLS has been rather iffy. Now that all the packages are available and announcements have gone out, we're back to normal development. > The download page states that many packages are "coming soon", yet they > are in SF's filelist. Yes, that needs to be updated. I won't be able to work on the website until Sunday at the earliest, so if someone else could update it, that would be most appreciated. By the way, I'm wondering if we need to really put some work into making the download page quite specific. In the past, a link to the SF download page was probably sufficient, but now with fink, autopackage, dev autobuilds, etc. I am thinking we probably need a carefully laid out page pointing at the various packages people need. However, my first cut at doing so actually made it worse -- I'd very much appreciate it if someone with a good idea for how to make the download page clearer could come up with a scheme for us. > Also, Bryce, I just noticed today that I sat in front of the computer, > the MDK91 RPM shows Inkscape in the "Graphics" menu, yet MDK91 uses > "Multimedia -> Graphics" for that. Hmm, yes, you're right. When I next get a chance I'll updated it. Since this is distro dependent, we may need to figure out a way to variabalize this in the spec files. > I'm still receiving a lot of hits in the bleeding-edge autobuilds, but > they are all 0.39rc* builds. Should I put a note about SF there? Let's try to figure out what is causing people to select that file instead of the official build, and adjust links or whatever to promote the correct one. > Just for the statistics... > > # (egrep LATEST\|.nkscape-?[0-9]{10}\. /var/log/httpd/access_log | cut > -f 10 -d \ | grep -v \- | tr \\n \+ && echo 0) | bc > 34028559086 > > # egrep LATEST\|.nkscape-?[0-9]{10}\. /var/log/httpd/access_log | wc >-l > 4488 > > That is 34,028,559,086 bytes with 4488 hits (not including "C la >carte" > files.) Yow! That's pretty cool. :-) Bryce

1 0

Re: [Inkscape-devel] Re: Mandrake 10 rpm & autopackage issues
by Bryce Harrington 23 Jul '04

23 Jul '04

On Thu, 22 Jul 2004 10:13:45 +0200, Lucas Vieites wrote: Yes, if you create mdk10 rpm's, these can be added to the file tracker; I'll be happy to upload it for you if you send it my way (might be a couple days tho). Make sure to update the Groups variable in the spec file to install into Multimedia:Graphics instead of Applications:Graphics. On Thursday 22 July 2004 9:30 am, Mike Hearn wrote: > Please remove all trace of autopackage from your system before trying this > version. Previous versions of autopackage installed from the release > tarballs in the usual fashion will be upgraded for you - obviously we > can't do that with CVS installs, and this is what has gone wrong here. Can you write some documentation for "how to remove all traces of autopackage"? I think this issue was what was screwing up Carl's box too, but it was not apparent what to do to remove all the previously installed stuff. The docs would be quite helpful. > By the way, the Inkscape page still claims that autopackage is only for > "modern RPM based distros" ... there's nothing inherently RPM about > autopackage. We can update this as the downloads page gets fixed up. I wrote this because it seems to me that this is where autopackage's killer feature is. For Gentoo and Debian systems, the dependency resolution mechanisms are solid enough that autopackage may not be as necessary on those distros, IMHO. However yes we should clarify the download page to be more factually accurate. > I'd like to thank the Inkscape developers for bearing with us while we > iron out the teething problems here, I'm sure it must be annoying for > those who aren't interested in packaging to have the list filled up > with this stuff. It's appreciated though! I think the way we should think about autopackage is as an investment in our future - both for Inkscape and for Open Source in general. It addresses that big white elephant that few like to think about - it's painful for new Linux users to install ordinary apps like Inkscape. I think Autopackage is going to lead the way to inspiring the next generation of Linux installation technology. It's cool that Inkscape can help raise awareness for Autopackage while at the same time serving its own self-interest in making it easier for people to install the program. Anyway, so thanks back to you guys - keep up the good work! :-) Bryce

1 0

RE: [Inkscape-devel] RFEs
by Gazal, Geraud (MED) 23 Jul '04

23 Jul '04

> On Wed, Jul 21, 2004 at 04:41:02PM +0200, Gazal, Geraud (MED) wrote: > > My idea, in the long term, is to identify let's say 20 main > categories, > > sort/group the RFEs in those categories and attribute a > score to each > > category according to the number of RFEs it contains and > their priority. > > I've added each of the suggested high-level groups. I've started > marking, commenting, and scoring the "build" ones... Wow, did not think it would be 'accepted' as is. :)

2 1

Fwd: AW: [Inkscape-devel] win32 installer
by Daniel Díaz 23 Jul '04

23 Jul '04

Hello. Adib has just uploaded the Win32 installer here: http://cortijodelrio.net/~inkscape/win32/Inkscape-0.39-1.win32.exe Someone with CVS/SF access can now grab this one and the NSI script. Greetings! Daniel Díaz yosoy@...31... -----Forwarded Message----- From: "Taraben, Adib" <taraben.a@...50...> To: Daniel Díaz <al590349@...30...> Subject: AW: [Inkscape-devel] win32 installer Date: Fri, 23 Jul 2004 12:05:45 +0200 Done, thx. Cane someone also commit the installer script to the cvs? ________________________________________________________________________ Von: Daniel Díaz [mailto:al590349@...30...] Gesendet: Fr 23.07.2004 11:50 An: Taraben, Adib Betreff: Re: [Inkscape-devel] win32 installer Hi, Adib. You can upload it to my site temporarily. FTP to cortijodelrio.net, with ****/**** as username/password, and upload it somewhere in the public_html directory. After that, it won't be a problem for any developer to download it and push it to SourceForge. If you have any further comments, just drop me a line. Greetings! Daniel Díaz yosoy@...31... On Fri, 2004-07-23 at 04:41, Taraben, Adib wrote: > Hi All, > > I did an win32 installer. > > I took the installer script from the CVS changed the 38 to 39. > Attached the script. > > But I only have a geocities account that allows me upload-chunks up to > 5MB. The installer is 11 MB. > > How to proceed? > > HTH, > > Adib.

2 1

RFEs
by Gazal, Geraud (MED) 23 Jul '04

23 Jul '04

In order to make my mind on the functionalities and the software, i've spent a few moments on the RFEs. -> Read them, sorted, grouped (etc etc) It's far from perfect, but if it can help someone as it has helped, here it is. It can maybe help some of you removing the redundancy within the list of open RFEs ( especially layers, node editing...) My idea, in the long term, is to identify let's say 20 main categories, sort/group the RFEs in those categories and attribute a score to each category according to the number of RFEs it contains and their priority. A kind of "voice of the user". Plus doing the same things with bugs. So feel free to submit me any idea of categorisation (knowing that sorting this kind of items will never be perfect) Regards, Matiphas * Build/Compile/Dependancies/Code/Design [ 840075 ] BUILD: Mac OS X release [ 979876 ] Better ID handling on object copy [ 926588 ] Disable autogeneration of ID [ 979481 ] unique X11 window names [ 972981 ] New File Chooser (file open save as dialog) [ 968647 ] gnome/gtk commandline options [ 968644 ] X display cmdline options [ 967753 ] Comments/Suggestions from USERS magazine (Argentina) [ 956520 ] remove unaccessible files from "recent" list [ 956476 ] Add a build date to the config.in ? [ 933684 ] merge identical patterns/gradients/markers [ 933555 ] Win32 Installer "no GTK" option. [ 902254 ] [win32] Install to Program Files [ 902252 ] [win32] Install shortcut into menu for Inkscape [ 892670 ] "veto" callback system for SPRepr change notifications [ 874493 ] qtgtk support. [ 864252 ] EASY: detect running inkscape process before starting a new [ 859134 ] Ugly Gtk triangle border [ 986052 ] -e option must overwrite without asking <--************************************************************************* ***************************--> * Content [ 862701 ] PALETTE: Object Library [ 966771 ] Stock gradients [ 956035 ] A set of templates [ 927912 ] library of objects [ 991044 ] Default options / Template <--************************************************************************* ***************************--> * Desktop integration [ 989220 ] How can i export to illustrator? Copy/paste [ 856082 ] Viewer component [ 856083 ] Editor component (Bonobo) [ 981785 ] gimp & inkscape [ 862655 ] GIMP: Integration with INKSCAPE [ 862692 ] GIMP: Import gradients [ 909735 ] Support for copy/paste with system clipboard [ 950969 ] INPUT: Wacom Tablet + Pressure Sensitivity [ 984964 ] Wacom support [ 965568 ] Drag images from nautilus to inkscape window to import it [ 974117 ] Image Cropping [ 978465 ] cmdline options for initial settings [ 981785 ] gimp & inkscape <--************************************************************************* ***************************--> * Ideas of extensions and plugins [ 862657 ] PLUGIN Support [ 984081 ] Auto-updated, visible timestamps in drawings [ 982795 ] Autojoin tool [ 967843 ] Add Bone System [ 967312 ] Add a blend Tool [ 938707 ] please provide a plugin for image/svg-xml [ 925198 ] detect/bundle Frontline [ 897638 ] Node fillet / chamfer tools [ 880120 ] NEW TOOL: Cloud Tool [ 862752 ] TOOL: rounding object, or filter [ 862750 ] Standard shapes + Algorithmic Shapes + Math Formulas [ 862723 ] OBJECTS: bevel for object properties [ 989884 ] Mesh - CAD like [ 862751 ] TOOL: Tangential circles/curves and lines [ 864292 ] Measure tool [ 844329 ] Dimensions <--************************************************************************* ***************************--> * Fonts [ 863323 ] FONTS: embedded SVG font support [ 932954 ] SVG Fonts [ 980840 ] Add support fot math fonts (greek symbols) <--************************************************************************* ***************************--> * Import/Export (maybe handled as extension/plugin in the future ?) [ 993210 ] Exporting to .jpeg [ 840345 ] EXPORT DIALOG: NEED EPS, PDF, SWF, etc [ 847365 ] Import SVG embedded in other XML [ 863383 ] EXPORT: xfig format [ 864110 ] IMPORT: OpenOffice.org Draw import [ 864260 ] IMPORT/EXPORT: PDF [ 865058 ] EXPORTING: Ability to export 16-bit PNGs and OTHER PNG adds [ 899574 ] Inkscape should embed bitmaps for gradients in PS [ 922750 ] Inkscape ignores file extentions when exporting a file [ 942328 ] relative image paths instead of absolute [ 957916 ] Import/Export Encapsulated PostScript format [ 977339 ] default export image name for not-saved drawings [ 840030 ] CorelDraw Importer/Viewer (.cdr files) <--************************************************************************* ***************************--> * Object editing [ 969466 ] navigation through object in object properties menu [ 984961 ] Apply transformation to duplicate - Freehand/Calligraphic [ 965516 ] Abilty to draw splines [ 862725 ] CALLIGRAPHIC TOOL: units must be added (editable properties) [ 863375 ] CALLIGRAPHY TOOL: Tool Angle [ 902216 ] Freehand tool needs to work smoother [ 952134 ] A tool and a key [ 856085 ] curve editing and right click menu - Gradient [ 862708 ] GRADIENTS: improvements, and a bit more [ 979870 ] Gradient editor window does not show the gradients name [ 971415 ] gradient features [ 927490 ] non linear (exponential) gradient [ 897207 ] Gradient edit in-picture [ 863329 ] Gradient Angle and Aspect Ratio [ 986762 ] gradient and opacity - Marker [ 990860 ] Markers reference points should be moved [ 952769 ] MARKERS: Can't change marker color with line color [ 970270 ] UI: Browsing markers is too slow/inefficient [ 942486 ] make size of markers settable - Node [ 994975 ] Node transform [ 862691 ] NODE EDITING: Dragging curve segment [ 862753 ] DIALOG: Node Orientation [ 863731 ] NODE EDITING: Display start/end node [ 865050 ] NODE EDITING: properties, align nodes vert./horiz. [ 880110 ] TOOLS/NODE EDITING: Add/subtract nodes + scissor tool [ 898437 ] closed/unclosed state of path unclear [ 902731 ] Average nodes (node alignment) (w/screenshot) [ 903328 ] Snap to node/segment [ 907478 ] RFE: snap to nodes of existing objects [ 910817 ] NODE EDITING: Scaling, Mirroring, Rotation of Node Groups [ 933700 ] speed up node editing [ 949457 ] Node editing with mouse + layers [ 957936 ] selecting nodes as proper objects [ 976167 ] UI improvements and Node aligning [ 839065 ] Node Editing: Selecting nodes by clicking on path segments - Pattern [ 870837 ] pattern fills [ 980050 ] Repeat options in Fill and stroke dialogue for pattern fill - Shape [ 979490 ] "Whole object fill only" option [ 862731 ] TRANSFORMATION PREF: apply to several objects independently [ 863734 ] GUIDES: Copy+mirror with guides [ 863735 ] GUIDES: Snapping for 'shape editing nodes' [ 896514 ] Paint Brush / Eraser tool ala flash [ 926611 ] Circles and ellipses [ 936996 ] Group circles [ 954808 ] clockwise rotation of objects [ 957009 ] Splitting overlapping objects [ 856086 ] drag and copy - Text [ 986611 ] subscript, superscript [ 863325 ] TEXT bounding box and auto-wrap [ 863327 ] TEXT: Convert text to correctly-filled curve objects [ 865040 ] TEXT: Text on Path, in shape [ 952894 ] Text Effects like in Illustrator [ 966367 ] "Run length" text layout setting [ 857374 ] TEXT: Need support for text spacing properties <--************************************************************************* ***************************--> * Printing (maybe handled as extension/plugin in the future ?) [ 921531 ] Printing prints squares for gradients [ 965791 ] CUPS printing [ 967795 ] Multi-page printing <--************************************************************************* ***************************--> * SVG [ 949754 ] SVG Interactivity [ 862741 ] XML: put metadata in a metadata element; make valid [ 862744 ] SVG: animation [ 863380 ] Implementation of SVG Filters, specifically BLUR [ 864870 ] SCRIPTING: Sodipodi Script! or ECMAScript Support [ 864875 ] MASKING, or CLIPPING (CLIPPING PATH) NEEDED [ 865060 ] SVG: Implement support for data: URLs [ 893812 ] hyperlinking [ 899194 ] these svg dont render correctly (work in Abode SVG Viewer) [ 908792 ] NEW TOOL: Cloning/Spraypaint of Objects [ 909368 ] Less verbose markup, dont write unnecessary styles [ 944377 ] Inkscape .svg > plain .svg conversion tool [ 846335 ] allign coordinate systems - Styles [ 982095 ] CSS Support [ 862705 ] PALETTE: Object style chooser for primary toolbar [ 955788 ] Support Cascading Style Sheets [ 856716 ] STYLES: Giving styles a name and palette <--************************************************************************* ***************************--> * UI [ 994180 ] window size [ 863737 ] Snap indicator+ snap/guides dialog/palette [ 864868 ] UI: magnifying tool cursor, stock icons [ 865046 ] Inkscape REMOTE [ 899001 ] Use stock icons from Gnome [ 902217 ] Simpler process for theming icons [ 950128 ] A window for editing dash arrays [ 950537 ] Zoom out with right mouse button [ 959819 ] Tabbed interface for multiple documents [ 965592 ] fit drawing to page/fit page to drawing [ 981243 ] Allow to select units for displaying coordinates [ 992070 ] Interface Quirk [ 993367 ] UI for SVG accessibility features [ 862715 ] Initial value for "apply to:" in object style dialog - Dialog/Toolbars [ 995066 ] UI improvement [ 862662 ] Tear-off + dockable Menus (like gimp2) [ 874729 ] dialogs are too big [ 897187 ] Persistent/Custom Toolbars [ 978586 ] Abilily to choose font size for menu and dialogue [ 981544 ] [Win32] : dialogs always on top [ 992082 ] Tabbed Browsing Anyone? [ 838693 ] saving toolbars positions - Guide/Grid/Ruler [ 964668 ] Setting Zero Points on rulers [ 874731 ] GUIDES: Placement, Transformation [ 896820 ] "Lock guides" option [ 900270 ] isometric GRID type [ 903432 ] Snap selection to grid command [ 903437 ] Guides snap to grid [ 933675 ] double click on ruler opens guides dialog [ 933707 ] multi color grid [ 948307 ] guidelines rotate&clone [ 963828 ] gridlock instead of the cursor [ 859982 ] Inverted ruler co-ordinate system [ 928027 ] advanced snap features [ 933706 ] press alt to not snap - Lock [ 902729 ] Make insensitive/lock/unlock [ 979276 ] A "Unlock all" option [ 984633 ] A way to unlock a locked object - Palette/Color [ 994177 ] CMYK 0 - 100 not 0 - 255 [ 859147 ] Color Palettes [ 864545 ] HOWTO for Color Picker [ 865053 ] COLOR Preview (EASY ADD) [ 898822 ] wishlist: Palette Tool [ 903531 ] Makeshift palette [ 924655 ] user-defined named colors in fill/stroke dialog [ 969371 ] Named colors combo [ 973774 ] ability to copy color from dropper to clipboard [ 979214 ] a pot of painting tool [ 982981 ] Extended Color options [ 988419 ] Color picker doesn't bring color into gradient editor [ 989939 ] color components should be independent [ 856080 ] PALETTE: custom color swatches - Preferences [ 973295 ] storing main window size [ 932676 ] Save Preferences [ 937137 ] Set document defaults in preferences. [ 953325 ] pixel units [ 857373 ] PREFERENCES: New document setup prefs - Preview [ 985323 ] wireframe preview [ 862746 ] Document window icon [ 848230 ] editable viewBox, SVGs without width="" or [ 864290 ] Navigation window [ 955196 ] preveiw in file open/save dialogues [ 984071 ] preview window [ 839695 ] PRINTING: Need Preview - Selection/Group/Layer [ 991425 ] ADD LAYER MANAGEMENT, PLEASE! [ 856710 ] GROUPS: Enter and leaving groups [ 857357 ] LAYERS: Various ideas combined [ 897628 ] group extending for boolean operations [ 927908 ] REQ: display start.x,y end.x,y width height length angle [ 967363 ] Gray out unavailable commands [ 971537 ] visually distinct selection in focused/unfocused windows [ 971544 ] sets (named selections) [ 979866 ] "Extract from group" command [ 851464 ] Inconsitency in object style for multiple selects vs. groups [ 962564 ] lasso, polygon lasso selection tools - Shortcuts [ 989881 ] Customisable Shortcuts [ 877745 ] Keyboard shortcut to repeat last operation [ 902736 ] Shortcuts in button tooltips [ 914856 ] UI: Left-handed users [ 974180 ] Keyboard Mapping [ 863386 ] USABILITY (EASY) Tool options by double clicking tool button - Text [ 994189 ] text highlighting [ 864095 ] FONTS: Specifiy font size in mm, cm, m, in, ... [ 876892 ] no baseline-shift attribute [ 926591 ] Adding a text editor to inkscape [ 959816 ] Dropper tool for font attributes [ 962175 ] Add text search and replace feature [ 965421 ] A GUI to modify letter spacing [ 977533 ] text and font dialog redesign [ 979871 ] Text Editor lacks scrolled view [ 979875 ] Text editor: proposal new button "import text" [ 860118 ] TEXT: Text-tool properties toolbar - XML [ 847504 ] Ability to use external XML editors [ 899722 ] XML Editor changes [ 862720 ] XML EDITOR: RealTime Sync of Working and XML [ 960371 ] Syntax highlighting <--************************************************************************* ***************************--> * Others [ 848530 ] Wiki does not handle zero-space situation [ 865043 ] Illustrator Pathfinder [ 900436 ] Shape masking of objects and groups. [ 902711 ] PDF reference card [ 903342 ] Toggle visibility of object handles (View menu) [ 957129 ] Progressbar while opening files [ 956030 ] Welcome screen [ 956039 ] Make it faster [ 902519 ] Timed saves for backup

2 2

cannot compile
by bulia byak 23 Jul '04

23 Jul '04

I finally installed all the new libs and tried to compile CVS: Makefile:2804: *** missing separator. Stop. The line 2804 is: @am__fastdepCXX_TRUE@ if $(CXXCOMPILE) -MT $@ -MD -MP -MF "$(DEPDIR)/$*.Tpo" \ any ideas?

2 5

align comments
by bulia byak 23 Jul '04

23 Jul '04

I finally tried the new align dialog. I realize it's a work in progress but still here are some comments: - BUG: when I open the align dialog, then switch to another non-Inkscape window and then back to Inkscape, the dialog disappears. Even when I switch focus to the editing window, the dialog disappears (not only sinks but disappears completely). This does not happen with e.g. Fill&Stroke dialog, and it must be fixed as soon as possible. - merging the two tabs into one makes sense, but then remove the lone "Align" tab - the new title "Docker" tells me nothing - Align and Distribute is what it does, so that is the title it should use; also don't lose the shortcut listed in the dialog title, as in all other dialogs - the anchor menu must have an appropriate label, e.g. "Relative to:" - the anchor meny only applies to alignment, not distribution, and therefore must be inside the Align frame - the old behavior corresponds to Selection, and therefore Selection must be the first and the default selected item in the anchor menu; it's also the most intuitive - the Last/First Selected items may be confusing, because in many cases the order or selection is undefined (e.g. when you do a rubberband around several objects), so please remove them and add Top/Bottom Object (referring to z-order) instead - in the node mode, none of the anchor menu items make sense (nodes have no bigger/smaller, no z-order, etc) so the menu must be removed, instead it should always align within the bounding box of the selected nodes It looks very promising, so I look forward to your further work on this! :)

1 0

Re: freehand smoothing?
by Gazal, Geraud (MED) 23 Jul '04

23 Jul '04

Ainsi parlait Bulia Byak :" People keep complaining about the unsmooth freehand drawing in Inkscape and point out Sodipodi"s smooth drawing as its advantage over us: http://linuxfr.org/2004/07/20/16864.html (see comment "Sodipodi meilleur que Inkscape ?") " ------------------------------------------------------------------------ For info/tracking, RFE for this is [ 902216 ] Freehand tool needs to work smoother

2 1

RE: [Inkscape-devel] RFEs
by Gazal, Geraud (MED) 22 Jul '04

22 Jul '04

> On Wed, Jul 21, 2004 at 04:41:02PM +0200, Gazal, Geraud (MED) wrote: > > -> Read them, sorted, grouped (etc etc) > > This is great! Thank you, I will try tackling some of the > build/compile > issues. Cool It has also been a tool helping finding some redundancies : Some things that could be closed or explicited IMHO * [ 942328 ] relative image paths instead of absolute Can be closed. I think the issue with the path is now fixed. Example under win2k and Mandrake10 : a create a "project" directory, copy there the bitmaps needed, create there the SVG file(s) b work (!) (ie import some bitmaps) c create zip/tgz of the project directory, and send it somewhere else (mail/move) d unzip/untgz and open the svg file -> OK, the bitmaps are correctly linked/loaded in Inkscape * [ 922750 ] Inkscape ignores file extentions when exporting a file and [ 993210 ] Exporting to .jpeg The extension problems comes from the fact that Inkscape only bitmap-export to png. Maybe the use of a filter/pipe based on imageMagick or similar would allow to close this * [ 863323 ] FONTS: embedded SVG font support and [ 932954 ] SVG Fonts are quite similar * [ 952134 ] A tool and a key Seems Bulia has explicited all the necessary workarounds * [ 984633 ] A way to unlock a locked object [ 979276 ] A "Unlock all" option [ 902729 ] Make insensitive/lock/unlock Those three are quite close. Depending on the way Inkscape will handle layers, I think they might be closed with this new feature (if the layer UI allows user to (un)lock, set (un)printable, set(in)visible... each layer) And some others such as in "node editing", but they are hard to sort/reorganize... Regards, Matiphas

2 1

Re: [Inkscape-devel] Current libs in Win32 build
by bulia byak 21 Jul '04

21 Jul '04

> In addition to setting up the 0.40 win32 build today, > I also built the RELEASE_0_39_BRANCH with > the existing libs and put them in the 'builds' dir on the server. Thanks but it still includes the gtk-wimp. I cannot OK that because it is known to annoy people (me including) with endless warnings, see my earlier post. Please repackage without gtk-wimp (unless you know a solution to the warnings problem, of course).

2 2

Autobuilds working again
by Bob Jamison 21 Jul '04

21 Jul '04

Now that things have begun to settle down, it appears that the autobuilds are beginning to work once again. The cross-compiler and gtk2.4/gtkmm2.4 libs here: http://troi.titan-aeu.com/~rjamison/inkscape appear to be compiling Inkscape and linking it properly. You may notice the larger .zip file sizes. This is a result of the unstripped gtkmm .dll files in the distro. I experimented with linking the dll with the static gtkmm libs, then dynlinking the .exe's with that. The static libs for gtkmm/glibmm, unstripped, are > 120MB!!! So that is not an option for now. Maybe we can think of something else. Stripping is not an option, either. Why cripple the testers' ability to use GDB, the very reason to supply these binaries? However, this -is- development work, so hopefully our testing compatriots can bear with us for a while. Bob

1 0

download page
by Kees Cook 21 Jul '04

21 Jul '04

On here: http://inkscape.org/download.php Can we please not list autopackage first? Only a very few set of people will have the right libraries needed to make autopackage work. People should use it only if they have none specific for their distro and they feel like gambling. :) -- Kees Cook @outflux.net

3 6

W32 test with GTK2.4/gtkmm2.4
by Bob Jamison 21 Jul '04

21 Jul '04

I did a test build with the new libs, inkscape.dll, and inkview. However, I still do not have a Win32 box on which to test it. The file is at http://troi.titan-aeu.com/~rjamison/inkscape/builds : Inkscape24Test.zip It needs to be tested mostly because we need to make sure that the .zip has all of the necessary files in it. The new DLL package is gtk24.zip on the http://troi.titan-aeu.com/~rjamison/inkscape page. If any files are missing, that is where\ they would be. so.. someone might give it a try, and see if this thing is working! Hopefully we are making some progress. :) Bob

4 3

tagline
by bulia byak 21 Jul '04

21 Jul '04

Inkscape. Draw Freely.

7 11

[Fwd: Re: Inkscape 0.39 Released! : http://www.inkscape.org/]
by Jon Phillips 21 Jul '04

21 Jul '04

-----Forwarded Message----- > From: Philippe Lhoste <PhiLho@...463...> > To: Jon Phillips <jon@...235...> > Subject: Re: Inkscape 0.39 Released! : http://www.inkscape.org/ > Date: Tue, 20 Jul 2004 10:50:15 +0200 > > Jon Phillips wrote: > > Inkscape 0.39 > > ============= > > > > A Cross-platform Open Source Vector Graphics (SVG) Drawing Tool > > > > http://www.inkscape.org/ > [snip] > > Download your packages (Linux, Windows, Mac OSX): > > > > http://sourceforge.net/project/showfiles.php?group_id=93438 > > Good, I will test it when a Win32 exe will be released (I don't feel > like compiliing it myself...). > > I tested 0.38.1 but deleted it because it crashed on me after drawing a > simple curve. Sodipodi also crashed quickly. So right now, I have no > decent (free) tool to do complex SVG drawings... > > I hope this new version is more stable. I will try to be more patient > too, and to save frequently... (Did someone already suggested autosave > feature? Perhaps it is already there...) -- Jon Phillips PO BOX 948667 LA JOLLA, CA 92037 USA 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/)

4 5

Grad-Shaded Visio SVG export displays silhouette-only in inkscape
by Jeff Kowalczyk 21 Jul '04

21 Jul '04

Visio 2003 has some nice (gradient shaded isometric) computer and network shapes that I'd like to use in inkscape drawings. Visio 2003 does have an SVG export, and that SVG does display perfectly in Adobe acrobat reader. Inkscape (probably due to librsvg) only displays the silhouette of the shape, with solid black as the only visible color. Here is a simple one, pda.svg, that I thought would be short enough to post to the list. I stripped out the useless "v:" namespace where Visio stores additional information. Can anyone tell if this is simply a syntax issue, and that Visio's SVG export could be XSLT'd into a form that Inkscape (librsvg) could use? Or is it using svg features that librsvg isn't supporting yet. What about Cairo's xsvg? I have the png of pda.svg rendered in adobe svg viewer 3.0, if anyone wants a point of reference. Thanks. <?xml version="1.0" encoding="UTF-8" standalone="no"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.0//EN" "http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd">  <svg xmlns="http://www.w3.org/2000/svg" xmlns:v="http://schemas.microsoft.com/visio/2003/SVGExtensions/" width="0.524548in" height="1.07484in" viewBox="0 0 37.7675 77.3884" xml:space="preserve" color-interpolation-filters="sRGB" class="st9"> <style type="text/css"> <![CDATA[ .st1 {fill:#dddddd} .st2 {fill:url(#grad36-8);stroke:none;stroke-linecap:round; stroke-linejoin:round;stroke-width:0.72} .st3 {fill:url(#grad26-12);stroke:none; stroke-linecap:round; stroke-linejoin:round;stroke-width:0.72} .st4 {fill:#ffffff;stroke:#ffffff;stroke-linecap:round; stroke-linejoin:round;stroke-width:0.72} .st5 {stroke:#000000; stroke-linecap:round; stroke-linejoin:round;stroke-width:1} .st6 {fill:url(#grad39-21);stroke:#000000;stroke-linecap:round; stroke-linejoin:round;stroke-width:0.72} .st7 {stroke:#ffffff; stroke-linecap:round;stroke-linejoin:round; stroke-width:0.72} .st8 {fill:url(#grad35-31);stroke:#000000;stroke-linecap:round; stroke-linejoin:round;stroke-width:0.72} .st9 {fill:none;fill-rule:evenodd;font-size:12;overflow:visible; stroke-linecap:square;stroke-miterlimit:3} ]]> </style> <defs id="Patterns_And_Gradients"> <radialGradient id="grad36-8" cx="0" cy="0" r="1"> <stop offset="0" style="stop-color:#ffffff;stop-opacity:1"/> <stop offset="1" style="stop-color:#c0c0c0;stop-opacity:1"/> </radialGradient> <linearGradient id="grad26-12" x1="0" y1="0" x2="1" y2="0"> <stop offset="0" style="stop-color:#969696;stop-opacity:1"/> <stop offset="0.5" style="stop-color:#ffffff;stop-opacity:1"/> <stop offset="1" style="stop-color:#969696;stop-opacity:1"/> </linearGradient> <radialGradient id="grad39-21" cx="1" cy="1" r="1"> <stop offset="0" style="stop-color:#ffffff;stop-opacity:1"/> <stop offset="1" style="stop-color:#c0c0c0;stop-opacity:1"/> </radialGradient> <pattern id="grad35-31" x="0" y="0" width="1" height="1" patternContentUnits="objectBoundingBox"> <path d="M 0.5 0.5 L 0 0 L 0 1 z" style="fill:url(#grad27-32)"/> <path d="M 0.5 0.5 L 1 0 L 1 1 z" style="fill:url(#grad25-33)"/> <path d="M 0.5 0.5 L 0 0 L 1 0 z" style="fill:url(#grad30-34)"/> <path d="M 0.5 0.5 L 0 1 L 1 1 z" style="fill:url(#grad28-35)"/> </pattern> <linearGradient id="grad27-32" x1="1" y1="0" x2="0" y2="0"> <stop offset="0" style="stop-color:#ffffff;stop-opacity:1"/> <stop offset="1" style="stop-color:#c6d1e3;stop-opacity:1"/> </linearGradient> <linearGradient id="grad25-33" x1="0" y1="0" x2="1" y2="0"> <stop offset="0" style="stop-color:#ffffff;stop-opacity:1"/> <stop offset="1" style="stop-color:#c6d1e3;stop-opacity:1"/> </linearGradient> <linearGradient id="grad30-34" x1="0" y1="1" x2="0" y2="0"> <stop offset="0" style="stop-color:#ffffff;stop-opacity:1"/> <stop offset="1" style="stop-color:#c6d1e3;stop-opacity:1"/> </linearGradient> <linearGradient id="grad28-35" x1="0" y1="0" x2="0" y2="1"> <stop offset="0" style="stop-color:#ffffff;stop-opacity:1"/> <stop offset="1" style="stop-color:#c6d1e3;stop-opacity:1"/> </linearGradient> </defs> <g> <title>Page-1</title> <g id="group1-1" transform="translate(1,-22.4)"> <title>PDA</title> <g id="shape2-2" transform="translate(23.04,0)"> <title>Sheet.2</title> <path d="M7.26 77.39 A6.17383 6.13387 -147.42 0 0 10.09 66.05 L4.99 61.8 L0 77.39 L7.26 77.39 Z" class="st1"/> </g> <g id="shape3-5" transform="translate(0,0.994011)"> <title>Sheet.3</title> <path d="M0.01 64.98 A6.92177 6.46609 -173.26 0 0 1.96 68.95 A27.0149 25.2365 -173.65 0 0 18.82 77.39 A23.3148 21.7799 -13.91 0 0 23.04 75.67 L23.04 38.95 A110.542 103.264 -176.97 0 0 -0 25.73 L0.01 64.98 Z" class="st2"/> </g> <g id="shape4-9" transform="translate(23.04,-0.72)"> <title>Sheet.4</title> <path d="M-0 77.39 A9.04877 8.45306 -3.65 0 0 5.76 72.35 L5.76 37.43 A4.19595 3.91972 174.04 0 1 -0 40.67 L0 77.39 Z" class="st3"/> </g> <g id="shape5-13" transform="translate(0,-37.1654)"> <title>Sheet.5</title> <path d="M0 63.89 A110.543 103.266 3.02 0 1 23.04 77.11 A4.19685 3.92056 -5.85 0 0 28.8 73.87 A58.4628 54.614 -177.28 0 0 5.93 60.6 A5.55284 5.18728 -180 0 0 -0 63.89 Z" class="st4"/> </g> <g id="shape6-15" transform="translate(0,-2.78408E-005)"> <title>Sheet.6</title> <path d="M0.01 65.97 A11.1884 10.4518 -180 0 0 1.96 69.95 A25.0318 23.3838 -180 0 0 19.53 77.39 A10.5963 9.89872 -2.06 0 0 28.8 71.63 L28.8 36.71 A58.4348 54.5878 -177.35 0 0 5.9 23.43 A5.6639 5.29102 -0.98 0 0 -0 26.84 L0.01 65.97" class="st5"/> </g> <g id="shape7-18" transform="translate(-29.1787,7.51528) rotate(-30)"> <title>Sheet.7</title> <ellipse cx="3.29831" cy="72.7766" rx="3.29831" ry="4.61179" class="st6"/> </g> <g id="shape8-22" transform="translate(-21.03,4.1047) rotate(-30)"> <title>Sheet.8</title> <ellipse cx="1.36922" cy="75.4621" rx="1.36922" ry="1.92632" class="st6"/> </g> <g id="shape9-25" transform="translate(3.6,-11.52)"> <title>Sheet.9</title> <path d="M15.98 77.39 L0 68.17 L0 44.27" class="st7"/> </g> <g id="shape10-28" transform="translate(3.6,-11.52)"> <title>Sheet.10</title> <path d="M0.72 67.67 L15.98 76.52 L15.98 77.39 L15.98 53.56 L0 44.27 L0.72 44.7 L0.72 67.67 Z" class="st8"/> </g> <g id="shape11-36" transform="translate(-33.9645,-3.4758) rotate(-30)"> <title>Sheet.11</title> <ellipse cx="1.36922" cy="75.4621" rx="1.36922" ry="1.92632" class="st6"/> </g> <g id="shape12-39" transform="translate(-20.7104,-26.3426) rotate(-30)"> <title>Sheet.12</title> <ellipse cx="0.886417" cy="76.1414" rx="0.886417" ry="1.24708" class="st6"/> </g> </g> </g> </svg>

5 9