- Inkscape Devel - Inkscape Mailman

cvs on download page
by David Christian Berg 13 Oct '04

13 Oct '04

Is there seriously a 3 month old inkscape version for download on the webpage a s current cvs or am I just too stupid to download the correct file. inkscape-20040711 is what I get :( David

1 0

building on win32
by john cliff 13 Oct '04

13 Oct '04

Hello all, Just curious as to if theres anyone out there building inkscape natively on windows at the minute, as my mingw setup still doesnt want to play nice with the current CVS. I've tried various things, but to be honest dont really know what i'm doing when it comes to makefiles and so was curious if any one out there has it working, what you did to get it working? At the minute i get a bunch of messages about undefined refererences to '__gxx_personality_v0' and to `_Unwind_Resume' any info on mingw version, makefile changes, or anything else you did would be appreciated, as I'd really like to be coding, but have got to the stage where I'm fed up with watching it fall over in the linking, Cheers John (aka simarilius)

4 7

Re: baseline grid
by David Christian Berg 13 Oct '04

13 Oct '04

Sorry to break the thread but since my system time was set to April 6. 2000 after getting back my Laptop, I found it kinda annoying to scroll all the way down in evolution to this thread. Anyways, I don't have a 64-bit system, and it's not all that bad, it's just that I found releases before to be a little more stable. I'll have a look at 0.40 since it's worth the bug reporting. About the baseline grid: I'm not sure, if paragraph text (text in a shape) is already introduced, but if it isn't it's on the todo list and it won't be long from now. Now inkscape should have a seperate so called baseline grid, which usually would be something like horizontal guides only. Now when turning on the "snap to baseline" (or something alike) option for a text (not sure if just paragraph text) the lines of the text automatically snap to the baseline. This means that the height of the lines is not determined by any setting or by the font size but mainly by the baseline grid. If the baselines are closer than the set line height, the text will always skip one (or more) baseline to snap to. http://www.macworld.com/2000/01/publications/macworld/images/content/snap-t… http://www.macworld.com/2000/01/publications/macworld/images/content/snap-t… http://www.creativepro.com/img/story/121703_fg1.gif This is still some way to go, but it is so useful for prepress graphics design, that I already mention it now. I'll file an RFE once you understand what I'm talking about :)

1 0

crash in hmm dunno
by David Christian Berg 13 Oct '04

13 Oct '04

I have the latest debian package, but dunno what that is... can't you put something in the about dialog, so that I know... I never remember this terminal stuff. Anyways, I get a crash when I try to copy a text with a gradient fill. That is strange on the one hand and annoying on the other. I hope it's an easy to fix or fixed already. David

5 6

Several tweaks on the File dialogs
by Bob Jamison 13 Oct '04

13 Oct '04

I committed a few changes to the file dialogs, hopefully making them a bit easier to use. By cheating and getting pointers to previously-private items on the dialogs, we can modify its behaviour slightly. Now we have a callback on the SaveAs text field, and the browse list is automatically expanded. Also, I think that the initial file listing, which did not list the filtered types the first time, works OK now. What I would like people to try for me, is L10N stuff, and whether it works better now with non-ASCII filenames. Bob

5 6

math operation in dialogs
by David Christian Berg 13 Oct '04

13 Oct '04

just wondering if I should file a bug, or if it's so simple that I don't need to. Especially in the guides and the positioning dialog it would be helpful to be able to put mathimatical stuff in there. Imagine you have a guide at 45.6 and want one 7 mm further to the right, you'd just type 45.6+7 and there you go... even more important is something like dividing by 2 or 3, I need that quite often. Btw: Since my laptop was for repair, I used CorelDraw, and I think for basic vector editing and layouting inkscape is by now better than Corel. That is something! Which also brings me to one other thing I'm missing: Baseline Grid. Even for simple flyers and brochures it's nice (or rather necessary) to have. CorelDraw just pissed me of for not having it! I got my laptop back, with working ethernet card, Yeah!! Take care! David

3 5

Initial abort() ability during tracing
by Bob Jamison 12 Oct '04

12 Oct '04

Hi all... I added some hooks to the tracer to be able to update the GUI while in the midst of heavy processing, and to catch an abort() if the user hits the Stop button. I checked in an initial ability to do this. (Yes, I know that there are no status messages, the buttons don't make a 'clicky' sound when you hit them, there is no hour glass 'busy' icon, no multi-colored progress bar, etc, blah, blah, blah, all that other silly stuff. I just want to make sure that abort() works ;-) Bob

3 6

NEW: default gradients, master opacity, node editing
by bulia byak 12 Oct '04

12 Oct '04

* When you switch an object to gradient fill or stroke, the new gradient is created with that object's previous fill or stroke color going from 1 to 0 opacity (instead of the hardcoded black-to-white fully opaque gradient as before). New objects do not share gradients now, unless you explicitly set two or more objects to use the same gradient via the Fill and Stroke dialog. * The master opacity slider is moved from Object Properties to Fill and Stroke and can now work on multiple selected objects. It is now more convenient to adjust the transparency of objects with gradients or patterns. * If a node has straight line path fragments on one or both sides, Ctrl+Alt+dragging that node in the node tool moves it along the direction(s) of these straight line(s) and their perpendiculars. This is an easy way to change the length of a straight line without changing its angle.

1 0

typos and a translation question
by Arpad Biro 11 Oct '04

11 Oct '04

Hi, A few textual problems in Inkscape CVS: "of objects" is duplicated: #: src/dialogs/align.cpp:506 "Distribute centers of objects of objects at even distances horizontally" should probably be ";" instead of ",": #: src/nodepath.cpp:2701 src/nodepath.cpp:2725 "<b>Node handle</b>: drag to shape the curve; with <b>Ctrl</b> to snap angle; with <b>Alt</b> to lock length, with <b>Shift</b> to rotate the opposite handle in sync" ":" should probably be outside the tag (like in other strings): #: src/nodepath.cpp:2677 <b>Node:</b> #: src/select-context.cpp:647 <b>Ctrl:</b> #: src/select-context.cpp:649 <b>Shift:</b> #: src/select-context.cpp:651 <b>Alt:</b> "x" may not be the most appropriate character here (probably "," could be used instead): #: src/select-context.cpp:894 <b>Move</b> by %s x %s #: src/seltrans.cpp:1000 Move <b>center</b> to %s x %s should be "to": #: src/tools-switch.cpp:185 "top copy the color" probably meant "Image": #: src/trace/trace.cpp:158 "Trace: mage has no bitmap data" --------------------------------- Also a question: what does the "Export just the object with export-id" string mean? Export only the object that has export-id? A comment: the status bar messages can easily be too long in translations, so probably we should do something to make it possible to display/scroll longer strings somehow. Arpad Biro __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 2

building on win32
by john cliff 11 Oct '04

11 Oct '04

Hello all,

1 0

NEW: on-canvas rounding and randomization
by bulia byak 11 Oct '04

11 Oct '04

* More on-canvas star interactivity: The Roundedness and Randomization fields in the star controls panel are precise, but not very convenient. Now you can round a star interactively by Shift+dragging a star handle on the canvas, or adjust a star's randomization level by Alt+dragging a handle. Correspondingly, Shift+click on a handle zeroes roundedness, Alt+click removes randomization.

2 2

Publishing the User Manual
by cedric 11 Oct '04

11 Oct '04

I've been on holidays for few weeks so that the User Manual has been written very slowly during this period. But I've seen on the website that there was a particular wish to publish such a book. I always think precise documentation is a good thing for softwares. This a kind of respect for users (who cannot know everything!!) For this we need two things : A) a very good/precise manual, eventually with creative exemple and some step by step tutorials (I think there are good basis for this). All this means that there's a need of criticism in a reader team. This may need a special discussing line. This is very long to explain each option, but I think this necessary. What should be exluded is something like this found in the Gimp user docs (approximative translation) : "Sobel: less interesting than specific Sobel; Prewitt: result not very different from Sobel. [...]Roberts: no difference with Sobel. Differentiel: border less clear. Laplace: Less intersting than specific Laplace." Of course there are many good pages in this manual, nut why not this ? because i suppose the aim of a manual is to explain how it works in general and how it behaves in specific case and not only give opinion (the user can do this alone). And that's why it is hard, and that's why it is long to do. I have myself some difficulties in understanding some inkscpae or gimp functionnalities. That's also why, it would be easier if we where more at writing, but that's the way it is. The other difficulty is that the manual should be complete but understandable, even for non initiated people. B) as most of user can read a bit of english/us, a good english translation should be interesting (I'm trying to make my best but it's very hard for me). And issues : A) Ask for a well known publisher, that will give large diffusion of the book. But regarding at this : 1. Vector drawing is not as popular as bitmap 2. Inkscape is still young and this will be kept as a default and economically very risky 3. Gimp is much more famous than Inkscape, but you can just count books about it with the finger of a unique hand I know some people at Oreilly, I can ask what they think about this, but I've already put it in some discussion and it has never been kept. B) Do our best to do a self-published one. As a Gimp book author and editor, I have already done this (french only). I still have a free ISBN number that could be used for it. Blender Manual has been made with a subscription. Why not, because it worked ! But the difficulties are : 1. to do advertising for it 2. to a sufficient number of commands to get an interesting price (For the gimp book, there was not enough, so that I've made it in numeric printing which is not the best, especially for pictures) If there is a particular wish for this, I'm very interesting in working for it. May be may little experience in the subject could be useful. Let me know. Cedric

3 2

Inkscape Project Status 2004-10-01
by Bryce Harrington 10 Oct '04

10 Oct '04

As can be seen from the numbers, Inkscape has a great deal of momentum. Judging from the number of CVS commits, bugs fixed, and rfe's closed for the past two weeks, development seems to be continuing steadily. We hit 35th rank on the 19th of September; while that doesn't beat our record of 22nd, it's certainly close. It's been a while since our last release, and a lot of new features have gone in. Unfortunately, we're not near to having the Gtkmm work done, so I'm wondering if we should be thinking of putting out an interim release (like a 0.39.5, or maybe a 0.40 where we bump the current 0.40 tasks forward a milestone). Opinions? Bryce Statistics Nov 15 May 15 Aug 15 Sep 15 Oct 1 ========== ====== ====== ====== ====== ====== Lifetime Rank on SourceForge: 4391 1028 774 733 729 (68.5%) (92.7%) (94.6%) (94.9%) (94.9%) Max Week's Rank on SourceForge: 62 36 53 189 35 (99.6%) (99.8%) (99.7%) (98.9%) (99.8%) Total SF Page Views * 475,000 900,566 1,072,842 1,218,185 Total SF Downloads * 27,400 47,278 56,571 60,728 Total Freshmeat URL Hits 746 * 9,382 10,322 11,043 Total Freshmeat Subscriptions 16 74 114 118 122 Lines of Code in src/: 115,901 189,116 276,437 298,454 302,624 Code lines 147,471 200,684 213,351 215,549 Comment line 16,757 43,558 51,098 52,042 Blank 25,886 37,425 40,484 41,549 Lines of Docs in doc/: 1,135 4,544 16,358 16,795 16,802 Lines of content in website: 1,173 6,008 7,106 7,527 7,676 Size of the Inkscape wiki: 3,700 18,638 19,665 20,207 20,274 Minutes since last ChangeLog mod: 360 * * * * Bugs open/total: 9/15 57/365 110/568 126/616 138/638 Features open/total: 18/18 183/238 266/361 250/376 251/388 Patches open/total: 1/ 6 4/ 83 5/120 6/123 6/124 CVS Commits (as per inkscape-cvs): 481 3391 6,822 7,296 7,606 Inkscape-devel membership: 49 78 104 113 113 Inkscape-announce membership: 9 43 74 85 91 Inkscape-user membership: 71 109 120 129 Num Translations : 33 33 33 Ave Translation Ratio: 44.9% 45.0% 41.6% * - Statistics unavailable

8 26

cc-svg documentation volunteer
by Jon A. Cruz 10 Oct '04

10 Oct '04

On the Creative Commons metadata list, http://lists.ibiblio.org/mailman/listinfo/cc-metadata , there was a call for getting something together on metadata in SVG. The discussion included a screenshot of Inkscape's current metadata entry slot, and a call for a quick conference tomorrow: > Mike Linksvayer wrote: > >> <http://lists.ibiblio.org/pipermail/cc-metadata/2004-April/000378.html>. > > > By the way, a short task for a volunteer: "port" > http://web.resource.org/cc/modules/smil/ to SVG. Usage should be > nearly identical. Then we can link to a CC-SVG recommendation on > <http://creativecommons.org/technology/usingmarkup>. Lucas Gonze wrote: > So, Mike and Jon, how is tomorrow, friday Oct 8, at 11 PST, on #ccmb > in IRC/freenode?

5 8

Inkscape helping OpenClipArt.org
by Bryce Harrington 08 Oct '04

08 Oct '04

I think Alan's idea's a good one - would anyone mind if we added a pattern to the Inkscape repository to direct them to openclipart.org for finding additional patterns? Bryce ---------- Forwarded message ---------- Date: Thu, 16 Sep 2004 21:06:34 +0100 (IST) From: Alan Horkan <horkana@...44...> To: Inkscape is a vector graphics editor <inkscape-devel(a)lists.sourceforge.net> Subject: [Inkscape-devel] Inkscape helping OpenClipArt.org I noticed that we don't have anything to tell Inkscape users that they can get more patterns from the openclipart.org site. Long term there is great potential for collaboration in all sorts of different ways, but I have a simple idea to start with: Presumably Inkscape will ship with at least a few templates, perhaps five small sample gradients, and five small sample patterns. Here is where helping OpenClipArt.org bit comes in - why not just put in a pattern that points people there? It'd be easy to set up, and non-intrusive since only users already looking at the patterns would see it. http://matrix.netsoc.tcd.ie/~horkana/dev/jasc/webdraw/openclipart.org-adver… The whole pattern is a link to http://www.openclipart.org/ Please let me know what you think, I really hope you will accept this suggestion. And thanks Bryce for your help (he knows why, say no more). Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ Inkscape, Draw Freely http://inkscape.org Free SVG Clip Art http://OpenClipArt.org ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

Fw: [Sodipodi-list] Beez: SVG Bezier Animator!
by Jon Phillips 08 Oct '04

08 Oct '04

----- Original Message ----- From: "Jiaxiang" <jwasheville@...36...> To: <sodipodi-list(a)lists.sourceforge.net> Sent: Friday, October 08, 2004 6:26 AM Subject: [Sodipodi-list] Beez: SVG Bezier Animator! > Here's a neat program: > > http://beez.sourceforge.net/ > > Wouldn't it be neat to incorporate this interface/dialog into Sodipodi? > > It would make a great program even more awesome and put Sodipodi far ahead > of > its "competition". (?) > > But given that I'm a mere end-user not a programmer, I don't know about > the > amount of work involved in such a project... > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out > more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Sodipodi-list mailing list > Sodipodi-list(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sodipodi-list >

1 0

SuSE 9.2 including Inkscape
by Bryce Harrington 08 Oct '04

08 Oct '04

We're also listed in the SuSE 9.2 product overview: Key Multimedia and Graphics Tools With numerous multimedia and graphics tools, SUSE LINUX Professional 9.2 is suited to users with all degrees of experience. For multimedia users, SUSE LINUX Professional 9.2 includes a professional video-editing tool, a new default sound player and RealPlayer, the well-known multifunctional media player from Real Networks. Graphics creators receive Inkscape, a robust Linux vector-graphic tool, Tux Paint for novice picture processing, and GIMP, the professional image processor (comparable to Adobe Photoshop) that reads and writes more than 34 different formats. Ah, we earned the title 'robust'. :-) Good work, everyone that's been reporting or fixing bugs! Bryce

2 1

RE: [Inkscape-devel] PDFs from Inkscape and Win
by Taraben, Adib 08 Oct '04

08 Oct '04

Hi All, I use a combination of: -Adobe PS-printerdriver, creating ps-output -Redmon, printer-driver redirection -Ghostscript, for ps-pdf convertion With confortable output result. HTH, Adib. -----Original Message----- From: inkscape-devel-admin(a)lists.sourceforge.net on behalf of vellum Sent: Fri 10/8/2004 04:12 To: Bob Jamison; inkscape-devel(a)lists.sourceforge.net Subject: [Inkscape-devel] PDFs from Inkscape and Win What is the current state of getting pdfs from Inkscape using Win2k? As far as I can see on a quick read, the best way for Linux users to go is with Scribus but that looks like a hairy way for Win users and not worth the effort at this stage. I have used some of the pdf print drivers and the results are woeful. Win2pdf is aweful, JAWS PDF is aweful. Have any win users been successful in this area? I've even pulled files out of Inkscape and put them into CorelDraw and output CDpdfs but again results are lousy. In fact even getting them into CorelDraw is a hassle. Any suggestions? vellum ------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Inkscake in SuSE 9.2 (fwd)
by Bryce Harrington 08 Oct '04

08 Oct '04

---------- Forwarded message ---------- Date: Thu, 7 Oct 2004 16:51:57 -0400 From: Russell Evans <russell-evans@...547...> To: Bryce Harrington <bryce@...1...> Subject: Inkscake in SuSE 9.2 http://www.suse.com/us/private/products/suse_linux/preview/newfeatures.html SUSE LINUX Professional 9.2 includes the following new features: ... Graphics * Inkscape, the new vector drawing program

2 1

NEW: blurred shadows
by bulia byak 05 Oct '04

05 Oct '04

Here's the real reason why I implemented "create bitmap copy": Via prefs, you can specify an external filter that will be run on the PNG file after it is exported but before it is imported back. I use this for grayscaling and blurring the image to create a soft drop shadow for any object. The script itself is share/extensions/inkscape-shadow.sh. It's not integrated into the extensions or plugin system in any way (Ted, I may need your help on this). The script requires Imagemagick 6.x to be installed. To enable this, you set in your preferences.xml: <group id="createbitmap" minsize="250" filter="/full/path/to/inkscape-shadow.sh" filter_param1="20" /> In filter=, you specify either the full path to the script, or just "inkscape-shadow.sh" if the script is in your PATH. The script receives the image filename as the first parameter and the filter_param1 as the second parameter (more parameters can be added). This particular script interprets that as the blur radius in pixels, but of course that depends on the script you use. Now, I'm not going to provide a GUI for the blurred shadows feature, for these reasons: 1. You have to carry around the shadow PNGs along your SVG. It's inconvenient, and the PNGs may be much larger than the SVG. 2. The shadows are not resolution-independent and are not updated automatically. For all this, we need to support the gaussian blur SVG filter (a standard SVG feature). But since we don't have any filter support yet, hence this hack. 3. Both Batik and Adobe have (different) problems with displaying PNGs with alpha transparency. (Much like the Internet Exploder - shame on them! :) Still, for those who desperately need blurred shadows right now (such as myself), this feature works well enough. Try it out, it's fun.

1 0

NEW: Make a bitmap copy
by bulia byak 05 Oct '04

05 Oct '04

The new command, Make a bitmap copy (Alt+B), exports a bitmap of the selected objects (hiding all other objects of the document), saves it as a PNG file alongside the document, and imports it back into the document. This can be used e.g. to replace objects with gradients or transparency by bitmaps for printing or PS/EPS export.

2 2

Screenshots needed for the Open Clip Art Library
by Jon Phillips 05 Oct '04

05 Oct '04

Hello all! The Open Clip Art Project is in need of your screenshots of clip art submitted to the project. An Open Clip Art Library developer, Jonadab, has constructed a script for the site (www.openclipart.org), that takes your screenshots (any size, but 1024 by 768 pixels preferred) into a thumnail, posts it to the screenshots page and then puts it into rotation on the main page of the site for the random screenshot viewer. Please contribute your screenshot! http://openclipart.org/cgi-bin/upload_screenshot.cgi Also, if you have any SVG clip art, submit that as well too: http://www.openclipart.org/ Jon

1 0

Greetings from the bleeding edge
by Jon A. Cruz 05 Oct '04

05 Oct '04

Well... I finally got my new hard drive functional, and at the recommendation of other developer(s) went and put on Fedora Core 3 test 2 First, is anyone else on this? Second, I encountered a problem with libsigc++. The latest versions won't compile for me. 2.0.4 and 2.0.5 fail. However, 2.0.3 works. So second, has anyone else seen problems building 2.0.4 and 2.0.5? (my compiler is gcc version 3.4.2 20040907 (Red Hat 3.4.2-2))

2 2

Re: [Inkscape-devel] SuSe RPM for 0.39 depends on gtk 2.4
by Plinnell 04 Oct '04

04 Oct '04

> From: MenTaLguY <mental@...3...> > To: Inkscape ML <inkscape-devel(a)lists.sourceforge.net> > Date: Fri, 01 Oct 2004 21:11:38 -0400 > Subject: [Inkscape-devel] SuSe RPM for 0.39 depends on gtk 2.4 > > > --=-w1FChF/4SYx4VxXKh8Uk > Content-Type: text/plain > Content-Transfer-Encoding: quoted-printable > > It looks like the SuSe 0.39 RPM requires gtk 2.4 to run, but that isn't > reflected by the deps in the spec file. Could someone please straighten > this out? > > -mental Hi, Fixed and new rpms are on sourceforge. Cheers, Peter

2 1

NEW: current style & misc usability
by bulia byak 03 Oct '04

03 Oct '04

* All object-creating tools can use the current style for new objects. The current style is the style that you last applied to an object (when changing its fill, stroke, transparency, etc). For example, after you paint some object black, new shapes you create will be black too. Alternatively, a tool can use its own style for new objects, which is not affected by document editing. The Preferences dialog lets you choose between using the current style (shape tools by default) and the tool's own style (text, pen, and pencil by default) for any tool, as well as to set the style of a tool from current selection. The "Apply to" list in the Fill & Stroke dialog is removed; this dialog now always sets the style of the selection. * Double-clicking a tool button calls up the Preferences dialog open on the page of that tool. * The Preferences dialog remembers and reopens the page that was active the last time you used it.

3 3

SPObject coding
by Kees Cook 03 Oct '04

03 Oct '04

Can anyone give me some pointers on how to implement an SPObject? I'd like to correctly hook the metadata repr's to something that can receive proper signals, etc. Right now the metadata is a giant flaming hack, and it looks like I could really solve a bunch of the bugs by making it act like other repr-based things. Where can I look for some _easy_ examples of how the SPObject stuff works, and what the minimum requirement is for function implementations, etc? -- Kees Cook @outflux.net

2 1

milestones
by MenTaLguY 03 Oct '04

03 Oct '04

Looking at the stuff we have slated for Milestone 6 (0.40), there seem to be several different major efforts going on at once. I see at least: * AST * gtkmmification * boehm collector * layers * text rewrite I think we need to tease these apart, and perform triage to push some of these into a subsequent milestone. -mental

4 6

Re: [Inkscape-devel] Inkscape Project Status 2004-10-01
by bulia byak 02 Oct '04

02 Oct '04

>Please do. Assign them to fred, but since they'd be documented, other >folks can still pick the low-hanging fruit if he doesn't get around to >it soon. OK, though I think they're anything but low-hanging. See bug 1039109. >> Simarilius still cannot do a compile on Windows. Can anyone please >> help him? He wants to do developing and bugfixing but cannot. > >What error is he getting? [10:13:42] <simarilius> its throwing a bunch of errors about __gxx_personality_v0 which from what i can tell on google means its not linkning part of the libstdc++ error handling code correctly, or something. [10:14:16] <simarilius> and when i say bunch, I mean several seconds worth of them scrolling by :) [10:37:13] <ishmal> does the link line mention -lstdc++ ? [10:39:15] <ishmal> you might try a few things.. (a) -lgcc (b) make sure the link line uses g++, not ld or gc [10:39:17] <simarilius> no, but I've tried adding it, in various places :) [10:40:09] <simarilius> its using mingw32-g++ Please contact him directly if you have any idea of what's going on.

1 0

SuSe RPM for 0.39 depends on gtk 2.4
by MenTaLguY 02 Oct '04

02 Oct '04

It looks like the SuSe 0.39 RPM requires gtk 2.4 to run, but that isn't reflected by the deps in the spec file. Could someone please straighten this out? -mental

1 0

"Vacuum Defs"
by Colin Marquardt 30 Sep '04

30 Sep '04

Hi, I find "Vacuum Defs" a bit misplaced in the File menu. Maybe it could be part of the Document Preferences dialog? That would also allow it to have a longer, more self-explanatory name. Cheers, Colin

6 14

Fw: [SVG And Perl Update] Strong SVG support and gaining strength
by Jon Phillips 30 Sep '04

30 Sep '04

----- Original Message ----- From: <ronan@...543...> To: <svg-developers@...226...>; <www-svg@...157...>; <svg-coders@...544...>; <svg-mobile@...226...> Sent: Tuesday, September 28, 2004 8:15 AM Subject: [SVG And Perl Update] Strong SVG support and gaining strength > > Hi all, > > Perl's use as a language for generating SVG growing. > > Wheras in 2001 there were two SVG related modules on CPAN, there are not > over 150, > > most of which have been maintained and updated within the last 12 > months... > > On CPAN, the Comprehensive Perl Archive Network, there are more than 150 > tools that deal with SVG content: > > Note: Distributions are released bundles aimed at a specific task, and > modules are specific libraries which are part of a distribution. > > Perl's chief strength as a language is that it is easily implemented, is > ubiquitous (100% of Linux and Unix servers and workstations come with Perl > installed and Perl runs on 100% of internet-ready servers), and its very > strong developer community. > > Here is a list of open-sourced Perl distributions and modules available > free of charge through the CPAN Perl repository. > > PERL DISTRIBUTIONS WHICH DEAL IN SOME WAY WITH SVG CONTENT: > ---------------------------------------------------- > http://search.cpan.org/search?m=dist&q=SVG&s=1&n=50 > > SVG > Perl extension for generating Scalable Vector Graphics (SVG) documents > SVG-2.29 - 26 Sep 2004 - Ronan Oger > > SVG-GD > SVG-GD-0.07 - 14 Nov 2003 - Ronan Oger > > SVG-Graph > Visualize your data in Scalable Vector Graphics (SVG) format. > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG-Metadata > Perl module to capture metadata info about an SVG file > SVG-Metadata-0.15 - 11 Aug 2004 - Bryce Harrington > > SVG-Parser > XML Parser for SVG documents > SVG-Parser-0.97 - 29 Apr 2002 - Peter Wainwright > > SVG-Plot > a simple module to take one or more sets of x,y points and plot them on a > plane > SVG-Plot-0.06 - 26 Aug 2003 - Jo Walsh > > svg-svg2zinc > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG-TT-Graph > Base object for generating SVG Graphs > SVG-TT-Graph-0.06 - 15 Dec 2003 - Leo Lapworth > > GD-SVG > Seamlessly enable SVG output from scripts written using GD > GD-SVG-0.25 - 07 Jan 2004 - Todd Harris > > XML-Generator-SVG-ShapeFile > Generate SAX2 events for an SVG rendering of an ESRI shapefile. > XML-Generator-SVG-ShapeFile-0.2 - 21 Aug 2004 - Aaron Straup Cope > > SVGGraph > Perl extension for creating SVG Graphs / Diagrams / Charts / Plots. > SVGGraph-0.07 - 28 Nov 2002 - Teun van Eijsden > > epd2svg > epd2svg-1.0 - 23 Oct 2000 - SANFACE Sofware > > SVGGraph-Pie > Perl extension for Pie as SVG > SVGGraph-Pie-0.05 - 27 Jul 2003 - Tsukui Akihiro > > svg2zinc-perl > svg2zinc-perl_0.9 - 30 Oct 2003 - Christophe Mertz > > Games-Go-SGF2misc-SVG > Package to simplify SGF game rendering using Image::LibrSVG > Games-Go-SGF2misc-SVG-1.00 - 10 May 2004 - Orien Vandenbergh > > Gnome2-Rsvg > Perl interface to the RSVG library > Gnome2-Rsvg-0.03 - 11 Sep 2004 - Torsten Schönfeld > > Image-LibRSVG > Image-LibRSVG-0.04 - 19 Aug 2004 - Tom Schindl > > Linux-Svgalib > Object Oriented Perl interface to the svgalib graphics library > Linux-Svgalib-1.2 - 11 Apr 2001 - Jonathan Stowe > > XML-LibRSVG > Interface to gnome's librsvg > XML-LibRSVG-0.01 - 30 Oct 2001 - Matt Sergeant > > Apache-AxKit-Language-Svg2AnyFormat > SVG Serializer > Apache-AxKit-Language-Svg2AnyFormat-0.06 - 17 May 2004 - Tom Schindl > > PERL MODULES WHICH DEAL IN SOME WAY WITH SVG CONTENT: > ---------------------------------------------------- > > http://search.cpan.org/search?m=module&q=SVG&s=1&n=100 > > SVG > Perl extension for generating Scalable Vector Graphics (SVG) documents > SVG-2.29 - 26 Sep 2004 - Ronan Oger > > SVG::DOM > A library of DOM (Document Object Model) methods for SVG objects. > SVG-2.29 - 26 Sep 2004 - Ronan Oger > > SVG::Element > Generate the element bits for SVG.pm > SVG-2.29 - 26 Sep 2004 - Ronan Oger > > SVG::Extension > SVG-2.29 - 26 Sep 2004 - Ronan Oger > > SVG::GD > SVG-GD-0.07 - 14 Nov 2003 - Ronan Oger > > SVG::Graph > Visualize your data in Scalable Vector Graphics (SVG) format. > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Manual > SVG-2.29 - 26 Sep 2004 - Ronan Oger > > SVG::Metadata > Perl module to capture metadata info about an SVG file > SVG-Metadata-0.15 - 11 Aug 2004 - Bryce Harrington > > SVG::Parser > XML Parser for SVG documents > SVG-Parser-0.97 - 29 Apr 2002 - Peter Wainwright > > SVG::Plot > a simple module to take one or more sets of x,y points and plot them on a > plane > SVG-Plot-0.06 - 26 Aug 2003 - Jo Walsh > > SVG::SVG2zinc > a module to display or convert svg files in scripts, classes, images... > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG::Utils > SVG-1.13 - 28 Oct 2001 - Ronan Oger > > SVG::XML > Handle the XML generation bits for SVG.pm > SVG-2.29 - 26 Sep 2004 - Ronan Oger > > SVG::Graph::Data > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::File > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Frame > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Parser::Base > SVG-Parser-0.97 - 29 Apr 2002 - Peter Wainwright > > SVG::Parser::Expat > XML Expat Parser for SVG documents > SVG-Parser-0.97 - 29 Apr 2002 - Peter Wainwright > > SVG::Parser::SAX > XML SAX Parser for SVG documents > SVG-Parser-0.97 - 29 Apr 2002 - Peter Wainwright > > SVG::SVG2zinc::Backend > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG::SVG2zinc::Conversions > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG::TT::Graph > Base object for generating SVG Graphs > SVG-TT-Graph-0.06 - 15 Dec 2003 - Leo Lapworth > > SVG::Graph::Data::Datum > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Data::Node > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Data::Tree > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::axis > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::bar > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::barflex > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::bezier > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::bubble > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::heatmap > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::line > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::pictogram > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::scatter > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::tree > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::wedge > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Parser::SAX::Handler > SAX handler class for SVG documents > SVG-Parser-0.97 - 29 Apr 2002 - Peter Wainwright > > SVG::SVG2zinc::Backend::Display > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG::SVG2zinc::Backend::Exec > svg-svg2zinc-0.06 - 18 Sep 2003 - Christophe Mertz > > SVG::SVG2zinc::Backend::Image > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG::SVG2zinc::Backend::PerlClass > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG::SVG2zinc::Backend::PerlModule > svg-svg2zinc-0.06 - 18 Sep 2003 - Christophe Mertz > > SVG::SVG2zinc::Backend::PerlScript > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG::SVG2zinc::Backend::Print > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG::SVG2zinc::Backend::Tcl > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG::SVG2zinc::Backend::TclScript > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG::TT::Graph::Bar > Create presentation quality SVG bar graphs easily > SVG-TT-Graph-0.06 - 15 Dec 2003 - Leo Lapworth > > SVG::TT::Graph::BarHorizontal > Create presentation quality SVG horitonzal bar graphs easily > SVG-TT-Graph-0.06 - 15 Dec 2003 - Leo Lapworth > > SVG::TT::Graph::BarLine > SVG-TT-Graph-0.06 - 15 Dec 2003 - Leo Lapworth > > SVG::TT::Graph::Line > Create presentation quality SVG line graphs easily > SVG-TT-Graph-0.06 - 15 Dec 2003 - Leo Lapworth > > SVG::TT::Graph::Pie > Create presentation quality SVG pie graphs easily > SVG-TT-Graph-0.06 - 15 Dec 2003 - Leo Lapworth > > SVG::TT::Graph::TimeSeries > Create presentation quality SVG line graphs of time series easily > SVG-TT-Graph-0.06 - 15 Dec 2003 - Leo Lapworth > > GD::SVG > Seamlessly enable SVG output from scripts written using GD > GD-SVG-0.25 - 07 Jan 2004 - Todd Harris > > ConvertSVG > FigAnim-0.1 - 24 Jun 2004 - FigAnim > > SVGExtension > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVGGraph >Perl extension for creating SVG Graphs / Diagrams / Charts / Plots. > SVGGraph-0.07 - 28 Nov 2002 - Teun van Eijsden > > SVGGraph::Pie > Perl extension for Pie as SVG > SVGGraph-Pie-0.05 - 27 Jul 2003 - Tsukui Akihiro > > Image::Info::SVG > SVG support for Image::Info > Image-Info-1.16 - 07 Jan 2004 - Gisle Aas > > UML::Sequence::Svg > converts xml sequence files to svg > UML-Sequence-0.05 - 30 Sep 2003 - Philip Crow > > XML::Generator::SVG::ShapeFile > Generate SAX2 events for an SVG rendering of an ESRI shapefile. > XML-Generator-SVG-ShapeFile-0.2 - 21 Aug 2004 - Aaron Straup Cope > > Gnome2::Rsvg > Perl interface to the RSVG library > Gnome2-Rsvg-0.03 - 11 Sep 2004 - Torsten Schönfeld > > Image::LibRSVG > Image-LibRSVG-0.04 - 19 Aug 2004 - Tom Schindl > > Linux::Svgalib > Object Oriented Perl interface to the svgalib graphics library > Linux-Svgalib-1.2 - 11 Apr 2001 - Jonathan Stowe > > XML::LibRSVG > Interface to gnome's librsvg > XML-LibRSVG-0.01 - 30 Oct 2001 - Matt Sergeant > > Games::Chess::Coverage::SVG > Visualize chess coverage with SVG > Games-Chess-Coverage-0.0201 - 05 Aug 2004 - Gene Boggs > > Games::Go::SGF2misc::SVG > Package to simplify SGF game rendering using Image::LibrSVG > Games-Go-SGF2misc-SVG-1.00 - 10 May 2004 - Orien Vandenbergh > > Games::Chess::Coverage::SVG::Board > Draw a chess board > Games-Chess-Coverage-0.0201 - 05 Aug 2004 - Gene Boggs > > Bio::TreeIO::svggraph > A simple output format that converts a Tree object to an SVG output > bioperl-1.4 - 23 Dec 2003 - Ewan Birney > > Apache::AxKit::Language::Svg2AnyFormat > SVG Serializer > Apache-AxKit-Language-Svg2AnyFormat-0.06 - 17 May 2004 - Tom Schindl > > Apache::AxKit::Plugin::SvgCgiSerialize > CGI-Parameter Plugin > Apache-AxKit-Language-Svg2AnyFormat-0.06 - 17 May 2004 - Tom Schindl > > > Ronan Oger > Developer, Perl SVG core module > Partner, http://Vectoreal.com > > For more information on serverside SVG solutions using Perl, please > contact Vectoreal > http://www.vectoreal.com/contact.html >

1 0

/potrace cleanup
by Bob Jamison 29 Sep '04

29 Sep '04

The /src/potrace directory needed some cleaning up. Also, as Bulia suggested, I needed make /trace a subdir of /src, so that in the future other implementations might be added (such as maybe something of our own). In addition, it is probably best to not litter Peter's Potrace source files with files of our own. So now it is organized as /src/trace and /src/trace/potrace, and Makefile_insert Makefile.am verbs.cpp dialogs/tracedialog.h dialogs/tracedialog.cpp and several of the items in /trace have been edited to reflect this structure. You will need 'cvs up -P -d' to get this stuff. . -Please- let me know if this breaks the build. I am trying a fresh checkout/build to make sure it is OK. Bob

2 2

500th bug is up for grabs!
by bulia byak 29 Sep '04

29 Sep '04

The next bug to be closed will become the 500th closed bug. Want some fame? Go to the tracker, find something you can fix, fix it, and announce to the world! :) Seriously, we're having a bit too many open bugs currently. I know everyone is busy with their own stuff, but if each developer could close at least a few bugs it would be very nice. Many of them may not even need any coding but only verifying, testing, rejecting etc :)

1 0

SWF Export
by Anatoly Podlesnuk 28 Sep '04

28 Sep '04

Can you explain how to install external extension in inkscape? I have binary (for example "spalah"). It can receive SVG file through STDIN or file (for example spalah < /path/file.svg spalah /path/file.svg ) and print it to STDOUT The questions. 1. How can it receive filename (file.swf) from ExportDialog? 2. Binary must save file.swf or print it to STDOUT? 3. Where to place spalah.inkmod and spalah? Can I place it to $HOME/.inkscape? <inkscape-extension> <name>Macromedia Flash Export</name> <id>org.inkscape.input.sk</id> <input> <extension>.swf</extension> <mimetype>application/x-shockwave-flash</mimetype> <filetypename>Macromedia Flash (*.swf)</filetypename> <filetypetooltip>Export to Macromedia Flash</filetypetooltip> </input> <script> <command reldir="extensions">spalah</command> <check reldir="extensions">spalah</check> </script> </inkscape-extension> 4. "<id>org.inkscape.input.sk</id>" what I have to write here?

2 3

Static C++ libraries
by Bob Jamison 28 Sep '04

28 Sep '04

I am not sure if this has been agreed upon, but we are going to use static linking for all of our C++ dependencies, right? In other words, for all of the libs: libsigc++ gtkmm glibmm gc(cpp) They are ./configured with --enable-static --disable-shared, so that subsequent 'pkg-config --libs' calls will return the info needed for static linking? We need to remove C++ dependencies from the shoulders of our users, -especially- since different C++ compilers and different versions of the same compiler usually do not mix. A way to check such dependencies would be: 'ldd inkscape' The C++ libs should not be listed. Bob

3 17

icons attempt
by Nicu Buculei 28 Sep '04

28 Sep '04

i have made an attempt to redesign the icons for raise/lower object, see image attached. i think this shapes look more like the similar icons on various other application and will be better understood by users. -- nicu

4 5

idea: "temporary ungroup"
by MenTaLguY 28 Sep '04

28 Sep '04

Talking with a friend today, we came up with the idea of renaming the "Edit group" feature to "temporary ungroup", since that is closer to what it does (from the visual user's perspective). "Edit parent" would then become "regroup". He also noted that Flash lets you do something comparable by double-clicking on a group. That seems like maybe a good idea here too. Thoughts? -mental

4 13

"Canny edge detection" - meaning "clever" or "cautious"?
by Colin Marquardt 27 Sep '04

27 Sep '04

Hi, while updating the de.po, I wondered whether "Canny edge detection" means "Cautious edge detection" or "Clever edge detection"? Maybe a different word should be used unless it's totally unambiguous for native English speakers. Cheers, Colin

7 11

Re: [Inkscape-user] units
by MenTaLguY 25 Sep '04

25 Sep '04

On Sat, 2004-09-25 at 13:02, bulia byak wrote: > As far as I remember from our testing of various renderers, viewbox > does not have any effect on the pixel/absolute ratio. Mental, can you > please summarize what you found out by posting to the SVG list about > this? Correct; viewBox only applies a translation+scaling factor (which affects user and other units alike). [ user units (before any transformation) = pixels ] If you try to use "real world" units within a viewBoxed document, they will be distorted by the viewBox depending on the particular UA's notion of the current resolution. Conceivably, you could just avoid using a viewBox and user units altogether, except for one thing -- SVG paths can only be specified in user units. Without a viewBox, of course, the real world -> user unit relationship will still vary depending on the resolution. So that won't work either. In summary: everything but user and relative units (relative units being percent, em, and ex) are useless in SVG, except for the purpose of setting document size. In practice, the only way to do "real world units" in SVG is to set the document dimensions in some absolute real world unit, establish a viewBox, and then use nothing but user and relative units in the document proper. -mental

1 0

Re: Minor upgrade to autotracing
by Peter Selinger 25 Sep '04

25 Sep '04

Hi guys, I heard from Bob today that he had integrated my "potrace" into inkscape. That is really great! I checked out the inkscape-devel archives and I noticed that Bob was tinkering with brightness settings to prepare an image for black-and-white tracing. Did you look at the "mkbitmap" program, which comes with the potrace distribution? It is a pretty good pre-processor for potrace for certain types of images, like cartoons or photographs of handwriting. For some examples, see http://potrace.sourceforge.net/mkbitmap.html It does not do too great for Bob's venus example, I have to say. The problem (which is shared by the "canny" edge detector) seems to be that both programs look only at edges in the contrast data, and ignores edges in the hue and saturation. Therefore, there are lots of missing edges in the left part of the image. -- Peter

6 13

New Win32 build, and a gtkmm question
by Bob Jamison 24 Sep '04

24 Sep '04

I built another Win32 copy this morning, almost same as usual, but this one has several differences. If someone could test it to see if it works, I would appreciate it. This was a clean build using newer versions of MinGW's mingw-runtime, win32api, binutils, and the release candidate of their gcc-3.4.2 diffs. I think they are preparing for another complete release, which would be wonderful for our Windows-trapped developers. If this newer stuff works OK, I will upload tomorrow. In addition, this is using newer bugfix versions of Gtk and Glib from Tor Lillqvist's site. So please let me know how it works! http://troi.hous.es3.titan.com/~rjamison/inkscape/builds/Inkscape0409231145… ====== (On another topic, but with that build)... Also, note the changed Trace dialog. Can someone please tell me how to pack that Preview button so it doesn't stretch? :-) I tried a lot of combinations with no success. In addition, I added an Abort button, and a callback. In a day or two I will have the tracing method launched in a thread, so that it will not lock up the gui. Now I need to get with Peter to see how to abort tracing. Maybe a kill flag? Later! Bob

4 7

gthread-2.0 in Linux link items
by Bob Jamison 24 Sep '04

24 Sep '04

Hi, all, I seem to remember us having gthread-2.0 on our link line previously. I am finally getting the trace function to run on a background thread. Does configure.in need to be adjusted? Or just a Makefile.am? The --cflags part is redundant, and is not needed: %>pkg-config --cflags gthread-2.0 -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include But this needs to be added. Didn't we have this once? %>pkg-config --libs gthread-2.0 -pthread -L/usr/local/lib -lgthread-2.0 -lglib-2.0 I need it for the following lines in trace.cpp: #if HAVE_THREADS //Ensure that thread support is running if (!Glib::thread_supported()) Glib::thread_init(); //Create our thread and run it Glib::Thread::create( sigc::mem_fun(*this, &Trace::convertImageToPathThread), false); #else convertImageToPathThread(); #endif If anyone could adjust this, I would appreciate it. Bob

2 1

RE: [Inkscape-devel] New Win32 build, and a gtkmm question
by Taraben, Adib 24 Sep '04

24 Sep '04

Hi, I can confirm that it works so far on Win2000. Adib. -----Original Message----- From: inkscape-devel-admin(a)lists.sourceforge.net on behalf of Bob Jamison Sent: Thu 9/23/2004 19:04 To: inkscape-devel(a)lists.sourceforge.net Subject: [Inkscape-devel] New Win32 build, and a gtkmm question I built another Win32 copy this morning, almost same as usual, but this one has several differences. If someone could test it to see if it works, I would appreciate it. This was a clean build using newer versions of MinGW's mingw-runtime, win32api, binutils, and the release candidate of their gcc-3.4.2 diffs. I think they are preparing for another complete release, which would be wonderful for our Windows-trapped developers. If this newer stuff works OK, I will upload tomorrow. In addition, this is using newer bugfix versions of Gtk and Glib from Tor Lillqvist's site. So please let me know how it works! http://troi.hous.es3.titan.com/~rjamison/inkscape/builds/Inkscape0409231145… ====== (On another topic, but with that build)... Also, note the changed Trace dialog. Can someone please tell me how to pack that Preview button so it doesn't stretch? :-) I tried a lot of combinations with no success. In addition, I added an Abort button, and a callback. In a day or two I will have the tracing method launched in a thread, so that it will not lock up the gui. Now I need to get with Peter to see how to abort tracing. Maybe a kill flag? Later! Bob

1 0

arena leakage
by MenTaLguY 23 Sep '04

23 Sep '04

Ok, more on the arena leakage we were discussing last night; there are two main causes that I can see right now: 1. NRArenaItems still increment their children's refcount, even though they are now managed by the garbage collector. The resulting belt-and-suspenders situation keeps both the child and its parent from ever being collected. The fix: remove internal refcounting from arenaitems (non-gced objects still need to refcount them, of course) 2. NRObjects (like NRArenaItems) often allocate memory from the libc heap, which the collector cannot free automatically. There is an existing finalization callback for NRObjects that was used for freeing such memory, but it was no longer getting called. The fix: hook that now-unused finalization callback to the garbage collector's finalization callback. Once I get those straightened out we'll see if there's anything else left. -mental

1 0

gcc 3.3.3 supported
by Alexandre Prokoudine 23 Sep '04

23 Sep '04

Hi, I do not manage to compile Inkscape from CVS. Build log is attached. I have here: libgtkmm2-2.4.4 glib2-2.4.6 gcc-3.3.3 kernel 2.4.22 (if this helps :)) Your help would be highly appreciated. I'm pretty sure I might do somethings wrong. Alexandre

2 2

memory hogging
by bulia byak 22 Sep '04

22 Sep '04

I'm not very good at debugging memory leaks, but I thought I'd share what I found so far hoping that others may have more luck. I have a rather big and complex document (500 Kb SVG) containing many icons which I export individually. I noticed that after each export the inkscape task grabs about 5% of my total memory (512 Mb) and never releases it. This happens even if I export small bitmaps (64x64) and even if I export the same icon again and again. So, after exporting about 20 icons, all my memory and swap are eaten and the system grinds to a halt. Only killing Inkscape can revive it now. I traced the export command and found that the memory grab happens in nr_arena_group_update called on the document's root (which, obviously, calls updates of all other arena items in the document) which is called from sp_export_get_rows. I could not track it further down but I suspect it's some unfreed memory in livarot. The amount of memory eaten in one export operation does not seem to depend on the resolution of the exported area but depends on its size (though not proportionally; it grabs about 7% if I export area 16 times bigger). During normal work it does not eat memory that fast. It's not a recent thing; a build from early August has the same problem. However Inkscape 0.37 is OK, and by the way it takes 3 times less memory upon loading that document (5.5% vs 17%). So if anyone can play with things like valgrind or electric fence, this is a very annoying bug which needs to be addressed.

2 16

RE: [Inkscape-devel] Win32 build
by Joshua A. Andler 22 Sep '04

22 Sep '04

Bug report submitted (albeit poorly worded)... attaching info & xml. --- The following pertains specifically to the document uploaded. If you have objects that are grouped together and have gradient fills, and resize or move them, the gradients get distorted. With the example file all you have to do is open it and move or resize the objects and you will see it happen when you release the mouse button. It happens with both radial & linear gradients. Interesting observations: If you move the objects while they are grouped, the gradient gets distorted. However, if you ungroup the objects and still have them all selected, and move them, it does not distort them. If you use a linear gradient on the group and modify the control vector in the gradient editor, it has a "mirror" effect with the way it fills the objects (in the attached example document at least). If you use the linear gradient and the objects are ungrouped but all selected, the control vector can only affect the size of the gradient not the direction (straight up and down only, regardless of how the control vector appears). --- <?xml version="1.0" encoding="UTF-8" standalone="no"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 20010904//EN" "http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd">  <svg width="210mm" height="297mm" xmlns="http://www.w3.org/2000/svg" xmlns:cc="http://web.resource.org/cc/" xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape" xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:xlink="http://www.w3.org/1999/xlink" id="svg1" sodipodi:version="0.32" inkscape:version="0.39cvs" sodipodi:docname="gradient issues.svg" sodipodi:docbase="C:\Documents and Settings\ja.SWARTZBIVENS\Desktop"> <defs id="defs3"> <linearGradient id="linearGradient2256"> <stop style="stop-color:#000;stop-opacity:1;" offset="0" id="stop2257" /> <stop style="stop-color:#fff;stop-opacity:1;" offset="1" id="stop2258" /> </linearGradient> <radialGradient inkscape:collect="always" xlink:href="#linearGradient2256" id="radialGradient2259" cx="0.49999955" cy="0.49999973" r="0.14165640" fx="0.49999955" fy="0.49999973" spreadMethod="repeat" gradientUnits="objectBoundingBox" /> </defs> <sodipodi:namedview id="base" pagecolor="#ffffff" bordercolor="#666666" borderopacity="1.0" inkscape:pageopacity="0.0" inkscape:pageshadow="2" inkscape:zoom="1.2279853" inkscape:cx="305.25952" inkscape:cy="417.84945" inkscape:window-width="1280" inkscape:window-height="934" inkscape:window-x="-4" inkscape:window-y="-4" inkscape:current-layer="svg1" /> <metadata id="metadata4"> <rdf:RDF id="RDF5"> <cc:Work rdf:about="" id="Work6"> <dc:format id="format7">image/svg+xml</dc:format> <dc:type id="type9" rdf:resource="http://purl.org/dc/dcmitype/StillImage" /> </cc:Work> </rdf:RDF> </metadata> <g id="g1629" style="fill-opacity:1.0;fill:url(#radialGradient2259);fill-rule:nonzero; "> <path sodipodi:type="arc" style="fill:url(#radialGradient2259);fill-opacity:1.0;fill-rule:nonzero; stroke:#000000;stroke-width:1.0000000pt;stroke-linecap:butt;stroke-linej oin:miter;stroke-opacity:1.0000000;" id="path1000" sodipodi:cx="384.36435" sodipodi:cy="345.53485" sodipodi:rx="99.330116" sodipodi:ry="99.330116" d="M 483.69447 345.53485 A 99.330116 99.330116 0 1 0 285.03423,345.53485 A 99.330116 99.330116 0 1 0 483.69447 345.53485 z" transform="translate(-1.439554,2.842171e-14)" /> <path sodipodi:type="star" style="fill:url(#radialGradient2259);fill-opacity:1.0;fill-rule:nonzero; stroke:#000000;stroke-width:1.0000000pt;stroke-linecap:butt;stroke-linej oin:miter;stroke-opacity:1.0000000;" id="path1002" sodipodi:sides="5" sodipodi:cx="310.94644" sodipodi:cy="686.71222" sodipodi:r1="138.67744" sodipodi:r2="69.338722" sodipodi:arg1="1.5707963" sodipodi:arg2="2.1991149" inkscape:flatsided="false" inkscape:rounded="0.00000000" inkscape:randomized="0.00000000" d="M 310.94645,825.38966 L 270.19016,742.80842 L 179.05636,729.56591 L 245.00140,665.28537 L 229.43388,574.51981 L 310.94644,617.37350 L 392.45900,574.51981 L 376.89149,665.28538 L 442.83653,729.56590 L 351.70272,742.80843 L 310.94645,825.38966 z " transform="matrix(1.000000,0.000000,0.000000,-1.000000,71.97831,1414.305 )" /> <path style="fill:url(#radialGradient2259);fill-opacity:1.0;fill-rule:nonzero; stroke:#000000;stroke-width:1.0000000pt;stroke-linecap:butt;stroke-linej oin:miter;stroke-opacity:1.0000000;" d="M 247.60551,529.94241 L 518.24408,529.94241" id="path1003" /> </g> </svg> -----Original Message----- From: bulia byak [mailto:buliabyak@...400...] Sent: Tuesday, September 21, 2004 1:20 PM To: Joshua A. Andler Subject: Re: [Inkscape-devel] Win32 build > As I said in the original post, I couldn't just post it to the list. > Most cases aren't like that, but it's the preference of my bosses. You can submit a bug report and attach it there. Or you can upload it to any server you have access to and give us the URL. Or if it's small, you can simply paste the SVG code into the message.

2 1

Updated spanish po 21-09-2004
by Lucas Vieites 21 Sep '04

21 Sep '04

I'm attaching the updated spanish po. -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

2 1

Win32 build
by Bob Jamison 21 Sep '04

21 Sep '04

My server still can't ssh out to get the cvs tree for autobuilds, so I am still doing it manually. Hopefully this will be fixed soon. Here is the build for this morning: http://troi.hous.es3.titan.com/~rjamison/inkscape/builds/Inkscape0409211102… I updated the make.* files again. Bob

3 7

Online IRC Meet with Scribus Devels Reminder
by P Linnell 19 Sep '04

19 Sep '04

Hi, We have scheduled th online meet for 0800 UTC 19 Sept 2004. Notes and discussion: http://inkscape.org/cgi-bin/wiki.pl?ScribusInteroperability Join us on #scribus on irc.freenode.net and I'll invite you into #scribus-dev We'll keep a log and post it shortly after. Cheers, Peter

3 2

[Fwd: Re: [Inkscape-devel] Re: Minor upgrade to autotracing]
by Jonathan Phillips 19 Sep '04

19 Sep '04

Bob and others...conversation about POTRACE below... Jon -----Forwarded Message----- > From: Peter Selinger <selinger@...535...> > To: Jonathan Phillips <jon@...235...> > Subject: Re: [Inkscape-devel] Re: Minor upgrade to autotracing > Date: Sat, 18 Sep 2004 13:38:08 -0400 > > Jonathan Phillips wrote: > > > > > > --=-qgYl0Zk9AkiivwGkocIF > > Content-Type: text/plain > > Content-Transfer-Encoding: 7bit > > > > Hi Peter, > > > > Here is the file, but I got uncanny edge detection to work. I think > > another issue is that many people have the option selected to import > > images as tiles, and this will not allow POTRACE to operate on their > > selection. I had this happen a few times. > > > > POTRACE is awesome in Inkscape! > > > > Jon > > Hi Jon, > > thanks for the file. I can't reproduce your problem though: it traces > in 0.87 seconds with my standalone potrace. So my guess is that there > are still some kinks in inkscale's potrace implementation. > > You should probably mention the "tiles" problem to Bob Jamison. It > should not be too hard (although possibly inefficient) to adjust > potrace's frontend to work with tiles. > > -- Peter -- Jon Phillips KOREA.PH.010.3140.7483 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

Try out on windows
by Lucas Vieites 17 Sep '04

17 Sep '04

Hi, I would like to show Inkscape to some people but they only run Windows XP. Which Windows build should I use? Does the Inkscape-0.39-1.win32.exe on sourceforge work well? I mean, I wouldn't like it to crash while I'm showing off, he he ;-) Thanks -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

1 0

Minor upgrade to autotracing
by Bob Jamison 17 Sep '04

17 Sep '04

A few weeks ago, at the suggestion of one of our fine users, I added a Potrace image-to-vector tracing engine to Inkscape. Initially, it just traced the image according to a hardcoded brightness threshold. Later I added a threshold adjustment. Today, there is a new toy, "Canny Edge Detection", also sometimes called "optimal edge detection." This should help with the tracing of more subtly colored images, and not just by simple brightness. Check it out: http://troi.hous.es3.titan.com/~rjamison/inkscape/files/potrace.png Play with it, break it, etc. Have fun. BTW: Here is the kind of image that 'pov-out' export can make. Our lovely logo, Simpson's-3D style: http://troi.hous.es3.titan.com/~rjamison/inkscape/files/ispov.png Bob

6 17

Announce - mod_rsvg 0.1 release
by Bryce Harrington 17 Sep '04

17 Sep '04

On Fri, 27 Aug 2004, Daniel [ISO-8859-1] Díaz wrote: > Hi, Bryce. > > > On Fri, 2004-08-27 at 03:13, Bryce Harrington wrote: > > There was also a server-side Apache mod_rsvg that I ran across a year or > > two ago; the guy that created it never provided it as a product but he > > gave me the code (GPL) if anyone's interested. It lets Apache present > > PNG's of SVG's on the fly - i.e., if you have a set of svg's stored on a > > web server, this would allow browsing them (and scaling, by passing x/y > > parameters, e.g. myfile.svg?x=2.00&y=2.00. > > I'm really interested in that code. Could you please send it to me? > I've posted a copy of the code to the Inkscape file tracker. I also submitted a new Freshmeat announcement of it that should be going up soon. https://sourceforge.net/project/showfiles.php?group_id=93438&package_id=130… This is version 0.1 of mod_rsvg that tvon (Tom von Schwerdtner) gave me in 2003. It works with Apache 1.3. I don't plan on maintaining it, but if anyone wishes to submit patches, can roll new releases of it. Bryce

1 0

Project Status 2004-09-15
by Bryce Harrington 17 Sep '04

17 Sep '04

Statistics Nov 15 May 15 Jun 15 Jul 15 Aug 15 Sep 15 ========== ====== ====== ====== ====== ====== ====== Lifetime Rank on SourceForge: 4391 1028 928 845 774 733 (68.5%) (92.7%) (93.4%) (94.0%) (94.6%) (94.9%) Max Week's Rank on SourceForge: 62 36 41 33 53 189 (99.6%) (99.8%) (99.8%) (99.8%) (99.7%) (98.9%) Total SF Page Views * 475,000 616,263 741,681 900,566 1,072,842 Total SF Downloads * 27,400 34,015 39,359 47,278 56,571 Total Freshmeat URL Hits 746 * 7,333 7,946 9,382 10,322 Total Freshmeat Subscriptions 16 74 87 93 114 118 Lines of Code in src/: 115,901 189,116 280,263 264,418 276,437 298,454 Code lines 147,471 210,119 192,240 200,684 213,351 Comment line 16,757 40,620 41,926 43,558 51,098 Blank 25,886 34,677 35,422 37,425 40,484 Lines of Docs in doc/: 1,135 4,544 15,170 15,217 16,358 16,795 Lines of content in website: 1,173 6,008 6,372 6,784 7,106 7,527 Size of the Inkscape wiki: 3,700 18,638 17,176 17,854 19,665 20,207 Minutes since last ChangeLog mod: 360 * * 54 * * Bugs open/total: 9/15 57/365 63/401 73/496 110/568 126/616 Features open/total: 18/18 183/238 210/285 242/331 266/361 250/376 Patches open/total: 1/ 6 4/ 83 5/ 88 8/110 5/120 6/123 CVS Commits (as per inkscape-cvs): 481 3391 5549 6314 6,822 7,296 Inkscape-devel membership: 49 78 84 95 104 113 Inkscape-announce membership: 9 43 53 60 74 85 Inkscape-user membership: 71 76 90 109 120 Num Translations : 32 33 33 Ave Translation Ratio: 40.5% 44.9% 45.0% * - Statistics unavailable

3 3

Inkscape helping OpenClipArt.org
by Alan Horkan 16 Sep '04

16 Sep '04

I noticed that we don't have anything to tell Inkscape users that they can get more patterns from the openclipart.org site. Long term there is great potential for collaboration in all sorts of different ways, but I have a simple idea to start with: Presumably Inkscape will ship with at least a few templates, perhaps five small sample gradients, and five small sample patterns. Here is where helping OpenClipArt.org bit comes in - why not just put in a pattern that points people there? It'd be easy to set up, and non-intrusive since only users already looking at the patterns would see it. http://matrix.netsoc.tcd.ie/~horkana/dev/jasc/webdraw/openclipart.org-adver… The whole pattern is a link to http://www.openclipart.org/ Please let me know what you think, I really hope you will accept this suggestion. And thanks Bryce for your help (he knows why, say no more). Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ Inkscape, Draw Freely http://inkscape.org Free SVG Clip Art http://OpenClipArt.org

1 0

NEW: "transform with object" toggle buttons
by bulia byak 16 Sep '04

16 Sep '04

* The preferences that control scaling of stroke widths and rectangle corners, as well as transforming gradient and pattern fills with the object, are now represented by four toggle buttons in the selector's controls panel for easy access. * Gradients no longer behave weird when a path with gradient fill is transformed. Now gradients either transform with the object or remain unmoved, depending on the user setting (toggle button in selector controls). This setting affects grouped objects too.

2 1

inkscape in product screenshots
by Robert Crosbie 15 Sep '04

15 Sep '04

Related to the "inkscape in the news" posts: I find it neet that in the latest releases of KDE 3.3 and Gnome 2.8, you will see inkscape in the product screenshots. Like here for instance, right next to Gimp: http://tinyurl.com/4bu7x Cheers, -- Rob. http://members.rogers.com/rcrosbie

3 2

First autobuild since Boehm and <text> fixed on Win32
by Bob Jamison 15 Sep '04

15 Sep '04

Here is the first attempt at an autobuild since things started working again: http://troi.hous.es3.titan.com/~rjamison/inkscape/builds/Inkscape0409140643… Please let me know if it works. Thanks, Bob

4 6

Gdb on win32. was: re: First autobuild, etc
by Bob Jamison 15 Sep '04

15 Sep '04

Notice that there is now a copy of gdb.exe in the install directory. In the future, when testers find a crashing bug, they can instead open a console, cd into the inkscape directory, and type "gdb inkscape" then "run" ... then crash Inkscape, go to the console again, and type "bt" ...and give us the output. If they aren't good at consoles, they can douple-click gdb.exe, and at the 'gdb>' prompt type "target exec inkscape.exe" then "run" ....as before.. This way our testers can be real testers and participants of the project. Several times this has allowed us to fix bugs quickly, and we really appreciate it. Bob

1 0

Re: [Inkscape-user] default object behaviours
by Jon Phillips 15 Sep '04

15 Sep '04

I think that the behavior of illustrator in this area is good. Use the last use of the tool's settings for the next use of the tool. Thus if you changed the rectangle from blue to yellow, then the next time one used the rectangle tool, the shape would be yellow. Jon On Wed, 2004-09-15 at 11:06, MenTaLguY wrote: > On Tue, 2004-09-14 at 00:26, bulia byak wrote: > > > Is there any way to set the default object behaviours, > > > like dafult fill and stroke settings? > > > > Yes. In Fill&Stroke, select the type of objects from the list at > > bottom and change the settings. They will apply to new objects of this > > type. > > I wonder whether it would be better to simply have a way for saying > "make these settings the default for this tool". > > I have very often wanted that, but very seldom have I needed to see or > tweak the current defaults directly -- usually it's more helpful to > "audition" them on an object first. > > The "tool default" modes also seem to be confusing for new users. > > -mental -- Jon Phillips KOREA.PH.010.3140.7483 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

Freetype2/win32 conversion
by Bob Jamison 15 Sep '04

15 Sep '04

Since I am out for the weekend, I thought I would send some notes to the list about Freetype. Well, it looks as though we are on our own, and must convert to Freetype on Win32, whether we like it or not. So I made a few changes: Added more stuff to gtk24.zip (AGAIN! sorry) to include a freshly-built freetype6.dll, the fontconfig lib, and xmlparse.dll (required by fontconfig). Added WITH_XFT to config.h.mingw, but it is commented out. Freetype will not actually be used unless you uncomment this. I added '-lfontconfig' to the LIBS entry in Makefile.mingw.common. Note: the '-lfontconfig' should be changed to '-lfontconfig-1.0.dll' . This is an error that the original builder of freetype6.dll made, that apparently I duplicated perfectly :) . This is likely the reason that the original dll references "fontconfig", and not "fontconfig.dll" or "libfontconfig-1.0.dll" Both of these are because fontconfig's build erroneously put '-lfontconfig' in its pkg-config file, even though the build is dynamic only. Look in /target/lib for the correct spelling of the .dll.a file. (This is also quite likely the reason for the crasher.) Since the freetype6.dll I made has debug info, the crash reported the location to be at base/ftobjs.c, line 789 in the Freetype source. So to debug, someone might want to try putting breakpoints in FontInstance.cpp, and stepping until the crash happens. A font face * passes a NULL check, but fails a pointer->field reference. Sounds like an uninitialized value. Anyway, these are just some notes that I hope might help someone working on this stuff. Bob

4 18

RE: [Inkscape-devel] critical bug in displaying
by Joshua A. Andler 14 Sep '04

14 Sep '04

I can confirm the painful slowness of zooming on it. Win32 .39 is what I tested in... (will test in that newest autobuild shortly) Anyway, it brings my system to it's knees... refreshing the doc isn't so bad, but when you zoom... man. -Josh -----Original Message----- From: inkscape-devel-admin(a)lists.sourceforge.net [mailto:inkscape-devel-admin@lists.sourceforge.net] On Behalf Of Aewyn Sent: Tuesday, September 14, 2004 11:11 AM To: inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-devel] critical bug in displaying On Tuesday 14 September 2004 20:06, bulia byak wrote: > > As I wrote it was one 16x28cm rectangle with 0.5 point > > width, with dotted line (it is the first on the list). > > > > I think it is nothing extreme (so no 0.01 fine dotted) > > > > And yes, it is extremly slow. But now I realized, that > > zoom is very fast while the zoom <=100. Very very fast. > > But, when zoom is 101% it will be very very slow. > > Either something is wrong with your system, or we're > talking subjective. Can you devise a numerical measure of > this "very very slow" so I could reproduce it and > compare? On my system, it's quite fast. Not lightning > fast, but certainly good enough to not be annoying. One of this rectangle takes 2 seconds to draw. Ctrl+D four times, so 5 of this rectangles takes 10 seconds. I attach the svg. But this appears above 100% zoom. Bye, Aewyn

1 0

Strange behaviour, not existing items
by Lucas Vieites 14 Sep '04

14 Sep '04

Hi, I'm taking a look at a drawing Kees Cook mentioned some months ago: http://www.wherearewe.co.nz/svg/world.svgz I was trying to clean it up a little and I found that when I ungroup some of the groups they split up in a group of 4 objects, when I ungroup that group I get one figure and 3 invisible objects. I tried to change the colours, but it doesnt affect them. When I click the "Adjust selection to window" button it zoom out very much so I only see the complete drawing very small. What are these "invisible" things? Thank you, -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

2 1

Transforming and duplicating objects
by cedric 14 Sep '04

14 Sep '04

Hi, Being documenting the Transform Dialog, I just thought about few Illustrator and QuarkXpress interesting relative to tranformation : 1. Object duplication while resizing, moving or rotationg by using Alt-key. This key is already use but we may be able to use another (Ctrl+Alt). This is not necessary but can avoid few steps. Or when using a transform Dialog, the Ctrl+D shortcut allows to repeat the last one several times (very useful). 2. In the same maneer, QuarkXpress allows in its Duplicate & Move dialog to make copy of the selected object. Copy may take the Move parameters. In Inkscape this could be a field for numbers of copies+Copy Button placed in the Transform dialog. This is very great to get easily very regular-spaced objects, whatever they are. 4. I don't know why there is no "Constrain" checkbox in the Scale tab, because this options is available via keyboard when scaling with the mouse. 3. I don't really understand what does the "Relative" Checkbox. I did some tests but the result is the same in any cases. I don't know if it's planned, and if it's difficult, but most part for it seem to alrady exists. PS : News on User Manual (temporary on http://www.le-radar.com): File/Edition available in english (readers needed) Fichier/Edition/Vue/Objet disponible en français Thanks to Thiago working on pt_BR translation.

1 0

Re: [Inkscape-devel] Freetype2/win32 conversion
by Bob Jamison 13 Sep '04

13 Sep '04

Jon A. Cruz wrote: > Bob Jamison wrote: > >> It works! Please try downloading this version: >> >> (it was an error in FontFactory initializing the wrong font >> engine on Win32. Not FontInstance's fault) > > > > Hmmm... was it the kind of thing that might have been caught sooner if > variables/structs in question were set to initial values such as null? > > I would say that it was a subtle error, though after you notice it, it is obvious, like "why didn't I see that?" In FontFactory.cpp, there were #ifdef switches, like this: #ifdef WITH_XFT ...code... #endif #ifdef WIN32 ....code... #endif Its structure should have been like in FontInstance.cpp, #ifdef WITH_XFT ...code... #elif defined(WIN32) ...code... #endif ...since the definitions are not mutually exclusive. Thus the font server was being set to win32 in FontFactory, and FT2 was being called in FontInstance. Obvious -after- you see it. I'd say that this was 2/3 of the problem, and the wrong fontconfig DLL being called by Inkscape was the other 1/3. Bob

2 2

Re: [Inkscape-devel] Re : Various publications about Inkscape.
by Bob Jamison 13 Sep '04

13 Sep '04

Felix Rabe wrote: > Bob Jamison wrote: > >> "gtkmmuebersetzung" ? >> "gtkmmkonversion" ? >> "das gtkmmtrickfensterumsetzung" ? > > > Very Simple (TM) ;) > GTKmmifikation > > - Felix > That is -too- easy. Isn't that how it is spelled in Kanada? :) Bob

1 0

temporary about screen
by Andy Fitzsimon 13 Sep '04

13 Sep '04

G'day, Here's a new possibly temporary screen for the about page. I'll whip something nicer up closer to the release date .. any guess on when that is ? Have a great day - andyfitz ( brisgeek )

2 1

word and letter spacing
by Aewyn 11 Sep '04

11 Sep '04

Hi, I promised, that will help you to solve the firing printing issues, but I have very much work now. I will, I think it is very important, but now is more improtant question: word and letter spacing (tracing) I think this is base. Without it there is no vector drawing suite. Anyone works on it? Is any technical issue, that balk it? If the answers are no, please help me providing any existing info about it. I would like cut this problem shortly. I can code just a little bit, but I will do anything to complete this. Sorry for harrassing you, but I start to work with inkscape, and it -unfortunately- is not an appropriate tool yet. I'd like to help you, I think there is no too many issues to be a very powerful tool. letter and word spacing are such issues. Thanks, Aewyn

3 5

X11R6.8.0 Release Official Announcement (plain text) (fwd)
by Bryce Harrington 11 Sep '04

11 Sep '04

---------- Forwarded message ---------- Date: Fri, 10 Sep 2004 17:39:09 -0400 (EDT) From: Leon Shiman <leon@...531...> To: xorg@...330... Subject: X11R6.8.0 Release Official Announcement (plain text) [the PDF version isn't readable on all readers it seems. here's plaintext] X.Org Foundation Announces X11R6.8 Release of the X Window System _________________________________________________________________ The X.Org Foundation Release Officially Introduces State of the Art Technologies to the X Window System Brookline MA, September 9, 2004 - The X.Org Foundation today announced the second release of the X Window System since the formation of the Foundation in January of this year. The new X.Org release, called X Window System Version 11, Release 6.8 (X11R6.8) builds on the work of X.org X11R6.7 released in April. X11R6.8 combines the latest developments from many people and companies working with the X Window System and an open X.Org Foundation Release Team. The X Window System X11R6.8 release can be found at ftp://www.x.org/pub and at mirror-sites worldwide. About this Release: In response to user and application developer demand, X.Org's X11R6.8 brings forward widely anticipated fundamental facilities through this release. They include the first official X Window System Release support for: - Translucent windows - Window animation, window decorations like shadows - Support for accessibility applications - Support for 3D immersive user environments like Looking Glass(1) and Croquet(2) - Support for large scale display walls using DMX(3) These new facilities, some of which are still considered experimental, and so not enabled by default, have been under development for several years. Once completed and deployed, they will enable X Window System desktop projects, such as Gnome and KDE, to greatly extend their visual user interface vocabulary while still ensuring uncompromised support for existing applications, even surpassing current state of the art in competing window systems. These facilities will enable easy implementation of thumbnailing, screen magnifiers for accessibility, translucent windows, menus, drop shadows, and even integration of conventional applications into 3D immersive environments. They are the result of open collaboration within the freedesktop.org community, desktop projects, and the X Window System user and developer communities. For some illustrations visit http://www.freedesktop.org/XOrg/X11R68ScreenShots. Features also included in this release are updates and fixes to: FreeType2, Xprint, Xaw ( new PrintShell class), Mesa, DRI, driver rotation support, Render ( New Trapezoid Extension ), many driver updates, and a broad range of fixes and enhancements. About participation and membership in X.Org Membership in the X.Org foundation is free and open to all participants. Active participants in the further development of the X Window System are invited to visit: http://www.x.org/XOrg_Foundation_Membership.html to complete a membership application. Participation in the Foundation's Sponsor Group is also available to those who wish to financially support the activities of the X.Org Foundation. Current Sponsors include Hewlett Packard, IBM, ICS, Sun Microsystems, Shiman Associates, and WRQ. About the X.Org Foundation X.Org Foundation L.L.C. is a Delaware company organized to operate as a scientific charity under IRS code 501(c)(3), chartered to develop and execute effective strategies that provide worldwide stewardship of the X Window System technology and standards. The group is currently managed by its Board of Directors that includes: Stuart Anderson (Free Standards Group), Egbert Eich (Novell), Jim Gettys (HP), Stuart Kreitman (SUN Microsystems), Kevin Martin (Red Hat), Jim McQuillan (Linux Terminal Server Project), Keith Packard (HP), and Leon Shiman (Shiman Associates). The website for the X.Org Foundation can be found at http://www.x.org/. About The X Window System The X Window System provides the only common networked windowing environment bridging the heterogeneous platforms in today's computing. The X Window System is one of the most successful open-source, collaborative technologies developed to date and is the standard graphical window system for the Linux® and UNIX® operating systems. The inherent independence of the X Window System from the operating system, the network and the hardware, as well as its successful interoperability, have made it widely available and deployed with more than 30 million users worldwide. All major hardware vendors support the X Window System and many third parties provide technologies for integrating X Window System applications into the networked computer or personal computer environments including Microsoft Windows®, UNIX, Linux and Mac OS® X. Further, thousands of software developers provide X Window System applications, and with the continued growth of Linux and the emergence of Mac OS X, the number of users is growing rapidly. Community Response: "This release of the X.org server incorporates a number of extensions that were developed in consultation with experts in the field," said Bill Haneman, Sun Microsystems, GNOME Foundation board member and member of the FSG Accessibility Workgroup. "This new release removes a number of significant accessibility roadblocks and facilitates considerably improved support for onscreen magnifiers, screen readers, and other assistive technologies." "As one of the original founding members of the X Window System project, HP is pleased to be supporting the X.Org Foundation as a continued sponsor. With the second X.org Foundation release of the X Window System, we once again demonstrate the power of the open source development model to deliver true innovation and value to our customers," said Martin Fink, vice president of Linux, HP. "Open source takes a giant leap into the future with the new X Window System release and Croquet working together," said Alan Kay, Senior HP Fellow, HP Labs. "If anyone doubts the quality of 'Open Source' they only need look to this new release of X," said Peter Winston, President of leading UI development company Integrated Computer Systems (www.ICS.com) and member of X.org. With tens of millions of Linux and UNIX developers around the world relying on the X Window System, X.org has created a new version which users can depend upon and that addresses the new needs of a changing market. The additions of translucent windows and support for large scale display walls will be especially well received by our core customer base of developers building homeland defense applications." "LTSP relies heavily on the X Window System and we are inspired by the continuing development and community involvement that has gone into the latest X.org release." -- Jim McQuillan, LTSP project leader. "Novell welcomes the rapid progress of the X.Org Foundation. We are pleased to support the new release of X.Org in the next SUSE LINUX product offering, which will enable technology enthusiasts to benefit from the latest enhancements in Linux windowing technology, and we will continue to actively contribute to the project." -- Chris Schlaeger, VP R&D SUSE LINUX at Novell "Red Hat is proud to contribute to development of the X Window System technology and standards through continued involvement in and support of X.org's efforts. Red Hat plans to include the X11R6.8 release in the the open source Fedora Core project and upcoming releases of Red Hat Desktop." -- Havoc Pennington, desktop technical architect and engineering manager. "X11R6.8 contains essential features which provide the underlying foundation for the Project Looking Glass 3D window system, such as the Composite and Damage extensions. These timely and well implemented features have significantly accelerated our development effort." -- Deron Johnson, Sun Microsystems, Project Looking Glass. "As the former X.org chair, and current chair of the X.org Sponsor's Group, I'm very pleased to see the X.org Foundation produce the 6.8 release of X11, which includes contributions from many different groups, with different interests and goals, but with a common interest in and focus on advancing the X technology. I believe that as long as that common focus continues, this Foundation and their releases will be of great value to the broad community of X technology users." -- Steve Swales, Senior Manager, Platform Globalization Engineering; X.Org Sponsor Board Chairperson, Sun Microsystems, Inc. "R6.8 rocks! Now Qt/X11 can natively support almost everything developers have come to expect from our Windows and Mac OS X versions", says Matthias Ettrich, Director of Software Development at Trolltech, a cross-platform GUI tool vendor, "Kudos to the X.org team." Notes to editors: (1) Project Looking Glass: http://wwws.sun.com/software/looking_glass/ and https://lg3d.dev.java.net (2) Croquet Project: http://www.opencroquet.org/ (3) Distributed Multihead X Project: http://dmx.sourceforge.net/ (4) The Mesa 3D Graphics Library: http://www.mesa3d.org (5) Direct Rendering Infrastructure: http://dri.sourceforge.net/ (6) The Freetype Project: http://www.freetype.org (7) The Xprint Project: http://xprint.mozdev.org/ UNIX is a registered trademark of The Open Group in the US and other countries. LINUX is a registered trademark of Linus Torvalds. Microsoft and Windows are registered trademarks of Microsoft Corporation in the United States and/or other countries. Mac OS is a registered trademark of Apple Computer, Inc., registered in the U.S. and other countries. All other company names are trademarks of the registered owners. --------------- For questions, please contact: Leon Shiman, for The XOrg Foundation, at: Shiman Associates Inc (00)1.617.277.0087 leon@...532... _______________________________________________ xorg mailing list xorg@...330... http://freedesktop.org/mailman/listinfo/xorg

1 0

src/render
by MenTaLguY 11 Sep '04

11 Sep '04

In case you were wondering about src/render -- this is the start of a really simple renderer I'm writing as a side project. No timetable, really; I just need to get it out of my system. Simplicity is the main goal -- it's probably not going to be fast or pretty, but it should work and may provide scaffolding for our future cairo support infrastructure. Right now there are a lot of livarot-isms in the rendering side of things: I think having a second renderer kicking around would help make things more general. Heck, if pluggable renderers come out of this, that would be pretty cool too. -mental

1 0

Re : Various publications about Inkscape.
by Gazal, Geraud (MED) 10 Sep '04

10 Sep '04

Hi all, here is the sum up of the article I've read in Linux+ (French edition, Number 2, September/October 2004) Title : Inkscape, où vas-tu ? (Inkscape, where are you going ?) Author : unknown Sum-up : The article presents Inkscape as a drawing application, forked from Sodipodi (due to divergent goals and opinions about development-process) aiming at offering a free & SVG compliant software. The author points out that : Inkscape is undergoing a Gtkmm'ification' and that its development process is very open, allowing fast and efficient integration of new features (interface, booleans, autopackage) and in line with developers and users (even beginners) needs. He also notes that a clear Roadmap is identified. Open clipart is mentionned as a fast evoluting sister project. Apart from a few small mistakes (example Gtkmm'ification' is not finished) it provides a very positive feedback about the application If some of you can have an access to / afford buying another edition (English, German, Spanish, Polish...) it might be intersting to compare the different versions/translations I can scan and mail the French article to anyone asking for it. Regards, Matiphas PS : I've added a link about the linuxgraphix tutorial in the wiki. I can add this small review if you want.

5 4

livarot changes
by Carl Hetherington 10 Sep '04

10 Sep '04

Hi all, I'm doing some cleanup work on livarot ATM. I am testing as I go, as much as possible, but of course I might miss something. If anyone has any weird renderer / livarot problems, let me know and I'll look into them and revert my patches if necessary. Thanks Carl

1 0

word and letter spacing
by Aewyn 10 Sep '04

10 Sep '04

Hi, I promised, that will help you to solve the firing printing issues, but I have very much work now. I will, I think it is very important, but now is more improtant question: word and letter spacing (tracing) I think this is base. Without it there is no vector drawing suite. Anyone works on it? Is any technical issue, that balk it? If the answers are no, please help me providing any existing info about it. I would like cut this problem shortly. I can code just a little bit, but I will do anything to complete this. Sorry for harrassing you, but I start to work with inkscape, and it -unfortunately- is not an appropriate tool yet. I'd like to help you, I think there is no too many issues to be a very powerful tool. letter and word spacing are such issues. Thanks, Aewyn

1 0

resend: Freetype2/win32 conversion
by Bob Jamison 10 Sep '04

10 Sep '04

(I had trouble sending this; sorry if it is a duplicate.) Since I am out for the weekend, I thought I would send some notes to the list about Freetype. Well, it looks as though we are on our own, and must convert to Freetype on Win32, whether we like it or not. So I made a few changes: Added more stuff to gtk24.zip (AGAIN! sorry) to include a freshly-built freetype6.dll, the fontconfig lib, and xmlparse.dll (required by fontconfig). Added WITH_XFT to config.h.mingw, but it is commented out. Freetype will not actually be used unless you uncomment this. I added '-lfontconfig' to the LIBS entry in Makefile.mingw.common. Note: the '-lfontconfig' should be changed to '-lfontconfig-1.0.dll' . This is an error that the original builder of freetype6.dll made, that apparently I duplicated perfectly :) . This is likely the reason that the original dll references "fontconfig", and not "fontconfig.dll" or "libfontconfig-1.0.dll" Both of these are because fontconfig's build erroneously put '-lfontconfig' in its pkg-config file, even though the build is dynamic only. Look in /target/lib for the correct spelling of the .dll.a file. (This is also quite likely the reason for the crasher.) Since the freetype6.dll I made has debug info, the crash reported the location to be at base/ftobjs.c, line 789 in the Freetype source. So to debug, someone might want to try putting breakpoints in FontInstance.cpp, and stepping until the crash happens. A font face * passes a NULL check, but fails a pointer->field reference. Sounds like an uninitialized value. Anyway, these are just some notes that I hope might help someone working on this stuff. Bob

1 0

fontconfig on win32
by MenTaLguY 10 Sep '04

10 Sep '04

Apparently I was wrong; fontconfig has been ported to win32 now.

1 0

crashes abated?
by MenTaLguY 10 Sep '04

10 Sep '04

It looks like the crashes have all been fixed on my end; how's it look for the rest of you guys? -mental

4 5

weird livarot crash
by MenTaLguY 09 Sep '04

09 Sep '04

I've been working on some of the groundwork for the layers dialog; doing a routine test build, I discovered that Inkscape had started crashing. Backtrace points to livarot, which I haven't touched at all... The only part of my new code that is actually currently used is the addition of three sigc++ signals to SPReprDoc; so far as I can tell that should not cause Shape::~Shape() to crash.. Can you all review this patch (attached) and see if I'm missing something obvious? I'm at my wits' end here... -mental

5 17

RE: [Inkscape-devel] Re : Various publications about Inkscape.
by Gazal, Geraud (MED) 09 Sep '04

09 Sep '04

> Any idea who publishes it? Lost of magazines seem to be translated > and reprinted in other languages across Europe but I dont happen to be > familiar with Linux+. Yes : here is their web site : http://www.lpmagazine.org/en/modules/news/ > > The author points out that : Inkscape is undergoing a > Gtkmm'ification' and > > I realy hope the author didn't use the phrase "Gtkmm'ification'" in a > print publication because it is a really terrible (but > convenient) use of > the English language to begin with. He really should have > written that > Inkscape is starting to use the gtkmm libraries (or something > equivalent > in French of course) that would be more widely understandable. No the exact sentence is 'is being converted to Gtkmm' Regards, Matiphas PS : Alan, the scan will be in your mailbox tonight

1 0

Please test win32 plugins
by Bob Jamison 09 Sep '04

09 Sep '04

This morning I enabled the Win32 side of Ted's plugin mechanism, which includes 'gimpgrad.dll' . Would our Win32 testers be so nice as to test this, by loading a Gimp gradient into Inkscape? Thanks. Bob

5 9

Inkscape mentioned in Linux Magazine
by Alan Horkan 09 Sep '04

09 Sep '04

http://inkscape.org/cgi-bin/wiki.pl?ArticlesAndPresentations Inkscape is mentioned in Issue 47 of Linux Magazine (published in the UK, and has a sister publication in Germany). It features a a roundup of various vector graphics applications titled "Line by Line". Gestalter, Inkscape, Karbon 14, OpenOffice.org Draw, Skencil (formerly known as Sketch), Sodipodi and Xfig are reviewed. Paraphrase/summary of the section on Inkscape, my comments in [brackets], direct literal quotes are in inverted commas. Inkscape is new. Inkscape unashamedly borrows ideas from other projects. "Some dialogs have been taken directly from Sodipodi" [author seems to have missed that Inkscape started as a fork of Sodipodi] Installation considered complicated, needs gtkmm and libsigc. "Neatly organized main window" Uses SVG, can read many formats (AI, Postscript, Skencil,...) [author doesn't realise this trick is achieved by using Skencil] Seperate window for each drawing ... "meaning the tools are accessible at all times". Fully featured drawing tools, usual primitives also has starts, spirals. Calligraphic lines also supported. Notes the help files and tutorials are in SVG allowing you to experiment with them. [clearly this is an idea that reviewers appreciate] Author has issues with the Grid, complained the snap to grid option did not work (also complained about it in Sodipodi). Eventually mentions that he is using inkscape 0.39, and says despite the version number Inkscape is very stable. Positive information from the other reviews I think is worth noting and might be learned from if we want to get better reviews. multipage support. karbon 14 supports WMF OpenOffice.org Draw PDF export Conclusion section of the roundup says roughly, OpenOffice.org best, most features. After that Skencil, then after that again "Inkscape is probably the best of the rest and has developed into a clear-cut, but powerful illustration tool in a very short time. This is obviously the one to keep an eye on for the future". Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ Inkscape, Draw Freely http://inkscape.org Free SVG Clip Art http://OpenClipArt.org

1 0

Inkscape /Scribus IRC meet
by Plinnell 09 Sep '04

09 Sep '04

Hi all, Bryce , Jon Phillips and I have discussed casually a second IRC meet. Now is a good time. Scribus. 1.2 is done and before we dive into 1.3 we can outline some of our thoughts. Our tentative time date is 19 Sept 2004 1000 UTC. Let me know how this works.... Notes and a draft topic list: http://inkscape.org/cgi-bin/wiki.pl?ScribusInteroperability Cheers, Peter

4 7

not a bug report
by Stevie J 09 Sep '04

09 Sep '04

Hi there, I've just recently downloaded the latest Windows build of Inkscape. I found it easy to install, easy to use, powerfull and it let me draw exactly what I wanted to easily and quickly. Just wanted to say thanks to everyone involved in the development, you guys done good!!!! :-) Cheers, Steve ___________________________________________________________ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

1 0

--disable-gc
by MenTaLguY 09 Sep '04

09 Sep '04

I've introduced a --disable-gc ./configure option to aid in debugging. It disables the garbage collector completely and does not link the executable with libgc at all. note: The same heap corruption is still happening in this build, so this categorically rules out libgc as part of the problem. However, I am leaving --disable-gc in CVS as it is still helpful when debugging (it's not the default; you will have to specify it). Just be aware that a --disable-gc build will leak memory, since it is generally not freed. -mental

1 0

Improvements in command-line PNG export
by bulia byak 08 Sep '04

08 Sep '04

* You can now specify the background opacity (--export-background-opacity or -y). * If no background color (-b) or background opacity (-y) specified, the values from the document (sodipodi:namedview) are used. * You can now export an area corresponding to a single object by specifying the ID of the object with the --export-id or -i switch, for example: inkscape -e mypath.png -i path966 mydoc.svg * When exporting with -i, you can add --export-use-hints or -t to tell Inkscape to use the filename and DPI export hints stored for that object when it was last exported from the GUI. For example, inkscape -i path966 -t mydoc.svg will export path966 to the PNG file with the same filename and resolution as you used for exporting it from wihtin Inkscape, so you don't need to specify them on the command line. These changes (see the man page for full details) allow you to easily script exporting parts from complex documents and to better integrate GUI editing with command-line use.

1 0

default template
by Jon Phillips 08 Sep '04

08 Sep '04

I was just trying to design a default template and wonder if the best place for default templates is in our share folder, a folder (on my install by default that is installed here: /usr/local/share/inkscape and is owned by root:root with 755). Thus, only non-root user can put files into these folders like templates, tutorial, etc. I wonder if we are placing these files in the proper location. Should we not be installing them in the user's home preference folder: ~/.inkscape Even if we don't install all these files here, then we should definitely read for existence of these folders and files, and most importantly templates/default.svg from the user readable/writable preferenes folder. Do you all agree with me? Many users will not have root access, and that is bad for user preferences to be changed at that level. What if we had multiple users on a system, aka, a school that uses Inkscape. Then each user could not have their own preferences for default templates, etc. Jon -- Jon Phillips KOREA.PH.010.3140.7483 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

Trace dialog
by Bob Jamison 08 Sep '04

08 Sep '04

I started a small dialog that sets the parameters of tracing. All it does at the moment is set the brightness threshold for black&white conversion. Others controls will come later. You might try playing with it, using /share/clipart/tux.png. Bob

3 6

Re: [Inkscape-user] Various publications about Inkscape.
by Jon Phillips 08 Sep '04

08 Sep '04

That is great...can you place these onto this page on the Inkscape wiki. We try to collect press! Thanks for finding these! http://inkscape.org/cgi-bin/wiki.pl?ArticlesAndPresentations Also, Ted and others that have been presenting, please put up your presentations and where...MRDOCS...you presented haven't you? Jon On Wed, 2004-09-08 at 20:11, Gazal, Geraud (MED) wrote: > Hi all, > > www.linuxgraphic.org is a French web site dedicated to graphic creation > under linux (strange, isn't it ?). > * Yesterday it has published a small tutorial (in French) dedicated to > inkscape users (but applicable to any graphic creation app, I think) : how > to have a 'mirror effect'. Quite nice. I will ask the site if they are ok if > I translate this doc in English and then make it available from the inkscape > website. > The tutorial is there : > http://linuxgraphic.org/section2d/articles/miroir_Inkscape/index.html > * They've also announced the release of Open Clipart 0.06 on the main page. > > Linux+ (http://www.lpmagazine.org/en/modules/news/) European (Polish) > magazine translated and published in French, English, German, Spanish and > Czech has issued an article on Inkscape too. I have the French version. I'll > produce a sum up + translation in English on mailing list. > > > > Regards, > > Matiphas > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user -- Jon Phillips KOREA.PH.010.3140.7483 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

man page source?
by bulia byak 08 Sep '04

08 Sep '04

I want to update the man page. Which file to edit? Inkscape.pod seems much more editable, but inkscape.1.in is more recent in the CVS, as pjrm changed it directly: http://cvs.sourceforge.net/viewcvs.py/inkscape/inkscape/inkscape.1.in?rev=1… So, which one is the real source?

4 9

TAGS broken
by bulia byak 07 Sep '04

07 Sep '04

Generating tags does not work recently: inkscape/src $ make tags make: *** No rule to make target `refcounted.h', needed by `TAGS'. Stop. Can anyone please look into it? I need tags for editing but I don't know where to look.

1 0

Delay on scripting support
by David Turner 07 Sep '04

07 Sep '04

Unfortunately, I've unexpectedly had to move house, so I haven't been able to get time to adding scripting support. I had hoped to get to it before now, but I haven't. I'm leaving the country in three days for a month, and I won't have access to a compiler. I'll be unsubscribing from this mailing list after I send this message. I hope that when I get back, my life will settle down a little and I'll be able to hack on Inkscape some more. Sorry for dropping the ball here. -- -David "Novalis" Turner Stalk Me: 617 441 0668 <insert dark NIN lyrics here>

1 0

Re: [Inkscape-user] Line reported to be longer than I expected
by bulia byak 07 Sep '04

07 Sep '04

> The line is reported to be 2mm longer than I expected (402mm), even > though it touches the bottom and top of the page perfectly, the page is > reported to be exactly 400mm high. Is this a bug or a feature? It's a bug. Lines' bboxes extend beyond line ends by the line width. This is because the bbox is now calculated simply by adding half the stroke width to all 4 sides of the without-stroke bbox, but in this case (for unclosed horizontal line) it should be added only to the top and bottom. It is a very difficult bug to fix because we currently have no code to reliably determine how far the stroke of a given shape extends, which may be affected not only by stroke width but also by (as in your case) shape orientation and closeness, join and cap types, and miter limit. Anyway, I think we don't yet have this in our bug tracker, so please submit it (with my comments).

1 0

Gtkmmification
by Bryce Harrington 07 Sep '04

07 Sep '04

Hi all, We had identified the primary goal for this next release, 0.40, to be the conversion of Inkscape's user interface from Gtk+ to Gtkmm. To date we've been attacking this both from a bottom-up perspective, by working on converting individual dialogs to Gtkmm, as well as a top-down perspective, by starting from the top level Inkscape::Application object and working down. This latter top-down approach is what I've been working on the past few weeks. Here's a summary of where this work is at. The Inkscape::Application class is the top level manager of the main window. It creates and provides the callbacks for the GUI elements such as menus, toolbars, the main canvas, the statusbar, etc. One day, once this is merged into the main Inkscape codebase, it will also own things like the user preferences and the document model itself. You'll notice that the application.h file is pretty terse. This is because nearly all of the Inkscape::Application internals are hidden in a subclass called Inkscape::ApplicationImplementation. This means that the application.h is kept very lightweight, and other parts of the program can include it without including the whole world (only gtkmm/window.h). Inkscape::Dialog is a new abstract class. This provides a general purpose interface that Inkscape::Application can use for interacting with any of the dialogs. If there are stylistic or behavioral aspects that we want to apply to all dialogs in Inkscape, this is where we would do it. For instance, this class will provide common routines for saving the position and size of dialogs in the user's preferences, as well as the transient behavior. If you recall the trouble we had implementing those in each dialog independently under Gtk+, you can imagine how this will help centralize the behavior to one easily maintained place. Inkscape::DialogManager is another new class. This is basically just a container of all the dialogs in Inkscape, that allows us to construct them lazily - instead of creating them all at program startup, we construct them right before they're first used, then cache the dialog until DialogManager gets destructed. DialogManager also provides a set of signals that can be issued to all Inkscape dialogs, such as to show/hide all dialogs. DialogManager hooks these signals to each dialog as it creates them. One of the nifty things about Gtkmm is that it makes it quite easy to create new widgets, and we're taking advantage of this by creating "compound widgets" for sets of widgets that get reused throughout the application. For instance, most of our dialogs are implemented as Notebooks with pages that contain labeled frames within them and a table within that; the Inkscape::NotebookPage widget provides a convenient way to build a dialog using this scheme. LabelledSpinbutton, created by Carl, provides a combination of a label and a spinbutton entry, which is used repeatedly on the preferences dialog. ScalarWidget provides a widget for entering numbers associated with units, such as appears heavily on the transformation dialog and in general throughout the application. Using these widgets, Carl and I have roughed out much of the transformation and application preferences dialogs (although none of the widgets are hooked to anything internally yet). In general, what we can expect from Gtkmm is a) flexibility, and b) reduced linecount. It uses the exact same widgetset underneath, so by and large Inkscape will *look & feel* the same, and there's no plans to redesign the layout of anything (although we may do some small tweaks where it makes things easier). But this will let us do the same stuff in a fraction of the number of lines of code; this will make it easier to maintain and enhance Inkscape's look and feel in the future. This top-down gtkmm work is available in Inkscape's 'experimental' CVS module, in experimental/bryce/inkscape_gtkmm. A simple makefile is included if you'd like to fire it up and try it. If you're interested in working on something related to this Gtkmm work, you'll find this top-down codebase pretty easy to get up to speed on, since there's only about a dozen files of significance. There are examples of both widgets and dialogs, that you can use as guides in developing your own widgets and dialogs. Inkscape::Application has many of the stubs in place for adding menus, toolbars, the statusbar, and the canvas, so if you're interested in working on any of those, the hooks are there for it. If you've never done Gtkmm development, you'll find the tutorial at gtkmm.org to be quite handy - took me only a couple evenings to work through enough of the examples to feel comfortable with it. If you're not sure about your C++ skills, don't worry - gtkmm is designed in a way that allows this work to be done using really basic C++ features, so as long as you're familiar with inheritance, constructors/destructors, and public/protected/private, you should find it pretty clear. Knowledge of templates is helpful, since they're used in various places, but not required - you can learn as you go. There is a PLAN file with some todo's I've identified for myself to work on. At the end of that file, I've also written up some little projects (like implementing the Statusbar or developing Accelerators) that need doing. You're welcome to commit work into this package, although I appreciate hearing what you plan to work on so we can coordinate efforts. The big picture plan for this is to get the structural aspects figured out and examples put in place, then move it into the main Inkscape codebase for further development, with a cmdline flag to indicate which interface to use. I'd like to have at least two dialogs at 100% (including docs!), half a dozen compound widgets fleshed out, some of the canvas integration code stubbed out, so it'll be clear how to plug in the canvas when we get to that point. Bryce

2 1

freehand smoothing?
by bulia byak 07 Sep '04

07 Sep '04

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 ?") I remember this problem was being attacked quite some time ago, and I was under an impression that the solution was near. Peter and Nathan were working on it, as well as the person known as paraprax on jabber. Can someone please update me on the status of that work? How far has it progressed and what is needed to finish it? I would really love to see this issue closed for the next version.

3 5

London Linux Expo 6-7 October 2004
by Plinnell 06 Sep '04

06 Sep '04

Hi all, Correction, the date is 6-7 October 2004. Cheers, Peter

1 0

London Linux Expo 6-8 October 2004
by Plinnell 06 Sep '04

06 Sep '04

Hi all, The Scribus Team has been invited by UKLinux.net again to exhibit at .Org Village as a part of LinuxWorld in London, 6-8 October 2004. Any UK or European users who are planning to attend can enter free with advance registration. If you are a user and are attending, please make your self known at the booth. For details, see: http://linuxexpo.co.uk/ I would really appreciate having one or two knowledgable users help to demo Scribus and other DTP applications. If there are Inkscapers or Scribus users who would like to help with the exhibit, please contact me off list. Cheers, Peter

1 0

possibly-obnoxious Doxygen usage: where to document structs/classes
by Peter Moulder 05 Sep '04

05 Sep '04

I've recently been playing with using doxygen for inkscape's sources. For the most part the changes are uncontraversial. In this and a future post are the couple things that I thought people may want to comment on. Moving documentation from a .h file to a .cpp file -------------------------------------------------- While updating the documentation for a member of SPCurve, I used some text that I thought might need changing [indeed it already has changed]. Sometimes people are hesitant to change documentation in a .h file, as doing so can cause lots of ~needless recompilation. As mental once mentioned, doxygen allows putting doc comments in .cpp files instead of .h files. The best example of this is documenting a non-inline function: the doc comment can precede the definition in the .cpp file instead of its declaration in the .h file. Doing so has the additional benefit that the comment is more likely to be kept up to date for changes to the definition. A more questionable possibility is to store documentation for a struct/class in a .cpp file instead of the .h file where the type is defined. I've experimentally done this for SPCurve: the .h file now has a single comment /* See end of curve.cpp for doxygen documentation. */ One reason that it's questionable to move the documentation away from the definition of the type is that doing so requires extra doxygen directives to say what the the comments pertain to. (See end of curve.cpp in CVS.) Will moving the documentation away from the definition result in people not updating the documentation for changes to the definition? The `See end of curve.cpp' comment should mitigate this problem. Also keep in mind the already-mentioned reduced disincentive to edit comments in .cpp files compared to .h files, which tends to increase accuracy of comments kept in .cpp files compared to .h files. Regarding convenience of reading the documentation: I'd guess that at some point doxygen will be the preferred way of accessing doc comments (e.g. using doxygen under emacsen; not sure about vim, but possibly one can use vim's existing tags support). When using doxygen to access documentation, it shouldn't matter whether we use the .h or .cpp file. Whereas if not using doxygen, then there's an advantage to storing in the .h file: e.g. people can use a standard tag search to get to the type's definition. Consequently one might recommend "keep the doc comment with the type definition for now, and we may move to .cpp files later. Or decide based on how widely-#included the .h file is and how often the documentation is likely to change." In any case, no doubt people's responses in this thread will influence people's case-by-case decisions as to where to put the documentation. pjrm.

2 1

possibly-obnoxious Doxygen usage: how to use mathematical notation
by Peter Moulder 05 Sep '04

05 Sep '04

I said that there were two issues with doxygen usage to be discussed, but this second one is so minor that actually I don't think we need discuss it, and I wouldn't be writing this if I hadn't said that I would :) . When documenting the requirements or guarantees of a function, or the invariants of class/struct instance variables, it's common to use operators from mathematics, whether comparison relations (>=, !=), boolean operators (and, or, not, maybe logical implication), set operators (\in, \subseteq, union, intersection), or quantifiers (forall, exists). Sometimes one would prefer to differentiate between operator!= and mathematical/abstract inequality (e.g. for NaN or for glib data structures commonly referred to with pointers). Similarly, one may wish to use the easier-to-reason-with commutative mathematical and/or operators instead of C/C++'s short-circuiting &&/|| (or `\&\&', to use doxygen quoting!). In javadoc, which I'm more accustomed to, the natural solution is to use HTML character entity references (`&and;', `∈', `≥' etc.) -- partly because HTML supports them, and partly because the alternative escaped representations (`&&', `>=') are worse. However, doxygen doesn't currently accept many of these -- see http://sourceforge.net/tracker/index.php?func=detail&aid=1018462&group_id=5… which also discusses alternatives. Unlike HTML/JavaDoc, Doxygen does allows backslash to be used for escaping, which eases things a little. Probably for the moment we'll stick with backslash escaping or keeping the words in the generated documentation rather that using symbols. Has an advantage that people are more likely to understand forall/exists/&&/|| than the corresponding symbols ∀/∃/∧/∨ (upside-down A, backwards E, upside-down v, right-way-up v). pjrm.

1 0

Snaping should be done only on bbox.
by Hans Deragon 05 Sep '04

05 Sep '04

Greetings. Newbie here. I chatted with bbyak and we found that snapping is done on both bbox and nodes by default. This gives an odd snapping behavior to path objects with large strokes, very counter intuitive, and with a perceived snapping to a grid finer than the one which is currently set. bbyak believes that snapping should be done on bbox only by default, and leave to experienced users to set snapping on both types in the preferences dialog, if he desire. So, I propose that default snapping be done only on bbox. If we agree, can someone bring the change to the code? BTW, great tool. I fell in love with it. Best regards, Hans Deragon -- Consultant en informatique/Software Consultant Deragon Informatique inc. Open source: http://www.deragon.biz http://facil.qc.ca (Promotion du libre) mailto://hans@...527... http://autopoweroff.sourceforge.net (Logiciel)

2 2

Text rendering on Win32
by Bob Jamison 04 Sep '04

04 Sep '04

Hi all, Now that the Win32 builds are working again, another problem has appeared(or disappeared) on Win32. Text rendering is not drawing the text on the screen at all. The <text> item is there, and editable, but there is no visible rendering at all. I really don't think that this has anything to do with the crashing bugs, except for the crashes preventing us from seeing the symptom for the last few weeks. (Though I may be wrong. Maybe something is missing from Pango?) Have there been any significant changes in text rendering in the last several weeks that might be causing this? The guys who work with text rendering, layout, and Pango can probably fix this one a lot better than I can. Bob

2 1

w32 status ... (was: Another attempt at boehm on w32)
by Sudhan 04 Sep '04

04 Sep '04

vellum wrote: > Bob Jamison wrote > > " A test build using this new package > >>of libs is: >> > > http://troi.hous.es3.titan.com/~rjamison/inkscape/builds/Inkscape0409021512…" > > I tested it this morning and it works for w2k. Will not be able to really > play for a few days but certainly it opened and drew some scribs and the > buttons that I tried worked. Great news. > > vellum > I am on w2k, and when I tried the build, I still have the issue of invisible text elements. They are there all right. I can select them and change properties etc., just not visible. Am I the only one facing this issue. NOTE: This is the case with my self builds as well as the one building by Bob. Sudhan

3 6

Re: [Clipart] Logo vote
by Jon Phillips 04 Sep '04

04 Sep '04

I'm tallying up now, if you are trying to get a vote in, then get it in within the next few minutes!!! Jon On Sat, 2004-09-04 at 05:27, Alberto Simões wrote: > How are we on votes? Too far from a winner? > > Cheers, > ALb > > > On Fri, 3 Sep 2004 21:12:02 +0200, bvirlet <bvirlet@...400...> wrote: > > Hello, here is my vote : > > > > http://openclipart.org/clipart//OCALLogos/ocal_logo_0.5_01.svg > > without the little problems in the text (i don't know, maybe is it my viewer) > > > > Bruno > > _______________________________________________ > > clipart mailing list > > clipart@...330... > > http://freedesktop.org/mailman/listinfo/clipart > > -- Jon Phillips KOREA.PH.010.3140.7483 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: [Inkscape-devel] Re: Select Under
by Alan Horkan 04 Sep '04

04 Sep '04

On Thu, 2 Sep 2004, bulia byak wrote: > Date: Thu, 2 Sep 2004 13:21:32 -0300 > From: bulia byak <buliabyak@...400...> > To: Alan Horkan <horkana@...44...> > Subject: Re: [Inkscape-devel] Re: Select Under > > On Thu, 2 Sep 2004 14:22:52 +0100 (BST), Alan Horkan > <horkana@...44...> wrote: > > Presumably Metacity is not one of those Window managers (and hopefully not > > the default KDE window manager either). > > Dunno about Metacity, but KDE does steal alt+click. I had to > reconfigure it (it was easy). Of course forcing people to do WM > configuration is not the best thing possible, but there's simply no > other modifier I could use for this. And besides, alt+click and > alt+drag are not core capabilities, so casual users can do without > them. (logged into a Linux machine to check) Metacity use Alt+Click(and Hold) to allow users to drag a window but I cannot come up with a better suggestion and you are right, select under is not a vital feature so for now it is a reasonable compromise. >From trying to make changes in other projects my worry (paranoia almost) is that users will become too accustomed to all the little compromises that have to be made. That in the future when people want to change things for the better users will resist, or even worse developers will have moved on and the new developers will also resist changes failing to understand the compromises that were made. We are not yet even at 1.0 so there is room to change things, and the attitude of the communinity is good so I expect the current developers wont be leaving anytime soon. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/

4 4

inkscape:groupmode reintroduced
by MenTaLguY 03 Sep '04

03 Sep '04

Just a quick note that I've reintroduced inkscape:groupmode, so all that's needed to make a layer is to make a group and then set its inkscape:groupmode attribute to "layer" from the XML editor. The "Active Group" selector (secretly the "Layer Selector") doesn't update when layers are made/unmade yet (the reason I removed inkscape:groupmode for the 0.39 release), but other than that the non-widget portions of layers are done. [ we do also need to establish which layer to start in when a document is loaded; currently we still start out with the root as the current layer ] -mental

3 2

Re: [Inkscape-user] print to ps: transparency and gradients
by Ted Gould 03 Sep '04

03 Sep '04

On Fri, 2004-09-03 at 06:13, Aewyn wrote: > It seems to me, inkscape print to ps doesnot > handle transparency and gradients. > > Can I make it work? Sure! I think to get transparency to work properly you're going to have to use Postscript Level 3 -- which, to my understanding, is the first version to support alpha. The thought in the back of my head for doing this would be to steal the Postscript/PDF engine from Scribus and plug it in to Inkscape. It would be really cool if you did this. If you have questions about where to put stuff or what you can do feel free to ask. --Ted PS - I cc'd the devel list because this discussion should probably be moved there.

1 0

Another attempt at boehm on w32
by Bob Jamison 03 Sep '04

03 Sep '04

Whilst talking to Mental, I noticed one thing about the Boehm-GC libs that might be a problem on Win32. gc6.2 and gc6.3 have similarly-named .h files in their include directory, but they are in -different places-. This means that an upgrade from 6.2 to 6.3 will not overwrite the .h files, and a mismatch between the .h definitions, and the actual object in libgc.a, is very possible. To reduce the number of candidate sources of bugs in GC by one more, I have repackaged gtk24.zip to contain only the .h files supplied by gc6.3. The cleaned-up gtk24.zip is here: http://troi.hous.es3.titan.com/~rjamison/inkscape/gtk24.zip ...and a complete rebuild of Inkscape is here: http://troi.hous.es3.titan.com/~rjamison/inkscape/builds/Inkscape0409010635… Again, I am not saying that this is going to fix the problems, but as Forrest Gump would say, "that's one less thing." Bob

6 11

end of code freeze
by MenTaLguY 03 Sep '04

03 Sep '04

I guess now that Win32's struggling back to its feet we can lift the code freeze and carry on. Any objections? -mental

1 0

Scribus Nominated As A Finalist For Linux Format Awards 2004
by Plinnell 02 Sep '04

02 Sep '04

Hi all, Issue 58 Sept 2004 of Linux Format UK has chosen Scribus as one of four finalists for Best Office Software. >From the article, "In spite of four hundred nominations in this category, most of them were for the same select group of software, resulting in a pretty short list. Newcomer Scribus is a welcome addition". Scribus users are encouraged to vote for their favorites at: http://www.linuxformat.co.uk/awards And they based this on 1.2 cvs, not the final version :) Cheers, Peter

1 0

unsuscribe
by unknown＠example.com 02 Sep '04

02 Sep '04

1 0

Inkscape Status 2004-09-01
by Bryce Harrington 02 Sep '04

02 Sep '04

I notice that the daily downloads of Inkscape have started equalling that of Sodipodi. This is one of the few remaining statistics that Sodipodi has surpassed Inkscape at, so is interesting to see this now changing. Beyond that, things appear to be fairly level right now; hopefully we'll see accelerated growth as we move into the fall. Statistics Nov 15 May 15 Jun 15 Jul 15 Aug 15 Sep 1 ========== ====== ====== ====== ====== ====== ====== Lifetime Rank on SourceForge: 4391 1028 928 845 774 777 (68.5%) (92.7%) (93.4%) (94.0%) (94.6%) (94.5%) Max Week's Rank on SourceForge: 62 36 41 33 53 79 (99.6%) (99.8%) (99.8%) (99.8%) (99.7%) (99.6%) Total SF Page Views * 475,000 616,263 741,681 900,566 954,864 Total SF Downloads * 27,400 34,015 39,359 47,278 50,672 Total Freshmeat URL Hits 746 * 7,333 7,946 9,382 9,811 Total Freshmeat Subscriptions 16 74 87 93 114 115 Lines of Code in src/: 115,901 189,116 280,263 264,418 276,437 294,072 Code lines 147,471 210,119 192,240 200,684 210,979 Comment line 16,757 40,620 41,926 43,558 50,014 Blank 25,886 34,677 35,422 37,425 39,531 Lines of Docs in doc/: 1,135 4,544 15,170 15,217 16,358 16,769 Lines of content in website: 1,173 6,008 6,372 6,784 7,106 7,391 Size of the Inkscape wiki: 3,700 18,638 17,176 17,854 19,665 19,921 Minutes since last ChangeLog mod: 360 * * 54 * 2733 Bugs open/total: 9/15 57/365 63/401 73/496 110/568 120/592 Features open/total: 18/18 183/238 210/285 242/331 266/361 267/369 Patches open/total: 1/ 6 4/ 83 5/ 88 8/110 5/120 5/122 CVS Commits (as per inkscape-cvs): 481 3391 5549 6314 6,822 7,083 Inkscape-devel membership: 49 78 84 95 104 108 Inkscape-announce membership: 9 43 53 60 74 77 Inkscape-user membership: 71 76 90 109 112 Num Translations : 32 33 33 Ave Translation Ratio: 40.5% 44.9% 45.0% * - Statistics unavailable

1 0

Select Under
by bulia byak 02 Sep '04

02 Sep '04

On Thu, 26 Aug 2004 01:35:54 +0200, Aewyn <aewyn@...523...> wrote: > Working with lot's of semi transparent objects I ran a serious problem. > I can't select an object underlaying objects, bacause at this moment the > object upper is selected. > > I can use tab to switch objects, but working with 100 object, it is > impossible. > > So it would be nice a view "wireframe", with possibility border selecting. Wireframe view is in our plans, but not in the short term. Instead I just did what I wanted to do for a long time, hopefully it will help: * Select Under: in Selector, clicking with Alt selects the object at cursor which is below (in z-order) the currently selected object at cursor; if the bottom object is selected, Alt+click again selects the top object. Thus, several Alt+clicks will cycle selection through the z-order stack at the click point. Combining Alt with Ctrl and Shift works, too. Note that on Linux, some window managers steal Alt+click, but Ctrl+Alt+click ("select under in groups") and Shift+Alt+click ("select under, add to selection") will still work. And also as a helpful reminder, * Pressing Alt, Ctrl, or Shift displays the function of these modifiers in the statusbar (only in Selector so far). This is in CVS now.

2 4

logo vote for OCAL
by Jon Phillips 01 Sep '04

01 Sep '04

Hello Inkscapers, We are voting on the OCAL logo right now. Please submit your top 3 logo choices from here: http://www.openclipart.org/cgi-bin/navigate/OCALLogos to the Open Clip Art Library list. We need more eyes on the logos and have had few votes. The vote cutoff time is FRIDAY afternoon 5 PM PST. If you are not on the mailing list, then now is a good time to jump on the project and pick up a shovel by voting and submitting your metadata rich graphics! Jon PS: You can also submit your logo votes to my email address... -- Jon Phillips KOREA.PH.010.3140.7483 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: [Inkscape-user] moving forward (Was: Re: cause of crashes)]
by MenTaLguY 31 Aug '04

31 Aug '04

Whoops, meant to send this to the development list.. -----Forwarded Message----- From: MenTaLguY <mental@...3...> To: Inkscape Users List <inkscape-user(a)lists.sourceforge.net> Subject: [Inkscape-user] moving forward (Was: Re: cause of crashes) Date: Sun, 29 Aug 2004 13:01:02 -0400 Ok, so it appears we're currently waiting on someone to test with a build of libgc that we know to have been compiled with the appropriate options (this means C++ support, but nothing else -- particularly no malloc replacement). So, is someone willing to assume responsibility for making a new build of libgc to test with, and documenting what steps they took when building it? -mental

2 1

refcount rules
by MenTaLguY 31 Aug '04

31 Aug '04

On Mon, 2004-08-30 at 00:59, bulia byak wrote: > Mental, please check out the patch in this bug: > > https://sourceforge.net/tracker/index.php?func=detail&aid=1012874&group_id=… > > and apply if ok. It fixes a bad memory usage crash in deleteObject. Unfortunately sourceforge is currently in "read-only" mode, so I cannot comment in the bug itself. The patch hides the problem without really fixing it, though (and sort of breaks the intended semantics I had for successors, albeit not in a way that matters too much). The bug is not in deleteObject, but rather that deleteObject's caller is not retaining a reference to it (by increasing the reference count) while deleteObject() does its work. The general rule is always, always, always make sure that you have claimed a refcounted object before calling a nontrivial function (especially one that modifies the object). This holds not just for deleteObject(), or SPObjects in Inkscape, but for any software with simple refcounted objects. [ The garbage collector relaxes this requirement slightly, but only for classes which are managed by it, which SPObject is not yet. ] The correct fix is to modify the portion of sp_marker_prev_new(): SPObject *oldmarker = sandbox->getObjectById("sample"); if (oldmarker) oldmarker->deleteObject(false); thusly: SPObject *oldmarker = sandbox->getObjectById("sample"); if (oldmarker) { sp_object_ref(oldmarker, NULL); oldmarker->deleteObject(false); sp_object_unref(oldmarker, NULL); } Probably simliar mistakes are made in other places as well (and with other functions beyond just deleteObject() -- deleteObject() is simply more likely than most to remove the remaining external refcounts on the object). -mental

2 3

libgc on Win32
by MenTaLguY 30 Aug '04

30 Aug '04

Talking to Simarilius, it looks like the version of libgc we've been using on Win32 has been built to replace the standard malloc. This should in principle be harmless (except that the collector will be scanning a lot of memory it does not need to, and might mistake e.g. bitmap data for pointers), but Could someone try a version of libgc that has been built without the malloc-replacement option and report back? A different problem may be that Win9x and WinNT/2k/XP could require different builds of libgc. -mental

6 14

GC_no_dls
by MenTaLguY 30 Aug '04

30 Aug '04

I'm going to make one small adjustment to the GC code now: adding GC_no_dls = 1 to the GC intialization code. This will prevent libgc from scanning the static data areas of dynamic libraries, which seems to cause problems on FC2, and in any case is unnecessary. Ideally we want the most conservative gc configuration that is reasonably possible; this should bring us a step closer. -mental

3 3

switch + documentation translations
by bulia byak 30 Aug '04

30 Aug '04

With the number of documentation translations growing, the current system becomes less and less sustainable: if I now update an English tutorial, translators will have lots of trouble spotting the changes and updating their translations accordingly. It basically amounts to manual comparisons, which means the translations are likely to almost always be out of sync with the original. How to fix this? I thought about the switch element: http://www.w3.org/TR/SVG11/struct.html#SwitchElement Inkscape needs to support it (it doesn't yet) at least for the systemLanguage attribute. Then, all translations of a tutorial can be stored in one file. A translator would select each text obejct (they will need to be converted to flowed text objects, by the way) and use a command to add an alternative for his language, then type the translation. Illustrations would be shared across all languages. This way, if a new section is added but not translated yet, users of a non-English language will still see this section in English, which is better than not seeing it at all. Inkscape could provide additional help by storing the last-edited timestamps in switch'ed objects, so that a translator could find sections where the original is more recent than a translation. What do you think of this idea?

7 8

resurrecting Win32 builds
by Bob Jamison 30 Aug '04

30 Aug '04

Hi all. Just thought I'd update everyone on the Win32 situation. Re: win32 startup crashes =================== For the entire summer, I have been without a Win32 box on which to do native builds or test Inkscape. All I can do is make cross-compiled builds and depend on other people to test and debug Win32 factors. Simarilius and others have been researching many possible reasons for the crashing bugs, and trying to alleviate them. malloc/free and null pointers seem to be prime suspects. One possibility occurred to me yesterday. The GCC3.4.1 compiler we have been using for cross-compiling was a CVS HEAD version, and not the final 3.4.1 release. It was possible that MinGW patches might insufficiently apply to this code. It is thus possible that the objects created from C++ might be buggy. So I rebuilt the cross-compiler and all of the C++ libs in our gtk24.zip collection, and put these new builds on the web site. Anyone building Win32 Inkscape should get a fresh copy of these. The same links as before have the new items. I built Inkscape with these libs yesterday, put them on the server. Bulia said it works; Simarilius says there are still some problems. So -at least- we are making some progress. One possible problem area to investigate is MSVCRT's RtlFreeHeap() seeing different address spaces in the .exe and .dlls. Allocating memory in one, and freeing in the other would cause a fault in WinNT and above (not 9x). Re: server =================== After more than a week of downtime, my little development server is partially back online. The current location is now: http://troi.hous.es3.titan.com/~rjamison/inkscape By 'partially,' I mean that it can be accessed via http, but the admin has not fixed the routers to allow the machine to see the Net. So it cannot do a cvs checkout, thus cannot do an autobuild. The admin is a good guy, so this condition is certainly temporary. Because of this, I did a manual build, and put a copy in the /builds subfolder (link at the top of the page). I will do this occasionally until things are fixed. InkscapeLatest.zip points to it. Bob

3 5

evil_malloc
by MenTaLguY 30 Aug '04

30 Aug '04

Since I was asked about evil_malloc() -- the main reason I introduced it was that malloc debuggers (e.g. Electric Fence) don't like malloc(0), and I wanted to be able to use them. The reason is that malloc(0) is not required to return NULL; all that is required is that it return a pointer which can be free()d -- this can introduce some subtle bugs depending on the platform and libc versions. [ regrettably, realloc(p, 0) is not guaranteed to return NULL either, though it is more likely to :/ ] While I don't see any harm to livarot specifically resulting from differing malloc(0) behaviors, there is far too much code in there that is "wrong, but harmless". I want rid of it; subtle bugs cropping up in livarot is sapping far too much of my development time. So, anyway, the proper resolution to the evil_malloc() business is to replace the calls to evil_malloc() with an explicit check of the allocation size (really, nrPt or whatever the size is computed from). I will do that myself eventually, but it's a simple enough task that anyone can do it if they are so inclined. -mental References: http://sources.redhat.com/ml/libc-hacker/1998-06/msg00001.html http://users.bestweb.net/~ctips/tip028.html http://lists.freebsd.org/pipermail/freebsd-standards/2004-February/000395.h… http://www.ussg.iu.edu/hypermail/linux/kernel/0011.0/1122.html http://www.uclibc.org/downloads/Glibc_vs_uClibc_Differences.txt (item #4)

1 1

Fedora-2 RPMS
by Plinnell 29 Aug '04

29 Aug '04

Hi all, I've uploaded Fedora-2 rpms for 0.39, thanks to Phil Compton, one of the core Fedora packagers. The move is allmost done, so next time, there will be less delay. Cheers, Peter

1 0

Re: Re: Temp freeze + stuff
by Bob Jamison 29 Aug '04

29 Aug '04

bulia wrote: >Works! Though it is very slow for large images, almost as good as a >dead freeze. To make it usable, we need to provide a progress bar and >to make it interruptible in some way. Another problem is that it puts >the path into 0,0 instead of overlaying the original image; look up >sp_selection_tile in selection-chemistry that solves a similar problem >for Tile. Yeah, it's full of little problems for now. I just wanted to get something out there that people could see. The pathlist that is generated has the x,y coordinates relative to the top/left of the image. All we need to do is copy the x/y attribute of the <image> itself to the <path> and we can fix this. Path simplify works well to reduce the number of nodes. However, I'm sure there there is a tolerance setting or something in Potrace for estimating the curve and controlling the number of nodes output. I noticed the delay. At first, I thought it was the text output/repr parsing that was slowing it down, but it is not. The tracing takes all of the time, and the output is very quick. I'll look at the tiling stuff you mentioned. Maybe execute this in a thread? Maybe not; we might -want- the user to see the delay, so he realizes that it is an expensive operation on large images. Hey, we need an animated 'Busy' icon. How about a potato sleeping on a couch? ;-) Would be appropriate for many of us coders! Bob

1 0

Re: Temp freeze + stuff
by Bob Jamison 29 Aug '04

29 Aug '04

Oops. I haven't been able to use POP access to my email from home recently, so I didn't know about the freeze until just now, by reading it on the list archive on the website. I'll stop now :-). But in the meantime, I have gotten the Tracing operation to a limited initial functionality. Please give it a try. It will obviously need to be tested and tweaked. It will almost certainly need an associated dialog to adjust the settings. Please defer any feature suggestions until later... we just want to get it to work. To make it work, I embedded a copy of Potrace in Inkscape. Instead of using its full functionality of reading images and writing vectored output (that's OUR job), I just have it read the data from an <image>, and create an associated <path>. Eventually, I will probably make a generic Tracer class, with various tracing engines referenced by it. The basic function a tracer needs to perform, is to read a GdkPixbuf, and output the d="" attribute of a <path>; as long as an engine does that, we can consider it a black box. Sooo... give it a try. To use, load an image, select it, and choose "Trace image". That is all it takes. It will of course work much better on line art than a multicolored image. Currently, the color->line art conversion threshold is hardcoded at 50% brightness; this will of course be a future dialog item. So. I'm quitting coding for now... going back to debugging. (Hey, I found a good bug Friday, anyway ;-) Bob

2 1

ANNOUNCE Scribus 1.2 Released
by Atlantic Tech Solutions 29 Aug '04

29 Aug '04

The Scribus Team is pleased to announce the release of Scribus 1.2 - Open Source Desktop Publishing. The 1.2 release is the culmination of over 1 year of hard work since last year's 1.0 release. The Scribus team urges all users and distros to use this latest release. The Scribus Team is also proud to announce the first commercial implementation of Scribus for commercial newspaper production. Last month, the premier issue of Twin Tier Times, a US weekly newspaper was launched using a production workflow centered on Scribus and other Open Source applications including GIMP 2.0, Inkscape and others. Among the major changes and features in 1.2 since the release of Version 1.0: * A new EPS/PS importer, which can import EPS and PS files as vector or postscript outlines, which can then be edited as native Scribus objects. * A dedicated documentation site, http://docs.scribus.net has been implemented. There are French and German translations in progress. * Over 800 bug reports and user feature requests have been squashed. * Scribus now features a New from/ Save as Template plug-in, which enables end users to quickly generate preformatted documents. This is useful for both first time users, as well as experts. * The Scribus GUI is now translated into 27 languages. * Scribus 1.2 features new print previewer which has the ability to render CMYK separations on screen, transparency, UCR (Under Color Removal) to give users a true postscript generated preview of the page. * A new table feature to create basic tables within Scribus. * Many enhancements to text frames including multi-columned text, baseline grids, new contour options, tabs and drop caps. * Several new plug-ins for exporting documents as images, as well as special typography plug-ins for Czech, French and other languages. Scribus was chosen by Trolltech as one of their "Cool Applications". We on the Scribus Team are honored to be recognized as such and appreciate the recognition. The Scribus Team will present the first public demo at KDE Community World Summit 2004 "aKademy" 21-29 August, 2004 Ludwigsburg (Stuttgart Region), Germany. Enjoy!

2 1

lockups & Seg faults [Re: libsigc++ problems in Yoper]
by tom b 28 Aug '04

28 Aug '04

From: Mike Hearn <mike@...519...> Re: libsigc++ problems in Yoper [Re: Please Help: Yoper linux packaging/compiling problems] 2004-08-22 09:06 >> "Could not find "libsigc C++ callback library"" > That"s odd. It should have downloaded it and installed it for you. > Bugs, bugs, everywhere .... It did d/l some other packages before libsigc. >> 1) There is no such package for Yoper yet >> 2) I config/make/make install libsigc-1.2.so5 (I think > Check that /usr/local/lib is actually in your linker path and > that you reran ldconfig as root. OK, that worked. New tests: 1) ./inkscape-0.40cvs.package installed everything fine inkscape -V said "Aug 21 2004" ran inkscape & got "Segmentation fault" & wouldn't run 2) package remove inkscape ./inkscape-0.39.package installed everything fine ran inkscape in shell & inkscape window opened fine (though I did notice window resizing was slow on my AthlonXP 2200) drew a square shape, computer locked up (I could move mouse, but not click, & [Enter] wouldn't work) shell said "Emergency save activated! completed..." had to do a hardware reboot (couldn't reboot in linux) (BTW: I have the exact same lockup problem with .39 in Win98se & Mandrake Cooker on the same computer. But Debian unstable seemed to work fine.) 3) package remove inkscape ./inkscape-0.40cvs.package installed everything fine, though re-installed libsigc again inkscape -V said "Aug 21 2004" ran inkscape & got "Segmentation fault" & wouldn't run cheers ===== high-speed downtempo radio: http://live365.com/stations/infuzon _______________________________ Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now. http://messenger.yahoo.com

3 2

svg plugin
by Lucas Vieites 27 Aug '04

27 Aug '04

Hi, I was just wondering, while we're waiting for Mozilla and Firefox to implement full svg support, is there any plugin available for Linux to see svg drawings inside a web page? Of course I know of the Adobe svg plugin, but it seems to be available only for RedHat 7.1 (quite far away in time by now). Would it be very difficult to adapt the inkview code to act as a plugin and not as an external viewer? Just asking, not actually proposing an "inkscape svg plugin" ;-) Thanks for your time. -- Lucas 'Basurero' Vieites Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

5 5

Re: [Inkscape-devel] svg plugin
by Tobias Jakobs 27 Aug '04

27 Aug '04

Lucas Vieites <lucas@...212...> schrieb am 27.08.04 09:47:02: > > Hi, I was just wondering, while we're waiting for Mozilla and Firefox > to implement full svg support, is there any plugin available for Linux > to see svg drawings inside a web page? > Of course I know of the Adobe svg plugin, but it seems to be available > only for RedHat 7.1 (quite far away in time by now). > > Would it be very difficult to adapt the inkview code to act as a > plugin and not as an external viewer? > > Just asking, not actually proposing an "inkscape svg plugin" ;-) > The librsvg even provides a Mozilla/Firefox plugin and standalone viewer (rsvg-view) http://librsvg.sourceforge.net/ ____________________________________________________ Aufnehmen, abschicken, nah sein - So einfach ist WEB.DE Video-Mail: http://freemail.web.de/?mc=021200

1 0

re: svg plugin
by tom b 27 Aug '04

27 Aug '04

From: Lucas Vieites <lucas@...524...> svg plugin 2004-08-27 00:45 > Hi, I was just wondering, while we"re waiting for > Mozilla and Firefox to implement full svg support, > is there any plugin available for Linux > to see svg drawings inside a web page? A search for "SVG" at Mozilla.org digs up these links: http://www.mozilla.org/projects/svg/ http://www.mozilla.org/projects/svg/build.html So, you can compile a version with SVG built-in. There are also UNOFFICIAL builds here that may support SVG: http://www.pryan.org./mozilla/firefox/ Use at your own risk! :) ===== high-speed downtempo radio: http://live365.com/stations/infuzon __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail

1 0

Re: [Inkscape-devel] Adding tablet support to inkscape
by Danni Coy 26 Aug '04

26 Aug '04

On Wednesday 25 August 2004 13:33, inkscape-devel-request(a)lists.sourceforge.net wrote: > SPCanvasWidget should be the right sort of widget to do this with. > > Have you tried writing a small standalone program as a test case to make > sure that you're doing everything else you need to? (you might e.g. > have to set event masks and things) So far I have have gone through and played with Scribble... > > i.e. try it with your own trivial custom widget first ... I'm afraid > event flow with our canvas is currently rather convoluted Good Idea... Thanks Danni > > -mental -- "and i actually like debian 2.0 that much i completely revamped the default config of the linux systems our company sells and reinstalled any of the linux systems in the office and here at home.."

1 0

Anonymous Bug reports and feature requests
by Alan Horkan 26 Aug '04

26 Aug '04

Anonymous Bug reports and feature requests are a bad idea. There are many anonymous bug reports and feature requests that are poorly explained some with no more than a summary and no description whatsoever. Without someone to follow up and provide a more detailed description I think these reports only waste people time. Many of the requests are wishlists, rather than specific enhancment requests. There are inevitably duplicate or overlapping reports. Vague suggestions and requests should be directed to the user list so that we at least have a contact address and can get people to clarify what they mean. If the suggestions are good and users are still unwilling to register to file a bug report some one else will be willing to put their name to the report. Openness is good up to a point but I think a minimum barrier is necessary, and that reporters are need to put their name to a report and take some responsibility and show they care about a feature before developers expecting developers to spend their time on it. I dont believe that many people are looking at the request tracker and it is difficult to manage so many vague reports. I think the system needs to be changed to require people to log in before posting feature requests and bug reports. Sincerely Alan Horkan http://advogato.org/proj/Inkscape/

5 5

Milestone 16
by Teemu Ikonen 25 Aug '04

25 Aug '04

Hi all, Down at the bottom of the roadmap (http://www.inkscape.org/roadmap.php) there's a note about splitting the SVG canvas out of Inkscape. I'm wondering how far this goal is in terms of development effort. The canvas in Inkscape is by far the best looking and most functional I've seen in any free software project. I'm sure there are many projects which would benefit from a canvas with nice antialiased output to screen, good print quality by SVG->PS conversion and the ability to manipulate the figure by pointing and clicking in some way. Could someone familiar with the Inkscape code estimate if it would make sense at the moment to try to use the canvas this way in, say, another GTKmm-application? Or is the code just too much coupled with GUI right now? All the best, Teemu

2 1

Adding tablet support to inkscape
by Danni Coy 25 Aug '04

25 Aug '04

I noticed that The UI is being upgraded from gtk+ to gtkmm I would like to try and get Pen Tablet support (it is probably a good time). My early experiments in doing this are not doing too well (considering that the GTK documentation is totally out of date). The dynadraw tool looks like the easiest to convert to use extended input But I don't seem to be able to get it to respond to this extra information. >From what I have managed to glean so far "gdk_input_set_extension_events" has to be called on each "gdk_window" you want to get receive extended event information. So far I have tried doing this with sp_canvas but it seams not to have worked. Which gdk_window(s) does the dynadraw context draw onto? Thankyou Danni -- Comparing software engineering to classical engineering assumes that software has the ability to wear out. Software typically behaves, or it does not. It either works, or it does not. Software generally does not degrade, abrade, stretch, twist, or ablate. To treat it as a physical entity, therefore, is misapplication of our engineering skills. Classical engineering deals with the characteristics of hardware; software engineering should deal with the characteristics of *software*, and not with hardware or management. -- Dan Klein

3 2

MAC OS X 10.4 to be resolution independent
by Jon Phillips 24 Aug '04

24 Aug '04

You see it here: http://www.appleinsider.com/article.php?id=610 You know what this is leading towards...SVG desktop or vector desktop? 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 2

libsigc++ problems in Yoper [Re: Please Help: Yoper linux packaging/compiling problems]
by tom b 23 Aug '04

23 Aug '04

From: Mike Hearn Date: Sat, 21 Aug 2004 13:19:51 +0100 >On Fri, 20 Aug 2004 11:40:01 -0700, tom b wrote: >> Hello, I'm having problems trying to RPM &/or compile >> inkscape in Yoper linux. I have a thread going on the >> Yoper site here: >> http://www.yoper.com/forum2/index.php?showtopic=1928 > >As Bryce said, there is an autopackage you can use here: >http://navi.cx/~mike/inkscape/0.39/inkscape-0.39.package >Alternatively if you want the bleeding edge of Inkscape >development try this: >http://navi.cx/~mike/inkscape/inkscape-0.40cvs.package I tried that, & keep getting "Could not find 'libsigc C++ callback library'" 1) There is no such package for Yoper yet 2) I config/make/make install libsigc-1.2.so5 (I think from Debian?) sucessfully, but inkscape-0.39.package still couldn't find it. 3) I I config/make/make install libsigc++-2.0.3 (from Sourceforge), but inkscape-0.40cvs.package still couldn't find it. both libs are in usr/local/lib Aside from switching distros (1 last go with Yoper), any other ideas? cheers ===== high-speed downtempo radio: http://live365.com/stations/infuzon __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail

3 2

Update French translation
by Frederic Rodrigo 23 Aug '04

23 Aug '04

Hi, I have updated the French translation. Thank to the helpfull Peter Moulder Fred.

2 1

svgs2pdf?
by Bryce Harrington 23 Aug '04

23 Aug '04

It occurred to me that for presentation purposes, it would be very handy to be able to generate one PDF file from a set of SVG's. Anyone know of a mechanism for doing this? Bryce

2 1

Weirdness with new fileopen dialogue and gdb
by Carl Hetherington 23 Aug '04

23 Aug '04

Hi, I've just been trying current CVS with gdb, and I find that starting inkscape under gdb and then choosing File->Open results in Program received signal SIG32, Real-time event 32. 0x40c772e1 in sigpending () from /lib/libc.so.6 #0 0x40c772e1 in sigpending () from /lib/libc.so.6 #1 0x40c773a7 in sigsuspend () from /lib/libc.so.6 #2 0x40131258 in pthread_getconcurrency () from /lib/libpthread.so.0 #3 0x40130ac5 in pthread_create () from /lib/libpthread.so.0 #4 0x4109ab41 in ?? () from /usr/lib/./libgthread-2.0.so.0 #5 0x08b09bd8 in ?? () #6 0xbfffd600 in ?? () #7 0x40b6de80 in g_static_private_free () from /usr/lib/./libglib-2.0.so.0 #8 0x40b6e0ec in g_thread_create_full () from /usr/lib/./libglib-2.0.so.0 #9 0x41081ef6 in link_thread_io_context () from /usr/lib/./libORBit-2.so.0 #10 0x41081961 in link_exec_command () from /usr/lib/./libORBit-2.so.0 #11 0x41081fe5 in link_set_io_thread () from /usr/lib/./libORBit-2.so.0 #12 0x4107c6a5 in ORBit_ObjectAdaptor_set_thread_hintv () from /usr/lib/./libORBit-2.so.0 #13 0x411843a3 in bonobo_poa_get_threadedv () from /usr/lib/./libbonobo-2.so.0 #14 0x41184506 in bonobo_poa_get_threaded () from /usr/lib/./libbonobo-2.so.0 ... Does this happen for anyone else, or is it a quirk of my system? Thanks Carl

3 2

compiling inkscape
by Martin Wiebusch 23 Aug '04

23 Aug '04

Hi, I would like to contribute to the inkscape development, but I have problems compiling the cvs checkout. I got the checkout with the command cvs -z3 -d:pserver:anonymous@...54...:/cvsroot/inkscape co inkscape running the autogen.sh script gives the following output > checking for autoconf >= 2.52 ... yes (version 2.59) > checking for automake >= 1.7 ... yes (version 1.7.9) > checking for glib-gettextize >= 2.0.0 ... yes (version 2.2.3) > checking for intltool >= 0.17 ... yes (version 0.31.1) > > Running aclocal-1.7 ... > Running autoheader ... > Running automake-1.7 --add-missing ... > configure.in:25: required file `./ltmain.sh' not found > Please fix the error conditions and try again. The file ltmain.sh is nowhere to be found among the downloaded files. What am I doing wrong? Martin.

5 7

Coordinates in SVG file do not match display.
by Dave Cole 23 Aug '04

23 Aug '04

Sorry if this has been reported before, but since sourceforge do not allow the public to search their mail archives, or google to index their archive I have no way to check... I have been using the most excellent Inkscape to draw some simple graphics that I then load into the Gnome canvas - I am using my own (simplistic) Python code to parse the SVG via sax, and end up loading all of the coordinates into CanvasBpath shapes. The problem I have is that the coordinates bear little relationship to those inside Inkscape. It appears that Inkscape is internally doing an invisible translate and scale to make the paths appear on the page. This is befuddling not only me, but my code as well. I end up with with coordinates in paths that are off the page while clearly the entire document is on the page (inside Inkscape). Note also that I always ungroup all objects whenever I scale or translate in Inkscape to avoid the creation of a transform attribute. Should there be some way to get Inkscape to "normalise" object coordinates so that they match the size of the document? After all, the is what is being displayed. - Dave -- http://www.object-craft.com.au

2 1

new document template
by bulia byak 22 Aug '04

22 Aug '04

* The new empty document created when you launch Inkscape or use File > New is now based on a template instead of being hard-coded into the program. If you want your new documents to have different initial zoom, window size, page border, metadata, etc., just save a document with the desired settings (it may contain some objects, too) as default.svg in your share/templates directory (typically /usr/local/inkscape/share/templates on Linux, $INKSCAPE_DIR\share\templates on Windows). Later I will make File > New a submenu listing all svg files in templates dir, so that one can have more than one template and choose among them (Ctrl+N will always run default.svg). Now, Mental, you can add a default layer into the default.svg, to get layers going.

3 4

API churn
by MenTaLguY 22 Aug '04

22 Aug '04

Just a heads up that I'm dropping quite a bit of new code on the tree tonight; I've been rewriting more code to take advantage of the garbage collector, and in the process I ended up gutting and rewriting the GC wrapper API. To summarize real quickly: Inkscape::GC::Object<> -> Inkscape::GC::Managed<> Inkscape::GC::FinalizedObject<> -> Inkscape::GC::Finalized Inkscape::Refcounted -> Inkscape::GC::Anchored Inkscape::Refcounted::claim() -> Inkscape::GC::anchor() Inkscape::Refcounted::release() -> Inkscape::GC::release() One important change is that the three GC classes no longer inherit from one another. So you will need to derive from Managed<>, and then also from Finalized or Anchored if you require features added by either one of those classes. -mental

1 0

[thimo@...153...: Bug#261848: inkscape: segfaults on startup (Alpha)]
by Wolfram Quester 21 Aug '04

21 Aug '04

Hi alltogether, I received the attached bug report for the debian package of inkscape, ver 0.39. Can someone comment on this? I ask here berfore I submit it to the tracker because I'm not sure if it's my package or inkscape. The other bug referenced in the report is available at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=187196 With best regards, Wolfi ----- Forwarded message from Thimo Neubauer <thimo_at_debian_dot_org> ----- X-Original-To: wolfi@...33... Subject: Bug#261848: inkscape: segfaults on startup (Alpha) Reply-To: Thimo Neubauer <thimo_at_debian_dot_org>, 261848@...499... Resent-From: Thimo Neubauer <thimo_at_debian_dot_org> Original-Sender: Thimo Neubauer <thimo@...500...> Resent-To: debian-bugs-dist@...501... Resent-Cc: Wolfram Quester <wolfi@...111...> Resent-Date: Wed, 28 Jul 2004 15:33:01 UTC Resent-Message-ID: <handler.261848.B.109102783927786@...499...> X-Debian-PR-Message: report 261848 X-Debian-PR-Package: inkscape X-Debian-PR-Keywords: From: Thimo Neubauer <thimo_at_debian_dot_org> To: Debian Bug Tracking System <submit@...499...> Resent-Sender: Debian BTS <debbugs@...499...> X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at honk.physik.uni-konstanz.de X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at honk.physik.uni-konstanz.de Package: inkscape Version: 0.39-1 Severity: important Even before showing the first window inkscape runs into a segfault. This is the backtrace: riff /home/thimo> gdb inkscape GNU gdb 6.1-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alpha-linux"...(no debugging symbols found)...Using host libthread_db library "/usr/lib/debug/libthread_db.so.1". (gdb) r Starting program: /usr/bin/inkscape [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 11392)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 11392)] 0x0000020000a3cba8 in g_type_is_a (type=540847136, iface_type=4835814432) at gtype.c:2730 2730 gtype.c: Datei oder Verzeichnis nicht gefunden. in gtype.c (gdb) bt #0 0x0000020000a3cba8 in g_type_is_a (type=540847136, iface_type=4835814432) at gtype.c:2730 #1 0x0000000120095a34 in sp_object_repr_build_tree () #2 0x0000000120050690 in SPDocument::collectOrphans () #3 0x0000000120050e98 in sp_document_new () #4 0x0000000120054efc in sp_file_new () #5 0x000000012004f078 in sp_main_gui () #6 0x000000012004ed50 in main () (gdb) It seems a bit like #187196 but all my other Gnome-programs work fine. Additionally, the inkscape package from testing (0.38.1-4) starts without problem but runs into another segfault on exit, but also inside libgobject-2.0.so.0. I can't really tell if it's inkscape or glib but at least the different behaviours of the inkscape versions seem to suggest that inkscape at least takes part in the problem. If my assumption is wrong, feel free to reassign the bug :) Tell me if you need more information. Cheers Thimo -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: alpha Kernel: Linux 2.6.6-1-generic Locale: LANG=de_DE@...502..., LC_CTYPE=de_DE@...502... Versions of packages inkscape depends on: ii libatk1.0-0 1.6.1-2 The ATK accessibility toolkit ii libc6.1 2.3.2.ds1-13 GNU C Library: Shared libraries an ii libfontconfig1 2.2.3-1 generic font configuration library ii libfreetype6 2.1.7-2.1 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.1-3 GCC support library ii libglib2.0-0 2.4.4-1 The GLib library of C routines ii libgtk2.0-0 2.4.4-1 The GTK+ graphical user interface ii libpango1.0-0 1.4.0-4 Layout and rendering of internatio ii libpng12-0 1.2.5.0-6 PNG library - runtime ii libpopt0 1.7-4 lib for parsing cmdline parameters ii libsigc++-1.2-5c102 1.2.5-1 Type-safe Signal Framework for C++ ii libstdc++5 1:3.3.4-5 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-5 X Window System protocol client li ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxml2 2.6.11-2 GNOME XML library ii libxrender1 0.8.3-7 X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-6 X Window System client libraries m ii zlib1g 1:1.2.1.1-5 compression library - runtime -- no debconf information ----- End forwarded message -----

4 7

Linux Format UK Article
by Plinnell 21 Aug '04

21 Aug '04

Hi all, I wanted to let you know the Sept issue Linux Format UK has published a very nice review of Linux drawing applications, as well as a short tutorial for both Inkscape and Scribus. Inkscape 0.38 got 8/10 overall and tied with OO draw to top honors. Overall a very positive review. Ease of use got 9/10. Many of the comments on missing features are already in 0.39 or are on the 0.40 roadmap. Summing up, they said: "The future of Inkscape looks bright, especially if planned cooperation with Scribus and the GIMP comes to fruition, which would finally realise the concept of a full-spec graphics suite to Linux....The crucial omissions are support for PDF and EPS formats, though getting around this is not too onerous with a little help from Scribus." If it is available locally it might be worth getting. Enjoy, Peter

6 9

Fwd: [Inkscape-devel] randomized stars
by bulia byak 21 Aug '04

21 Aug '04

> I don't see that we need this custom RNG thing. Storing the generated > random number with the star gives us portability and more. What is non-portable about this simple formula? Depending on a system-provided RNG, on the other hand, may result in different rendering on different platforms or lib versions. > For example, the seed can be controlled independently of tip position, > allowing smoother variation of the output function and easier to get > back to "that one half a second ago" without needing exceptional mouse > stability: can use a "lower-geared" widget (less rapidly changing as a > function of mouse position) or keyboard. This seems to require some extra UI, and I'm not sure it's worth the trouble. > Much less importantly: I'd guess that there can be consistency problems > with using tip position to seed the RNG, due to different floating point > behaviour on different machines (and even with different compiler or > compiler flags). When computing the unique int, the coordinates are rounded to approx 1/1000 of px, which is likely to protect it from rounding errors of any kind.

4 8

Extensions, python, etc
by David Turner 21 Aug '04

21 Aug '04

I want to add Python support to Inkscape. >From what I read, this should be a script extension. However, extensions don't seem to show up for me. Are they disabled? Do I need to do something special? Am I looking in the wrong place? My theory was to implement a svgdom interface (+ maybesome extensions to support inkscape's stars and the like) to the sprepr, so python extensions can be used in any program which supports svgdom. Is this reasonable? Should there be a C++ DOM interface, which I just wrap in Python, or can I just get the sprepr into Python and then use pure Python to wrap it in DOM (easier for me, probably)? -- -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_

5 9

Undoable Revert?
by Alan Horkan 21 Aug '04

21 Aug '04

Would it be difficult to make it so that you can Revert without destroying the Undo History? Make it so that you can revert and then be able to undo the revert? For one thing it would get rid of the need to interrupt the user with a prompt, and having recently used some Adobe software I have found it to makes the workflow much smoother (try something, revert, try something else, repeat...). Why throw away information if you can avoid it? I'll try and file a feature request soon. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ http://advogato.org/proj/OpenClipArt.org/

1 0

Please Help: Yoper linux packaging/compiling
by tom b 21 Aug '04

21 Aug '04

Hello, I'm having problems trying to RPM &/or compile inkscape in Yoper linux. I have a thread going on the Yoper site here: http://www.yoper.com/forum2/index.php?showtopic=1928 1) I tried the Redhat 0.39 RPM (using KPackage), & got Failed dependencies: libsigc-1.2.so.5 I compiled that lib sucessfully & put copies in several directories, but still got the same error in KPackage. 2) tried Suse RPM, & got Failed dependencies: libgnomecanvas-2.so.0 libgnomeprint-2-2.so.0 libgnomeprintui-2-2.so.0 libgnomecanvas-2.so.0 libsigc-1.2.so.5 3) tried a CVS tarball a few days ago, couldn't build a RPM or compile, due to lack of a makefile. Tried to build the makefile but that failed. 4) tried to compile from the source the stable 0.39, got as far as this step: http://www.yoper.com/forum2/index.php?showtopic=1928&view=findpost&p=9173 Please help out if you can, a RPM would be great to share with others, but I want to at least get inkscape working on my harddrive! cheers ===== high-speed downtempo radio: http://live365.com/stations/infuzon __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail

4 3

no new CVS tarballs?
by tom b 21 Aug '04

21 Aug '04

Hi! There doesn't seem to be any new source snapshots since June... Have they moved? On the http://inkscape.org/download.php page, Daniel's Thrice-daily are old, & the current source snapshot is dated 20040711 (& missing the configure file). cheers ===== high-speed downtempo radio: http://live365.com/stations/infuzon __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Nightly autopackage builds
by Mike Hearn 21 Aug '04

21 Aug '04

Hi guys, These should be back up now *touch wood* but I'll be gone for about a week so if there are any problems they won't be addressed immediately. If the nightly doesn't work here is a package I built here today which does work: http://navi.cx/~mike/inkscape/inkscape-0.40cvs.littlegreen.package GTKmm, glibmm and sigc++ 2 have been packaged and should work. Again not tested, don't have time. Boehm GC is statically linked. thanks -mike

2 2

crash on exit
by bulia byak 21 Aug '04

21 Aug '04

Since today inkscape crashes on exit (worked fine yesterday): Program received signal SIGSEGV, Segmentation fault. 0x080d396a in sp_defs_release (object=0x8393118) at sp-defs.cpp:73 73 if (((SPObjectClass *) (parent_class))->release) { (gdb) bt #0 0x080d396a in sp_defs_release (object=0x8393118) at sp-defs.cpp:73 #1 0x409c9dc2 in g_cclosure_marshal_VOID__VOID (closure=Variable "closure" is not available. ) at gmarshal.c:77 #2 0x409b76b4 in g_type_class_meta_marshal (closure=Variable "closure" is not available. ) at gclosure.c:514 #3 0x409b73bc in g_closure_invoke (closure=0x84187c0, return_value=0x0, n_param_values=1, param_values=0xbfffd870, invocation_hint=0xbfffd758) at gclosure.c:437 #4 0x409c974a in signal_emit_unlocked_R (node=0x840b1b0, detail=0, instance=0x8393118, emission_return=0x0, instance_and_params=0xbfffd870) at gsignal.c:2552 #5 0x409c8766 in g_signal_emit_valist (instance=0x8393118, signal_id=Variable "signal_id" is not available. ) at gsignal.c:2195 #6 0x409c88a6 in g_signal_emit (instance=0x8393118, signal_id=162, detail=0) at gsignal.c:2239 #7 0x080e5d93 in sp_object_invoke_release(SPObject*) (object=0x8393118) at sp-object.cpp:599 #8 0x080e53e7 in sp_object_detach(SPObject*, SPObject*) (parent=0x840fac8, object=0x8393118) at sp-object.cpp:406 #9 0x080e5559 in sp_object_detach_unref(SPObject*, SPObject*) (parent=0x840fac8, object=0x8393118) at sp-object.cpp:418 #10 0x080e58b0 in sp_object_release (object=0x840fac8) at sp-object.cpp:498 #11 0x080da98e in sp_item_release (object=0x840fac8) at sp-item.cpp:166 #12 0x080f1ec6 in sp_root_release (object=0x840fac8) at sp-root.cpp:190

2 1

Copyright statements in code
by Bryce Harrington 20 Aug '04

20 Aug '04

Regarding copyrights for source code files, some of the files in the codebase are incorrectly copyrighted... The trick is that for it to be legal, the name must be a legal entity (i.e., a real person's real name). So for example, 'The Inkscape Project' would not be a legal copyright holder, unless we did the paperwork to incorporate it, paperwork to assign our copyrights over, etc. I'm not certain about pseudonyms, but would assume those are similarly not valid, unless you legally registered that name or something. I doubt we'll ever get into legal trouble, although you never know. But more importantly, if other projects start reusing our code, they may be more strict about copyrights being properly set. Anyway, not a major issue but probably worth some thought. Bryce

6 9

Re: Hi! Thanks...
by Bryce Harrington 20 Aug '04

20 Aug '04

Thanks for the good words! On Fri, 20 Aug 2004, Kmos wrote: > I just want to say, thanks for the great program Inkscape > > for vectorial edition.. maybe with more work it should be a > > Corel Draw for Linux. > > > > Keep the good work... >

1 0

Mozilla/Firefox gtk2.4 file dialogs
by Bob Jamison 20 Aug '04

20 Aug '04

I just noticed yesterday that the latest nightly Gtk2 builds of Mozilla and Firefox appear to be using the new Gtk2.4 FileChooserDialog. It might be interesting to find out how their audience rates the usability of it. Bob

2 1

ANNOUNCEMENT: Scribus Team Releases First Release Candidate of Scribus 1.2
by Plinnell 20 Aug '04

20 Aug '04

The Scribus Team is pleased to announce the first release candidate for the upcoming Scribus 1.2. The Scribus team urges all users and distros to use this latest release and test thoroughly. The Scribus 1.2 stable release planned for later this summer, encapsulates over a year of development building on the original 1.0 release. Already, Scribus is being used in commercial settings including a new weekly newspaper launched this spring. Among the major features of Scribus 1.2: * A new story editor, complete with style and formatting functions. Performance, stability and ease of use have been greatly enhanced. * Several new plug-ins, including exporting documents in many image formats,a font previewer and special hyphenation rules for Czech and other languages. * Many significant upgrades to the PDF exporter, including the ability to export gradients with transparency, Open Type Fonts, set linescreen, automatically adjust compression type and other advanced features. * A New Template and Save As Template function to make it easy for new users to create documents, as well as create new templates. * Over 250 bug fixes and feature requests have been implemented. * A new EPS/PS importer, which can import EPS/PS and then edit the imported vector objects as Scribus native objects. * Many improvements to the SVG importer/exporter. Scribus now can handle most types of gradients, including transparency in imported SVG. *Dozens of new keyboard accelerators and extensive tooltips throughout. *A new print previewer, which has the ability to render CMYK separations on screen, transparency, UCR (Under Color Removal) giving users a true postscript generated preview of the page. * Many enhancements to text frames including multi-columned text, baseline grids, new contour options, tabs and drop caps. * A new table feature to create basic tables within Scribus. * Extended support for right to left languages, including Hebrew and Arabic. Scribus is now translated into 25 languages with more to come. The Scribus Team wishes to thank the many contributions and support we have received from users, bug reporters and packagers who have helped to bring Scribus to a new level. Downloads, docs and sample files at : http://www.scribus.net and http://www.scribus.org.uk Bug reports and feature requests: http://bugs.scribus.net

1 0

A bug when opening postscript files from Matlab
by Antoine Sirinelli 20 Aug '04

20 Aug '04

Hi, when I try to open postscript files from Matlab, I have some trouble with the text. The figure is fine but each text area is followed by a strange character : a little square. It appends for either traditional postscript files and Level 2 ones. The little squares are not visible if I print the figure (via lpr) or I visualize it (via gv). You can try with these two figures : http://monte-stello.com/~antoine/inkscape/bug.ps (Level 1) http://monte-stello.com/~antoine/inkscape/bug2.ps (Level 2) Antoine

1 0

Message dialog
by Bob Jamison 19 Aug '04

19 Aug '04

You might have noticed the DebugDialog, which is found from the View/Messages... menuitem. It is a trivial text window, whose only current purpose is to catch g_log(), g_message(), g_warning(), etc messages, and print them in the GUI, instead of writing to the terminal. While Linux users might not consider this exciting, this will hopefully be a benefit to Win32 users. On Windows, that extra DOS console window popping up can be a terrible annoyance. So it is turned on by default on Win32, and can be turned on for other platforms by setting dialogs.debug redirect="1" Of course, if we control our log messages, this dialog will not see any usage at all. Hopefully, though, this can serve an alternate purpose as a text output for script engines. One thing I have noticed, is that Gtkmm and Glibmm might not be using glib to print their messages. This could be a problem. The same applies to other libs like Boehm-gc. I hope that we do not need to redirect stdout/stderr to catch this information also. If someone knows how to catch Glibmm messages, please let me know. Bob

1 0

Re: [Inkscape-devel] randomized star
by bulia byak 18 Aug '04

18 Aug '04

> I was sure I'd want at least 36 (360 degrees) and > that I'd be happier to have 100, but I cannot imagine I'll ever need > as much as 1024. They do have their uses. Stars with hundreds of rays can give interesing texture effects, especially since we don't yet have blends. And randomization of such stars is even more interesting: http://inkscape.org/screenshots/gallery/inkscape-0.40-CVS-linux-randomize.p… P.S. Bryce, could you please link the front page randomized stars announcement to this screenshot?

4 3

wiki spam
by Bryce Harrington 17 Aug '04

17 Aug '04

banned "britney.bizrate.com" from posting to the wiki (more pureteenz hentai spam). Also added a filter in wiki.pl to block postings of that link. Bryce

1 0

Re: Connection test file
by Peter Moulder 17 Aug '04

17 Aug '04

[Background for inkscape-devel readers: Ted found that when the connected-to object was a <rect>/SPRect, updates to the connector positions seemed to lag by one move. I found that <text> behaved similarly, but that no other elements had that problem. I also found that if the connected-to object was in a group, then moving the group doesn't emit a `transformed' signal. In the case of clones (SPUse), it's unclear whether the clone should move in parallel with the move of the containing group. As a user I'd have expected the clone to move, but if I think about the SVG representation then the current behaviour makes sense, in that having the clone move in parallel with group moves would involve changing the transform on the clone.] Ted's rectangle test case now works. Text also now works, but not through any work of mine. (I'd guess because someone recently made sp_text_set_transform essentially a no-op.) I haven't yet addressed the case of connecting to something that's inside a group (that the other object isn't in). > It might be interesting if you posted these observations [about why > <text> and <rect> had the problem and no other shapes] to the list -- > I'd be curious if there was a good reason for this. In the case of SPRect, the problem was that its bbox is calculated from its SPShape information, but sp_rect_set_transform modified only the SPRect-specific data, it didn't call sp_rect_set_shape to update the SPShape data. The fix options were either - Provide an SPRect-specific bbox method rather than inheriting SPShape's implementation. - Add a call to sp_rect_set_shape from sp_rect_set_transform. I decided to do the latter, in case there were any other users of the SPShape information that would otherwise lag. pjrm.

3 9

how to stop wiki spam:
by bulia byak 16 Aug '04

16 Aug '04

2 ideas: - allow only registered users to post external links - make it possible to lock and old page so it's still there but not editable anymore How difficult is this?

2 10

grids, spacing and zoom
by Robert Crosbie 16 Aug '04

16 Aug '04

Using 0.39 stock. I noticed that if I show grid and scroll up through grid spacings, the grid will sometimes visually jump to a smaller size. Same thing with increasing the zoom. likewise with decreasing the spacing and zooming in but the grid spacing will jump to a larger size. I was trying to come up with a repearable process for displaying this, but it seems that paper size, zoom level and grid spacing are all dependent on each other to reproduce it. Check out this image and the difference between a grid spacing of 5 and 6 mm. http://members.rogers.com/rcrosbie/ink_grid.png Is there a relationship between the grid display and the zoom level? Shouldn't the grid be set in relation to the document/paper? Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ Don't just Search. Find! http://search.sympatico.msn.ca/default.aspx The new MSN Search! Check it out!

2 1

[Fwd: Re: Multiple Pages in SVG 1.2 + Hyperlinking]
by Jon Phillips 16 Aug '04

16 Aug '04

Here is the reply from the SVG list on multiple pages. Please post any thoughts on multple pages in Inkscape to this list. Jon -----Forwarded Message----- > From: Craig Northway <craign@...512...> > To: Jon Phillips <jon@...235...>, www-svg@...157... > Subject: Re: Multiple Pages in SVG 1.2 + Hyperlinking > Date: Mon, 16 Aug 2004 08:49:16 +1000 > > Jon Phillips wrote: > > >I'm trying to figure out how to implement Multiple Pages in Inkscape > >(www.inkscape.org), and wonder if there is a good way to allow for > >hyperlinking between pages, and thus to make pages individual documents > >that can be linked together by a master docuent using the current > >syntax, > > > ><pageSet> > > <page> > >  > > </page> > > > > <page orientation="90"> > >  > > </page> > > > > <page> > >  > > </page> > > </pageSet> > > > >If the above <page>...</page> could be: > > > ><page xlink:href="page3.svg" /> > > > >or > > > ><page xlink:href="fallCatalog.svg#page3" /> > > > >That would be brilliant for implementation, as SVG files with multiple > >pages would become huge. Also, by having multiple pages as multiple > >files, this could allow for easier reusability between > >documents/presentations/animations/slide shows. > > > >Comments or feedback? > > > >Jon > > > > > > Jon, > > Why can't you just do this > > <page> > <use xlink:href="somefile.svg#page3/> > </page> > <page> > <use xlink:href="someotherfile.svg#page4/> > </page> > > Where in somefile.svg/someotherfile.svg there is something like: > > <g id = "page3"> > ... > </g> > > or > > <svg id ="page3"> > ... > </svg> > > It seems to me that you suggestion is fairly redundant, or have I > misunderstood? > > It's also intended that paginated documents, particularly large ones, > should have streamedContents (section 9.2 1.2 in the current > specification) set to "discard" to facilitate implementations destroying > data from the previous page after rendering. So the size of the document > won't be as much of an issue for the renderer, providing content > generators take heed of this suggestion. > > Craig -- 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 Status 8/15/2004
by Bryce Harrington 16 Aug '04

16 Aug '04

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

1 0

Two patches waiting in Bug Tracker
by Dominic Battre 15 Aug '04

15 Aug '04

Hi. Can one of the gurus have a look and comment on the patches I have uploaded for these bugs? [ 995588 ] zero-length line with stroke:black problem http://sourceforge.net/tracker/index.php?func=detail&aid=995588&group_id=93… [ 995582 ] newline inside of a <text> element is not stripped http://sourceforge.net/tracker/index.php?func=detail&aid=995582&group_id=93… Dominic

2 1

Web Site Changes
by Plinnell 15 Aug '04

15 Aug '04

Hi, I am in the middle of a changing the DNS servers for http://www.scribus.net You might not be able to directly access it in the next 24-48 hours, until the changes propagate throughout the DNS peers. In the mean time, if it is unaccessible, you can get to it via http://www.scribus.org. uk, http://scribus.us or http://scribus.biz Once, this is in place, we can directly link to it, instead of the current redirect. Thanks for your patience. Peter

1 0

randomized stars
by bulia byak 15 Aug '04

15 Aug '04

* A new Randomization control for the Star tool lets you set the amount of random displacement of the star's tips and (for rounded stars) curve handles. A little randomization makes a star less regular, more humane and sometimes funny; strong randomization is a way to obtain a variety of crazily unpredictable objects. Unleash your imagination!

3 9

knot statusbar tips
by bulia byak 15 Aug '04

15 Aug '04

* Each knot (control handle, node, node handle, etc.) displays a tip in the statusbar when mouseovered, explaining the function of the knot and its applicable keyboard modifiers. P.S. Don't forget to update http://inkscape.org/cgi-bin/wiki.pl?ReleaseNotes when you do something notable.

1 0

pattern edit regression
by bulia byak 15 Aug '04

15 Aug '04

Now when you start dragging the pattern scaling knot, the scale "jumps" unpredicably. There was some recent pattern-related change in object-edit by Carl which may have caused this. Carl, could you please look into this?

2 1

more GC work (SPRepr)
by MenTaLguY 15 Aug '04

15 Aug '04

Been doing some more gc-related work; I've been taking advantage of the facilities offered by the garbage collector to simplify SPRepr's implementation a little. The biggest win was in the strings used in the repr transaction logs. Previously, new copies were made to put in the log since memory management got hairy otherwise. Now the transaction logs and the attributes/text nodes can share the same strings. Another win is that SPRepr does not require a destructor anymore. Some current rough areas: * because finalizers are needlessly registered for SPRepr (as an Inkscape::Refcounted), we will occasionally end up with finalization cycles. This is not really harmful (especially for an object which has no destructor), but it does print a message on stderr and leak a very tiny amount of memory when it happens. I need to figure out how to have finalizer registration for Inkscape::Refcounted be optional. * secondly, the shared, immutable, garbage-collected strings allocated with Inkscape::Util::shared_c_string() are currently indistinguishable from any other C string. I am wondering whether I should introduce a special class for these, so type-checking will prevent someone from passing an ordinary string when they should be passing one of these instead (passing a static string is OK, but a temporarily allocated string will cause interesting and hard-to-diagnose bugs when it is freed out from under someone who was still holding a reference because they assumed it was safe to do so...) -mental

1 0

text refactored
by bulia byak 14 Aug '04

14 Aug '04

I just finished committing a huge patch from Fred which refactors the old sp-text into smaller pieces. The text system now became more powerful, about 10% faster, with less arbitrary limitations, and much more manageable. This is the foundation on which the GUI for the recently added flowtext and texpath will be built, as well as a necessary prerequisite for implementing text selection and styling of arbitrary text fragments. As of now, almost everything that used to work, works. Known exceptions: - letterspacing adjustment from keyboard does not work - kerning adjustments from keyboard does not work in non-latin text - keyboard movement in non-latin text is wrong (2 arrow keypresses needed to move one char) - the End key jump in the last line is off by one char These problems will be fixed soon. Of course there are likely other bugs too. Please test text editing and rendering thoroughly and report the results here. For now we're only interested in things that used to work until today but are broken now; if you discover something which also did not work in 0.39, submit to the bug tracker.

2 1

undo before finalizing
by Robert Crosbie 13 Aug '04

13 Aug '04

This may just be unexpected behavior. While drawing a line, If I select Undo before I've finished that line, it will undo the previous action, or remove the previous object. Now if I finalize the line I'm drawing and select Redo, it doesn't do anything. The previous action/object it undid is now lost. I was expecting that if I selected Undo while I was drawing a line, it would cancel or remove the line I was working on. Cheers, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ Powerful Parental Controls Let your child discover the best the Internet has to offer. 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*.

2 1

gc-awareness
by MenTaLguY 13 Aug '04

13 Aug '04

I've just reworked SPRepr to derive from Inkscape::Refcounted, so it is garbage-collector-aware (I've already done this with NRObject). What I mean by "gc-aware" is that it is safe to put pointers to garbage-collected objects in them, and that they are managed by the garbage collector. Normally gc-aware objects should derive from Inkscape::GC::Object or Inkscape::GC::FinalizedObject. GC::Object is the most lightweight of the base classes; it has no overhead, but destructors will not be run when it is collected (not a problem if there are no nontrivial destructors). GC::FinalizedObject (deriving from GC::Object) runs its destructors before it is collected, but there is additional overhead for tracking the destructors and a C++ vtable. Inkscape::Refcounted (which derives from FinalizedObject) is the heaviest of the "gc-aware" base classes, as it adds the overhead of an "Anchor" pointer and a refcount. The refcount is initialized to 1. It's also special among managed classes in that it allows you to safely keep references to Inkscape::Refcounted objects in non-gc-aware classes; all you need to do treat them like normal refcounted objects; increment their refcount with Inkscape::Refcounted::claim(), and decrement it with Inkscape::Refcounted::release(). As a result, an Inkscape::Refcounted will never be collected out from under you so long as its refcount is nonzero. The intent is that Inkscape::Refcounted will provide an interface between non-gc-aware code (e.g. classes derived from GObject or gtkmm's Glib::Object), and lighter-weight gc-aware objects. (it's safe to store pointers to gc-managed objects in automatic, global or static variables, as well as function parameters, so this is only a concern for storing pointers in dynamically-allocated objects) By the way, we can't simply make glib use the boehm allocator, since glib is used to allocate pixmaps, and RGBA pixmaps look like huge arrays of pointers. Maybe we could get away with it, but I think that'd be pushing our luck with a conservative collector. -mental

2 1

textFlow Example
by Jon Phillips 13 Aug '04

13 Aug '04

I made a full page letter overview of inkscape using the new textFlow features. I wrote it in a text editor. Once a UI is done for this feature, the usefulness of inkscape is going to scale incredibly!!! http://www.inkscape.org/doc/index.php I also split the documentation into user and developer on the website and updated the news. 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/)

2 2

breakage!
by bulia byak 13 Aug '04

13 Aug '04

Current CVS is unusable. 1. Start, press ctrl+n. Tools icons partially disappear on the new window. Open fill&stroke. At first only the stroke color tab icon is lost. Close the dialog, open again. Now all icons disappear. 2. Draw anything with the bezier tool. You get: ** (inkscape:19152): CRITICAL **: file sp-item.cpp: line 774 (NR::Matrix i2anc_affine(const SPObject*, const SPObject*)): assertion `object != NULL && ancestor != NULL' failed ** (inkscape:19152): CRITICAL **: file sp-item.cpp: line 774 (NR::Matrix i2anc_affine(const SPObject*, const SPObject*)): assertion `object != NULL && ancestor != NULL' failed Please fix ASAP. P.S. Please try to better test things before committing.

3 7

session id bug squashed
by Jon Phillips 12 Aug '04

12 Aug '04

FYI (cuz this is not on the roadmap): I fixed the website Session ID bug on both inkscape and open clip art library. That should give a bit of boost to web traffic and less errors when moving between wiki and web pages. 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/)

2 1

Re: [Inkscape-devel] compiling inkscape
by Tuukka Pasanen 12 Aug '04

12 Aug '04

> On Wed, 11 Aug 2004, Felix Rabe wrote: hi, >> What do you folks think? Was there already a discussion on shifting the >> Inkscape build environment to something else on Jabber / this list / >> somewhere else? What was the result? > > We've not discussed moving away from automake afaik. I doubt we'd ever > seriously consider that due to issues such as the ones you've outlined > about newer solutions being too new. Probably the best solution is for > some of us to just to bite the bullet and learn it. I know at least a > couple people have been doing this. This is definitely one of the > weaker skill areas in Inkscape, so anyone interested in developing those > skills would be very encouraged to do so. > > Bryce > Autotools are just pain. I've been dealing with them in my 'REAL' work. They just suck most of the time but they can also be your best friends (When crosscompiling).. I don't see necesery to move away from autotools but inkscape build system should be cleaned a much. Example those makefile_insert stuff should gogo and that autogenerate depencies just make it worse.. There should be one person whose taking care that build is working (buildmanager?). I don't know if there such person in inkscape project. If someone wants to investigate alternatives there is SCONS (http://www.scons.org/) I haven't used it but seen big projects to get simple buildsystems with it (example http://www.blender.org).. it should work on MacOSX and Windoze also. Tuukka

1 0

Can`t build inkscape from cvs :-/
by Makurin Roman 12 Aug '04

12 Aug '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all! 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/libtool-1.5.2-r5 dev-libs/libsigc++-2.0.3 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 How can I fix this bug? - -- Registered Linux User: 355904 ICQ: 105266647 JID: drolyk@...189... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFBFAOUufAZCWBpz4kRAjAJAKCQDcgiqvmZbpbLjZy9vesTE0bc3ACfeqaa WpB5XKlPg0e4SmRBXPsrXJQ= =md1/ -----END PGP SIGNATURE-----

6 13

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