- Inkscape Devel - Inkscape Mailman

RE: [Inkscape-devel] new AST module
by bulia byak 02 Mar '04

02 Mar '04

>Starting today, I'll be working on a new Inkscape::AST module, which >will eventually replace the current SPRepr subsystem. Hurray!!! I can't wait when it's ready! :) But what does AST stand for? >The goal is to reduce the complexity of the XML code, while allowing for >e.g. CSS and SVG path data to be manipulated in the same tree, in >broken-down form (rather than as monolithic strings). And also to automate any and all inheritance and precedence issues, so that we can use ONE function to access the effective value of any property, be it in CSS string or in attribute, no matter how many levels of parents or defs (defs can be recursive, too) may affect it. _________________________________________________________________ Click, drag and drop. My MSN is the simple way to design your homepage. http://click.atdmt.com/AVE/go/onm00200364ave/direct/01/

2 1

directory reorganization
by Jonathan Phillips 02 Mar '04

02 Mar '04

SO I proceeded with the dir. reorg. last night and I have the head compiling and all that. I still have some other little tweaks, but the largest chunk (excluding packaging) has been committed. Please make sure that I did not break anything. The icons and extensions folders now are inside share. Also, I put the svg files that were in icons (about.svg, keys.svg, and tutorial.svg) and put them into share/screens and updated and created a variable INKSCAPE_SCREENDIR instead of INKSCAPE_PIXMAPDIR for these files where accessed in help.cpp (this is defined in src/Makefile.am). ISHMAL, could you please look and see how a fresh cvs windows build works. I have a strong feeling that a I broke it, as I have no test box and tried to conceptually follow what I did on the linux side. The part that might not work I'm pretty sure is contained in config.h.mingw and Makefile.mingw I believe. I became slightly confused after staring at weird makefile syntax for a couple of hours. I will delve further into cleaning up the makefiles now that I understand automake and makefiles much better. There is sooo much legacy architecture and cheap hacks where the same paths are called in different places in the makefiles. Also, would you all agree that I should migrate the current recursive makefiles to just one top-level makefile? You all might also email me/the list a wishlist of how to clean up the source tree and the makefile nasties as they currently exist. If you want to refer to the dir. reorg plan: http://inkscape.org/cgi-bin/wiki.pl?DirectoryReorgProposal Thank you, Jon -- Jonathan Phillips <jon@...15...>

6 9

roadmap items + general timeline
by Jonathan Phillips 02 Mar '04

02 Mar '04

Hello all, I'm just reviewing the roadmap right now and it looks like maybe we could all give it another once-over. There are a few tasks that have not been taken on by anyone. Maybe we should all look at the bug tracker as well to see if there are any bugs we can help smooth out--as this is the bug hunt. Also, I'm wondering when we think we will get 0.38 out the door generally. I know we don't operate on timed releases, but I think if we can start to see the general timeline for the next release, our work will start to hone in on a general time. Who is working on an extension proposal? That is on the roadmap for this release. I posted a wiki page so that we could splatter some paint on the canvas and brainstorm. http://inkscape.org/cgi-bin/wiki.pl?ExtensionArchitectureProposals Is there anything that needs to be freshened up on the site as well? If you wouldn't mind spending a couple of moments looking at it, I will update some aging news items, add some new screenshots, and so forth. thx Jon -- Jon Phillips UCSD Graduate Researcher Computational Media PO BOX 948667 La Jolla, Ca 92037 858.361.2811 www.jonphillips.info jon@...247...

2 1

Looking for Galleries out there...
by Jonathan Phillips 02 Mar '04

02 Mar '04

Does anyone have a gallery of work, or images online that were created with Inkscape. I am looking for artists whom have created work that we can link to on the website. If you would like to post your gallery of svg artwork, you can do so on the wiki. Jon -- Jonathan Phillips <jon@...15...>

1 0

Re: [Inkscape-devel] new AST module
by bulia byak 02 Mar '04

02 Mar '04

>svg.scene.forest.tree[x].branch[y].bird.color=blue; Absolutely. I love XPath. However, standard XPath is not equipped to access individual CSS properties, which we must access to control bird colors. So we'll probably need an extended XPath-like something for that. _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

new AST module
by MenTaLguY 01 Mar '04

01 Mar '04

Starting today, I'll be working on a new Inkscape::AST module, which will eventually replace the current SPRepr subsystem. The goal is to reduce the complexity of the XML code, while allowing for e.g. CSS and SVG path data to be manipulated in the same tree, in broken-down form (rather than as monolithic strings). libxml will still be used for parsing XML data, and hopefully we will be able to start using libcroco for CSS data as well. The new XML editor will also use the AST code, and it in turn will serve as a basis for the Layers dialog UI. Questions are welcome. -mental

4 4

Compile warnings
by Jon A. Cruz 01 Mar '04

01 Mar '04

I just did a rebuild after updating to the new layout. When I did, it came up with 805 warnings. Eeeek!!!! Guys, when you have a chance, see if you have -Wall configured and try to get to zero warnings. I know a lot of more verbose ones have come up recently, especially with our changes to C++ and such. So I am being a bit of a complainer here. :-) But... on projects I've seen where warnings were kept out, quality came up. So though I expect zero-warnings may not be hit any time soon, keeping that in mind as a goal will help our code be better. Thanks.

2 1

9. Extract SVG Canvas into a library 0.43
by Charles Goodwin 01 Mar '04

01 Mar '04

>From the roadmap overview: (http://www.inkscape.org/roadmap.php) 6. Create Plugin Architecture 0.40 * This architectural change will establish a new mechanism for how features are added and maintained in the codebase. 7. New Features 0.41 * Implement snap-to object, enhanced layer support, and boolean operations. 8. STL Architectural Change 0.42 * Shift codebase to using STL for data structures. * Replace use of #defines and enums with hashmap lookups 9. Extract SVG Canvas into a library 0.43 Obviously I'm massively ignorant of the issues involved, but from what I can see milestones 6 and 7 are relatively independent of 6 and 9. >From a GO perspective, it would absolutely brilliant if you could bring milestone 9 into milestone 6, the point at which you might start using libgoffice for the plugin handling. (And I personally hope you do because it will help make goffice more functional, featureful, and robust as well as give Jody a bit of help.) The reason I bring this up is that the sooner the Inkscape SVG canvas is available, the sooner other applications (esp. GO apps) can organise themselves around incorporating it. -- - Charlie Charles Goodwin <charlie@...208...> Online @ http://www.charlietech.com

5 4

scrolling weirdness
by Jonathan Phillips 29 Feb '04

29 Feb '04

Bulia or anyone else, When I scroll use the vertical scrollbar everything is very smooth and the canvas is not smeared, but when I use my scrollbar mouse, the canvas is smeared in the update. This is especially true when looking at the tutorial. Can someone else verify this. Although this is not a bug, it is kinda weird updating of the canvas. Anyway...it becomes cumbersome to use the scroll mouse to move around with these weird updates, as you can't see exactly where you are heading. It would be nice if a similar update method was used as is with the vertical scrollbar wheel. NOTE: I have not looked at the code for thi. Jon -- Jonathan Phillips <jon@...15...>

1 0

Reminder on IRC Scribus and Inkscape or Inkscape and Scribus ;)
by Peter Linnell 29 Feb '04

29 Feb '04

Hi all, To clarify: IRC meet at #scribus on freenode.net 07:00 CET Sat 28 Jan. = 1 AM EST or 10 PM PST. Fri. PM Please review the notes at: http://www.inkscape.org/cgi-bin/wiki.pl?ScribusInteroperability Thanks and look forward to this. Peter

5 10

Re: [Inkscape-devel] xft font fixes
by bulia byak 29 Feb '04

29 Feb '04

>This is probably unrelated, but I am getting a segfault on nr-type-w32.cpp Hi Bob, this is now fixed, fonts work again on win32 at least as they used to (plus with styles sorted in the list). However when I tried to make it correctly display Cyrillic font names, I found that g_locale_to_utf8() does not work (even though g_locale returns the correct locale, CP1251). The error returned by the conversion function says "Error during conversion: no such file or directory" (code 2), which suggests that it requires some external module or table which is not included with your GTK or Glib files. Could you please check this, and add anything necessary for conversion functions to work? _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

3 2

Re: [Inkscape-devel] inverse handles
by bulia byak 28 Feb '04

28 Feb '04

>Just to clarify, "as they used to" refers just to the final visual result >if the background is white, it doesn't mean using semi-transparency: >just as currently we don't do "pure" inversion (especially when the >background is near 50% grey), we can similarly tweak the function >to give a given image as the background approaches white. OK, now the function is (in helper/sodipodi-ctrl.cpp): #define COMPOSE_X(b,f,a) ( ( ((guchar) b) * ((guchar) (0xff - a)) + ((guchar) ((b ^ ~f) + b/4 - (b>127? 63 : 0))) * ((guchar) a) ) / 0xff ) where b is background, f is foreground, a is alpha. Propose your own and we'll compare. >which the default style is decidedly bad. E.g. inversion is bad for >very noisy background: inverting noise is still noise. The goal of the handle is not to turn noise into non-noise. Its main goal is to be visible. With inversion, it fails to be visible only when it overlays an object which is a copy of the handle, i.e. has inverse color relative to the surroundings and has the same shape. The probability of this is close to zero. Any other noise is not an obstacle to it being visible with inversion. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

3 2

IRC Logs
by Peter Linnell 28 Feb '04

28 Feb '04

Hi all, First, I think it is fair to say it was a very promising start at cooperation and many many good things will come from this in the future. For those unable to attend or had connection problems, I have posted the log (60k) at: http://www.atlantictechsolutions.com/inkscape/28022004.log Cheers, Peter

1 0

Re: [Inkscape-devel] further font problems
by bulia byak 28 Feb '04

28 Feb '04

>however when I skimmed it a little while back I recall noticing that there >were many problems with font info getting collapsed to simple strings when >there were more details in the info available. Yes, simply because CSS requires such collapsing. That's the point. Jon: Do you know if there's any progress with bug 866197, "problems with non-ascii filenames"? There was some activity in file-related areas recently, but I'm not up to date on the current status. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

further font problems
by bulia byak 28 Feb '04

28 Feb '04

Now that Inkscape can see all font styles, futher problems emerge. The biggest problem is that SVG uses CSS, and the premise of CSS is different from that of a design app. CSS was designed to get "as close as possible" font rendition on a wide variety of platforms. The goal of a design app is to render the font _exactly_ so long as it is available on the system. The font selection properties used by CSS include family, style, weight, variant, and stretch. Each property has a fixed limited set of values: http://www.w3.org/TR/SVG11/text.html#FontPropertiesUsedBySVG Of these, currently supported by Inkscape (to some extent) are only style (italic or normal) and weight. However, even if all these properties are fully supported, Inkscape _would still be unable to reproduce some fonts_. Take a look at the list of fonts in the Caslon family here: https://sourceforge.net/tracker/index.php?func=detail&aid=904962&group_id=9… It has many variants that CSS simply cannot handle: Swash, Alternates, Old style figures, Expert, etc. I think it is unacceptable for Inkscape to ignore any fonts simply because CSS cannot describe them appropriately. So, I think the only acceptable (although unelegant) solution is to introduce a two-tier font specification. Namely, I propose to introduce <text> attributes inkscape:font-family inkscape:font-style that will hold the family and style exactly as reported by the OS, without attempting to parse them into weight, stretch etc. These will have precedence over CSS in Inkscape and will allow it to reliably use any installed fonts. For non-Inkscape renderings, the CSS specification will work as before (although it probably needs to be improved to handle more of the CSS properties and values). Comments? _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

Re: [Inkscape-devel] RE: yet another patch
by bulia byak 28 Feb '04

28 Feb '04

Thanks a lot, I committed your patch. We're excited about it because the old rasterizer was a sore spot, it was buggy and so cryptic that no one could really debug it. Your code is much easier to understand and improve. I hope we'll be able to optimize and further develop it. P.S. Let me know if you want CVS write access again. >From: fred <yafoyah@...48...> >To: bulia byak <archiver_1@...19...> >Subject: Re: [Inkscape-devel] RE: yet another patch >Date: Sat, 28 Feb 2004 00:54:36 +0100 (CET) > >a little modification that will make rasterization a >tad faster on some shapes (but not all). >the bug you have i cannot reproduce (same zoom same >file doesn't exhibit any problem), nor guess where it >comes from, sorry... > > > > > >Vous manquez despace pour stocker vos mails ? >Yahoo! Mail : 6 Mo gratuits ! >Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ > >Dialoguez en direct avec vos amis grâce à Yahoo! Messenger !Téléchargez >Yahoo! Messenger sur http://fr.messenger.yahoo.com ><< modif.tar.gz >> _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

RE: [Inkscape-devel] paste: ctrl+v
by bulia byak 28 Feb '04

28 Feb '04

>I rather use the import funktion, because that way I maintain the >gradients. That's true, but gradients will be ultimately fixed. >So as long as gradients aren't working, with copy paste >between documents, it doesn't really though, because I still would want >it to paste to where it was before most of the times. If you are creating many documents which are very similar in layout, then yes, paste-in-place may be needed more often. But it's a special case, not applicable to most regular work. >I don't always want to duplicate stuff... I usually need crtl+v when >trying to substract one object from several others. That is, you just want an object to be on top for subtraction? That's even easier, press Home and it will come to top without duplication. >so another possibility would be to have an option: maintain 'object >subtracted'. Don't understand this one, please elaborate. > > All vector apps I know paste into the current work area, not in the >original > > place. It's kind of like in text editor: when you paste text, you want >it to > > appear at your cursor, not in its original location, right? > >Sodipodi doesn't :) Sodipodi does oh so many things wrong with regard to usability. If we agreed with Sodipodi we wouldn't fork :) >in Illustrator I think you can change the settings Not in version 9 that I have, at least. It has regular Paste (ctrl-v) which places the object in the center of the window, plus Paste in Front and Paste in Back commands that paste in the original place. I think the two latter commands are not really necessary, one Paste in Place in enough. And the fact that Inkscape pastes at the mouse cursor position (and only if the cursor is outside the window, it pastes to the center of window) is I believe a further improvement over Illustrator. >and I don't know about Corel, but I believe it doesn't either, because >doublicate doesn't paste in the same place as standard and I think I >used copy-paste instead most of the time to have a doublicate at the >same place. If Corel doesn't have a workable Duplicate, it's not a reason for _us_ not to have convenient Paste :) >I've never seen that behaviour before, perhaps it makes sense, I can't >tell right now, because nobody ever used it, either because it's crappy >or because nobody ever thought of it. Besides Illustrator, Xara X also pastes in the middle of window by default (but has a Paste in Place command). So it's far from "nobody ever". _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

RE: [Inkscape-devel] [Fwd: Re: Inkscape 0.37 Released! Try it out!]
by unknown＠example.com 28 Feb '04

28 Feb '04

> From: "Jonathan Phillips" > I think we really need to get OS X DMG files, or an installer for OS X > releases. The majority of OS X folks do not understand > ./configure;make;make install. I agree. This would be good. Of course, who now will be able to do it? :-) According to the Wiki http://www.inkscape.org/cgi-bin/wiki.pl?MacOSXPort There is at least one person with a build machine available. I don't quite have the time to commit to it (due to all the other todo's on my list), but I would be able to test such a DMG whenever a build is done. Jon, maybe you should catch MrDocs on Jabber.

3 2

Re: [Inkscape-devel] inverse handles
by bulia byak 28 Feb '04

28 Feb '04

> > I made the selector handles inverse and tweaked their shapes a bit. > > Some of the colors of node edit and shape knots are also changed. > > Comments welcome. > >I find the handles in CVS at present (2004-02-27) uglier than the blue >handles in the usual case of white background. The one other person I've >asked agrees. Any other opinions? Everyone please speak up! >Can we change things such that on a white background things look as they >used to? Not unless I'm forced by popular vote, and in that case I'll have to patch my copy to have inversion anyway. Or implement handle styles so everybody could use what they like best. You know, the point of having these hamdles is not so they are "beautiful". The point is that they are intuitive, immediately visible, and immediately recognizable. As a person who spends hours in Inkscape doing real design work, I am of the opinion that inversion helps immensely. At first I thought that the new handles are maybe a bit too bright and large, but after some time I grew to appreciate their visibility. >If the only non-white part of the background is overlap with thick black >stroking (say 8--20 pt), then inversion is annoying (distracting) rather >than helpful. On the contrary, in such cases inversion helps me not lose track of the image. It just takes some getting used to - after some time your brain switches to the "inverse mode" and learns to abstract the handle and the background into different planes of perception, so they never obscure or damage each other. >Maybe try having a one-pixel-wide white border around the existing >one-pixel-wide black border, and use semi-transparency rather than >xor'ing. You know, I've tried many coloring variants, including all kinds of borders, before I reluctantly set it to plain inversion. Reluctantly because most other apps use inversion too, and I hoped I could invent something smarter than most. Nope, it did not work. Any border immediately makes the handles look noisy (there's no AA) and overcomplex, and any color of their own damages the subconscious abstraction of the handles as something entirely different than the objects. Besides, it is well known in design that transparency and fancy colors only work starting from some minimum size; in too small objects they only give you annoying "dirt". Small things must use bold simple colors (or inversion) to be visible and usable. > I'd guess that semi-transparency would be more real-world-like >than xor'ing, and hence perhaps less distracting. Being real-world-like is a good goal when you are drawing a real-world-like picture. When you are creating an _interface_ to help you draw pictures, however, the goal is different and in some aspects even opposite. _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

inverse handles
by bulia byak 28 Feb '04

28 Feb '04

I made the selector handles inverse and tweaked their shapes a bit. Some of the colors of node edit and shape knots are also changed. Comments welcome. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

4 3

RE: [Inkscape-devel] paste: ctrl+v
by bulia byak 27 Feb '04

27 Feb '04

>who would not want to paste in place? Most people use copy/paste for moving objects to other documents or to other parts of a document. Therefore it makes perfect sense to paste into where you are working now, instead of the old place which may well be invisible in your current view area. If you want to duplicate an object without moving it, you don't need copy/paste; use simply Duplicate (Ctrl+D). All vector apps I know paste into the current work area, not in the original place. It's kind of like in text editor: when you paste text, you want it to appear at your cursor, not in its original location, right? >Is there a way to have ctrl+v do >paste in place instead of just paste? this already pissed me off, when I >was using adobe indesign, but I was able to quickly change that. How do >I do so in inkscape? There's no easy way to do this until we make all shortcuts configurable (it's in our plans). For now you can edit src/shortcuts.cpp replacing sp_shortcut_set (SP_SHORTCUT_CONTROL_MASK | GDK_v, SP_VERB_EDIT_PASTE, true); sp_shortcut_set (SP_SHORTCUT_CONTROL_MASK | GDK_V, SP_VERB_EDIT_PASTE, false); sp_shortcut_set (SP_SHORTCUT_CONTROL_MASK | SP_SHORTCUT_ALT_MASK | GDK_v, SP_VERB_EDIT_PASTE_IN_PLACE, true); sp_shortcut_set (SP_SHORTCUT_CONTROL_MASK | SP_SHORTCUT_ALT_MASK | GDK_V, SP_VERB_EDIT_PASTE_IN_PLACE, false); with sp_shortcut_set (SP_SHORTCUT_CONTROL_MASK | GDK_v, SP_VERB_EDIT_PASTE_IN_PLACE, true); sp_shortcut_set (SP_SHORTCUT_CONTROL_MASK | GDK_V, SP_VERB_EDIT_PASTE_IN_PLACE, false); sp_shortcut_set (SP_SHORTCUT_CONTROL_MASK | SP_SHORTCUT_ALT_MASK | GDK_v, SP_VERB_EDIT_PASTE, true); sp_shortcut_set (SP_SHORTCUT_CONTROL_MASK | SP_SHORTCUT_ALT_MASK | GDK_V, SP_VERB_EDIT_PASTE, false); and recompile. _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

paste: ctrl+v
by David Christian Berg 27 Feb '04

27 Feb '04

who would not want to paste in place? Is there a way to have ctrl+v do paste in place instead of just paste? this already pissed me off, when I was using adobe indesign, but I was able to quickly change that. How do I do so in inkscape? David

1 0

xft font fixes
by bulia byak 27 Feb '04

27 Feb '04

Today I looked into how Inkscape finds and presents fonts (using Xft, i.e. this only affects Linux). Lots of problems are now fixed. 1. For some reason, Inkscape ignored all fonts from *.pfa files, commenting thus: /* fixme: This is silly and evil */ /* But Freetype just does not load pfa reliably (Lauris) */ /* Changed to exclude pfa, better for OSX */ In my tests, pfa fonts are loaded just as well as any other fonts. So I restored the pfa loading capability. Now I need someone else to confirm that it works with pfa fonts. This may fix bug 894947. 2. Much worse, when parsing a font, Inkscape (that is, Sodipodi, because this part of the code did not change from Sodipodi times) only pays attention to weight and slant - and nothing else. As a result, font faces within a family that differ in some other parameters (condensed, outline, small caps etc) were simply ignored, not used and not shown. Until today, Inkscape only loaded 173 font faces on my system; after I fixed this and the pfa loading, it shows 202! This will likely fix bug 904962. 3. The names for faces within a family were constructed by Inkscape from the numeric weight and slant parameters. As a result, all fonts were shown in the list as "Normal", "Italic", etc., even when the fonts used different style names (Regular, Book, Slanted etc). Now it remembers and uses for display the exact style name of the font as returned by Xft. 4. When sorting full font names into families, a rather stupid algorithm was used which unreliably compared font names with family names. As a result, fonts sometimes ended up in wrong families. This is now fixed, each font remembers its exact full name and family name as reported by Xft. 5. Very annoyingly, the list of styles in the Text dialog was not sorted. Now it is sorted so that Regular or Roman always comes first, then Italic, Bold, Bold Italic. TODO: This is only tested on Linux. I may well have broken something on Windows. This also requires additional testing (and likely coding) to accommodate non-ASCII font names and style names. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

3 3

[Fwd: Re: [Sodipodi-list] Re: Reply To: Sodipodi / *nkscape...]
by Jonathan Phillips 27 Feb '04

27 Feb '04

This is an unfortunate attitude. I disagree thoroughly with many points of contention in the following forward. I do think the best course of action towards this type of negative emotional criticism is to blow past it and focus on the goals (ie, our roadmap--prove the critics wrong). My initial response was to point by point discuss reply to this on the sodi-list, but I do not agree with that philosophy, as I feel that Inkscape is moving in the totally proper way. The reason we forked is because the codebase was being held up and communication was being routed (basically) through one person's decision-making. While the codebase might be open source, that style of management sounds similar to many top-down closed source projects, and thank God that both codebases are GPL'ed. FYI Jon -----Forwarded Message----- From: Tobias Jakobs <tobias.jakobs@...128...> To: Sodipodi <sodipodi-list(a)lists.sourceforge.net> Subject: Re: [Sodipodi-list] Re: Reply To: Sodipodi / *nkscape... Date: Fri, 27 Feb 2004 21:48:51 +0100 Am Do, den 26.02.2004 schrieb Lauris Kaplinski um 22:44: > Hello! > > It was probably complicated story, but I know little about > the actual reasoning among the *scape guys. But certain aspects > of their immediate behaviour were unacceptable in my opinion. > - Immediately after creating fork, instead of keeping low > profile for a while, they started massive advertizing > (and vapourware) campaign to draw the attention away from > sodipodi to their project. Sodipodi had progressed slowly > to the state, where it started to draw more and more > attention. I think that was normal PR and in every News was the sentence "Inkscape is a Sodipodi fork." And that is even PR for Sodipodi. This was not against Sodipodi. > I had personally hoped to start making money > working on it, How? > that is now very much hopeless, as I have > no resources to compete. They will slow down, belief me. > - The for was from the start not so much about technical > disagreements, No technical disagreements? C++ vs. C SVG vs. perhaps something else GTK vs. "gtk is to slow perhaps I will something new" > but about personal egos. Other than small > cosmetic changes, *scape is targetting exactly the same > audience, development and usage philosophy than sodipodi. > So this makes quite clear, why they chose to do total > rename, instead of working on 'sodipodi on steroids' or > whatever similar thing. > - The main initiator of fork was at the same time working > for major OSS promoting organization (OSDL). This gave > him instant advantage by having more connections and > resources to promote the fork. I also find it quite > inappropriate for an employee of OSS promoting organization > to 'steal' other people's project. > You haven't lost anything. And it is there right to fork, even if it is just because they don't like the maintainer. > In brief - thay take my (plus several other contributors) > 4-year work, branded it as their own, and started 'selling' > it as their own. If that is, how free software developments > turns out (the ones with more advertizing power always screw > independent developers), I see little reason, why we should > case about OSS more than from properietary ways. > Advertising is for OSS as important as for proprietary software and it always was. Think about Linux vs. BSD ... > Sorry for ranting... :-( > I can understand you. > > Do you have any plans to arrange Sodipodi's GUI to > > something similar to *nkscape's ??? > > Currently, this is *nkscapes only 'Real' advantage over > > Sodipodi ( as it improves the workflow considerably ). > > I do not know, what you exactly mean by rearranging sodipodi > GUI. The medium-term target for us is GIMP-2 GUI with detachable, > draggable, dockable toolboxes and dialogs (althoguh without > per-window menubar probably). The Incsape GUI is really bad, you need much more clicks and mouse moves and if you use more than one document it is even worse. I really love the GIMP2 GUI. MfG Tobias

1 0

(no subject)
by bulia byak 27 Feb '04

27 Feb '04

Hi Bob, I just tried your software for cross-compiling win32 inkscape on linux, and got this: libinkscape.a(xml-tree.o)(.text+0x47a7):xml-tree.cpp: undefined reference to `in_dt_coordsys(_SPObject const&)' make[1]: *** [inkscape.exe] Error 1 make[1]: Leaving directory `/home/d/ink/test/inkscape/src' make: *** [all] Error 2 Any ideas? _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 3

bug: crash when trying to close path
by John Cliff 27 Feb '04

27 Feb '04

Hi folks, I know the aim is to close bugs not open them, but I've found another "crashes it every time i do it" bug. Steps to crash inkscape are as follows: create a rectangle, switch to path mode, convert it to path, select the 2 nodes on one side and hit the + a couple of times so you have one side divided into 4 sections. select 2 of the new nodes, and split the path, now select the same 2 nodes and hit tje join path at selectd nodes button, and voila, error box. error on win2k reads: **ERROR**: file nodepath.cpp:line2778(void sp_nodepath_subpath_close(SPNodeSubPath*)): assertion failed: (sp->first->cpde == ART_MOVETO) aborting... after which it bombs out. entered in tracker as bug #900635 cheers John __________________________________ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools

4 8

Re: [Inkscape-devel] RE: yet another patch
by bulia byak 27 Feb '04

27 Feb '04

>ok, that was a numerical instability in the Ligne.cpp >file. Thanks, that one is fixed. >on my box, the second example you sent me didn't >produce any errors. it might be that floating point >computations are different since it's a PowerPC CPU, >but still, it's intriguing I attach a screenshot. Does it help? I have found no more rendering problems so far. The only thing I'm concerned about is the speed. Like I said, it's not intolerably bad, but it's noticeably slower than before at high zooms. It would be nice to avoid such regression. Do you think your code can be optimized for speed? Have you tried to optimize it already? _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

presentation slides
by Jonathan Phillips 27 Feb '04

27 Feb '04

Hello all, I had some time today and earlier found out that I am going to give a presentation about Inkscape at UCSD at this place Center for Research in Computing and the Arts, and thus, made some default slides for presentations of Inkscape. They are in the head inkscape cvs module in share/examples/ . They are perfect for standard screen sizes and I made em look purty. Talk amongst yourselves, or tweak, change and rearrange. I will put my entire presentation slides online as I'm developing a little 15 minute presentation. Is this the proper place for these? Jon -- Jonathan Phillips <jon@...15...>

1 0

Re: [Scribus] Announcing Inkscape 0.37 Release
by Peter Linnell 26 Feb '04

26 Feb '04

<snip> > But back to Inkscape -- my experience with Sodipodi [also in the < 1.0 > version zone (both < 0.5 actually)] suggests that I have better things > to do with my time. I'll have to respectfully disagree there. I have enjoyed some very productive discussions with the Inkscape devels and observed how they work together - it is a textbook example of FLOSS development. I have a *lot* of respect for what they are doing and the rapid progress they have made to date. The latest 0.37 is a much smoother, more polished release than anything to date in OSS svg editing. With some minor issues, SVG import to/from Scribus <> Inkscape is getting better by the day. See: http://www.inkscape.org/cgi-bin/wiki.pl?BigPicture and : http://www.inkscape.org/cgi-bin/wiki.pl?Roadmap I have built RH9/Fedora RPMS for the Inkscape 0.37 release, which are on their download page. Mdk RPMS and debs are also packaged. SuSE rpms soon to come. Peter

5 4

per-object selection indication
by bulia byak 26 Feb '04

26 Feb '04

As discussed in this RFE: https://sourceforge.net/tracker/index.php?func=detail&aid=875727&group_id=9… I added an indicator that lets you see at once what objects are selected and what are not. This is a small inverse diamond in the top left corner of the selected object's bounding box. This makes it much easier to handle multi-object selections. Comments welcome as always. _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

1 0

Re: [Inkscape-devel] RE: yet another patch
by bulia byak 26 Feb '04

26 Feb '04

>ok, path version 2 (or "son of the patch") >- miter limit handling: i was simply clamping the cusp >to the miter limit; i changed it to bevel when >miter-limit is exceeded. should be what's expected >- picking shapes borken: stupid me, not even able to >compute the distance to the shape... fixed. Thanks a lot! Both these problems are gone. Now I found a couple more :) Attached are two files: - in the first one, press + a few times, you'll notice thin horizontal lines across the white letters - in the second one, press - a few times, you'll see a black artefact across the shape outline at some zoom levels Maybe these bugs are related. As for slowness, I found that it's slower than before at high zooms, but still usable. Of course it would be nice to speed it up, but if not, I think we can live with that speed. >note on picking objects: the 871342 bug seems to stem >from incorrect bbox handling, rather than incorrect >shape pick() functions. couldn't locate it , tho You know what? I cannot reproduce this problem with your patch now. Looks like you've fixed it, too :) >the gtkpixbuf warning you get doesn't appear here. >dunno where it comes from That turned out to be unrelated to your patch - it happens on the unpatched version too. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

SCRIBUS Meeting Notes
by Jonathan Phillips 26 Feb '04

26 Feb '04

Could you all take a moment to look at this wiki page and write like a sentence or two about what you do in Inkscape. The SCRIBUS folks have little blurbs about their leads. http://inkscape.org/cgi-bin/wiki.pl?ScribusInteroperability Jon -- Jonathan Phillips <jon@...15...>

1 0

Re: [Inkscape-devel] auto scrolling
by bulia byak 25 Feb '04

25 Feb '04

>Actually, I realised after I had posted that what I really meant was a >'gap' around the window where it doesn't scroll. Now you have it: options.autoscrolldistance, in screen pixels, default 0. Moreover, this value can be negative, in which case autoscrolling will start _before_ you reach the edge of canvas. I found that this is much more convenient for working in fullscreen. Everyone please test the two new options (options.autoscrollspeed and options.autoscrolldistance) and make your suggestions as to what might be the best default values. You can vary them by editing your ~/.inkscape/preferences.xml. _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

"A first look at the new GIMP 2.0"
by Bryce Harrington 25 Feb '04

25 Feb '04

http://www.newsforge.com/article.pl?sid=04/02/23/1914218

1 0

RE: yet another patch
by bulia byak 25 Feb '04

25 Feb '04

>to replace libnr rasterization primitives in >nr-arena-shape.cpp; its use is triggered by the >#define test_liv in nr-arena-shape.h >it seems to solve libart-related bugs on my box, such >as 871582, 881397, 848690 and 854468 for shape >objects. sad thing, rendering is slower... >anyway, commit it if you're interested Wow! You absolutely rock! Thanks a million! The patch works wonderfully, and I did not notice any significant slowdown. I found only one problem with your patch: it seems to ignore the stroke-miterlimit property and thus may render very long miters, which is certainly not what a user expects. The old code also had problems with that property, in that it interpreted it as the minimum angle below which miter is chaned to bevel (at least that's the impression I got from experimenting, I have not looked into the code). The correct interpretation is different: http://www.w3.org/TR/SVG11/painting.html#StrokeMiterlimitProperty says that this property gives the upper limit of the ratio of the miter length to the stroke width. The initial value (used if not set explicitly) is 4. Currently, it seems like your patch ignores any value of stroke-miterlimit. Can you please fix that, using of course the correct interpretation of that property? P.S. For now I'll upload your patch to the patch tracker, so that other developers can have a look. Thanks again! _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

RE: yet another patch
by bulia byak 25 Feb '04

25 Feb '04

Here's one serious problem with your patch: It somehow breaks nr_arena_item_invoke_pick for a path, so that that function returns the item for every point inside its bounding box, ignoring the shape of the path. That is, you cannot pick items via "holes" in other items. Do this: - draw an ellipse - draw a freehand line around the ellipse - switch to selector and try to click on the ellipse Now you cannot select the ellipse by clicking - the freehand line is always selected, because the ellipse is completely within the line's bounding box. Also, the mouse cursor changes to hand over the entire bounding box of a path, instead of over the path itself plus some tolerance around it (options.cursortolerance). The same works OK without your patch. Another minor problem: when I load the sample file from https://sourceforge.net/tracker/index.php?func=detail&aid=854468&group_id=9… I get (inkscape:1057): GdkPixbuf-CRITICAL **: file ../../gdk-pixbuf/gdk-pixbuf-data.c: line 59 (gdk_pixbuf_new_from_data): assertion `data != NULL' failed _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

directory reorg
by Jonathan Phillips 25 Feb '04

25 Feb '04

Hello all, I started the directory reorganization by first creating all the folder outlined in Bryce's document in the WIKI. Please pay attention to if I break anything in the next day or so while I incrementally move our directory structure over to the proposed, and watch the Changelog for changes, as that will tell my tale. Could someone pick up the task of the packaging reorganization, as I don't feel smart enough to do that one yet. thanks, jon -- Jonathan Phillips <jon@...15...>

2 1

Packaging and new RPM's
by Peter Linnell 25 Feb '04

25 Feb '04

Hi all, Build issues: 1. the default configure script builds both static and dynamic libraries. Any reason ? I did --static=no and cut the build time significantly. Unless explained otherwise, I see no need for static libs on FC/RH. 2. I'll gladly do the OSX dmg files, but want someone to test these before having them sent into the wild. Catch me on jabber or IRC if you can test. Hopefully, we will have SuSE9.0 RPMS before long. I've added Red Hat 9 rpms as well as the Fedora ones on sourceforge. Cheers, Peter

2 1

SCRIBUS Meeting Notes
by Jonathan Phillips 25 Feb '04

25 Feb '04

Hello All, I posted all the scribus notes up on the wiki at: http://www.inkscape.org/cgi-bin/wiki.pl?ScribusInteroperability Hopefully we can get most developers to be a part of that meeting, as it is scheduled for Fri Feb 27 19:00:00 UTC 2004 (or, date --date='2004-02-27 11:00 PST' --utc from my commandline) FYI...Check out the notes and add/remove from what is posted. MRDOCS, have you coordinated everything with the Scribus folks? Jon -- Jonathan Phillips <jon@...15...>

1 0

XMP support
by Jonathan Phillips 25 Feb '04

25 Feb '04

Jon, I read through the XMP support package. I wonder if you are developing our XMP metadata support as a separate library, that others projects can use, like the SCRIBUS, GIMP, and sodipodi. If you haven't read all the XMP hype from Adobe, it is pretty cool overall. http://www.adobe.com/products/xmp I know that to develop support for it as a separate library is more work, but I really think that it is something that would benefit all these projects (but this is my hopeful thinking). reJon -- Jonathan Phillips <jon@...15...>

2 1

Re: [Inkscape-devel] inverse handles
by bulia byak 24 Feb '04

24 Feb '04

>What I am doing is to put a canvas behind the item/s I want to export, >which >in some cases is more useful. >1� I get a color background >2� I get the color I want as background. You can have bg color without adding extra objects in 0.37. Go to Dalogs > Document options and set the bg color/transparency of the page. It will also be used when exporting. _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

How to get Inkscape to produce <line> instead of <path>?
by Jason W May 24 Feb '04

24 Feb '04

When I draw a straight line in Inkscape, it generates a <path> element and never a <line>. If I import an existing SVG file with a <line>, edit and save, the <line> changes to <path>. Is it possible to have Inkscape output <line>? Should I care? Thanks, -Jason

1 0

Re: [Inkscape-devel] auto scrolling
by bulia byak 24 Feb '04

24 Feb '04

>It's a bit sudden, could you make it proportional to distance outside the >window? It _is_ proportional - the farther you go beyond the edge, the faster you scroll. However I now added a new option.autoscrollspeed: the value of 1 gives the current speed, 0 disables autoscrolling, a value between 0 and 1 gives a slowed-down autoscrolling. Everyone please experiment and report which value works best for you, I'll set it as the default. As for adding a delay, it's a bad idea from usability viewpoint. Anything that may make you wait is bad enough, and especially when you are doing something awkward or difficult, such as dragging. The response must be predictable and soft, but immediate. _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

Re: [Inkscape-devel] inverse handles
by bulia byak 24 Feb '04

24 Feb '04

>Speaking of bugs and sodipodi, I noticed this bug was closed in sodipodi: > >http://sourceforge.net/tracker/index.php?func=detail&aid=851467&group_id=93… AFAIK it was "fixed" wrongly there. They just added stroke-width to exported size, which will still leave the shape truncated in case of miter corners or in some other circumstances where a shape extends beyond its curve's bounding box. We have arrived at an understanding of what is necessary for properly fixing this (we need to query the renderer for the true bbox) but it's not yet coded. Does anyone think that porting the quick-and-dirty fix (adding stroke width) is worth its while? _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

[Fwd: Re: Inkscape 0.37 Released! Try it out!]
by Jonathan Phillips 24 Feb '04

24 Feb '04

I think we really need to get OS X DMG files, or an installer for OS X releases. The majority of OS X folks do not understand ./configure;make;make install. Jon -----Forwarded Message----- From: Daniel Zajicek <quadra_jack@...36...> To: Jonathan Phillips <jon@...15...> Subject: Re: Inkscape 0.37 Released! Try it out! Date: Sun, 22 Feb 2004 09:21:33 -0800 jon, Which file should I download for osx? I'm a little confused. dan > > INKSCAPE 0.37 RELEASED! > > A new version of Inkscape: Open Source Scalable > Vector Graphics Editor, > is now available for use. Inkscape 0.37 includes > many major new > features, numerous bug fixes, and extensive codebase > cleanup. > > Briefly > ======= > * New functionality: boolean operations on paths, > dynamic and linked > offsets, path outlining, standalone SVG viewer, > drag-and-drop, > letter-spacing. > * More convenient editing: top panel, new color > widget, 256x zoom, > snapped rotation with Ctrl everywhere, selecting > within groups, lots > of new shortcuts, and more. > * Interface and usability: saving view with the > document, zoom history, > fullscreen, hide/show all open dialogs, smarter > export dialog, helpful > statusbar, and much more. > * Inkscape internals: built with C++, brand new > classes for points, > rects, matrices, and URIs, massive cleanups. > * Last but not least: tutorial for new users, keys > and mouse reference, > Inkscape User mailing list, hassle-free Windows > builds. > > More Detailed Info > ================== > Release Notes > > http://www.inkscape.org/cgi-bin/wiki.pl?ReleaseNotes037 > > Screenshots > http://www.inkscape.org/screenshots/index.php > > Download From > ============= > > http://sourceforge.net/project/showfiles.php?group_id=93438 > > RPM, Debian, Windows, and source versions are > available. > > Please visit http://www.inkscape.org to learn more, > join our User > Mailing List, chat with the developers, and submit > your ideas for making > Inkscape the leading SVG-compliant vector graphics > tool. > > > > > -- > SF.Net is sponsored by: Speed Start Your Linux Apps > Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user > > -- > Jon Phillips > UCSD Graduate Researcher > Computational Media > PO BOX 948667 > La Jolla, Ca 92037 > > 858.361.2811 > www.rejon.org > jon@...235... > __________________________________ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools -- Jonathan Phillips <jon@...15...>

1 0

RE: [Inkscape-devel] Are these bugs?
by bulia byak 24 Feb '04

24 Feb '04

> > >http://www.charlietech.com/tmp/inkscape-oo-er.png I see. The reason for the difference is that the "Rect attributes" dialog shows you the raw SVG coordinates, while the top panel shows user corrdinates. The difference between them is typically a 0.8 multiplier (ask Mental about the origin of that multiplier, I'm not entirely sure) and the Y axis being turned upside down (for user, 0,0 is the lower left corner, but in SVG it's the top left corner). There were discussions about converging these two coordinate systems, but I'm not sure about the current status of that. In any case, the "object attributes" dialog is more of a debug tool, it's not really intended for end users. We will nuke it as soon as we have all of its functionality (and more) in the top panel. _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

4 3

RE: [Inkscape-devel] User Comments?
by bulia byak 24 Feb '04

24 Feb '04

>I do design (mostly for tee shirts), and I love what you have been doing >with Inkscape (although I must admit that I am still using Illustrator for >most of my work). Anyway, is it appropriate for me to post to this list >(not being a developer)? I have plenty of thoughts on the things that are >being discussed here and on the wiki, but my programming skills are pretty >weak. You're welcome. >On another issue, I've noticed that making an item insensitive does not >prevent it from being selected by a rubberband or a shift-click. Is this >the intended behavior, or should I submit a bug? The sensitive/insensitive property of objects is not actively supported at the moment, because we plan to implement layers instead (a layer can be made invisible and/or insensitive) and then perhaps eliminate the per-object sensitivity. However this bug of yours seems to be easy to fix, so please submit it to the tracker and I'll see to it when I have time. _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

2 1

Re: [Inkscape-devel] inverse handles
by Robert Crosbie 24 Feb '04

24 Feb '04

Speaking of bugs and sodipodi, I noticed this bug was closed in sodipodi: http://sourceforge.net/tracker/index.php?func=detail&aid=851467&group_id=93… Perhaps someone who is familiar with the internals of inkscape and sodipodi could quickly port the necessary code over. I added a note to link to the original CR. Cheers, Rob. http://members.rogers.com/rcrosbie >From: Bryce Harrington <bryce@...1...> >To: Nestor Diaz Valencia <nestordiaz@...207...> >CC: Jonathan Phillips <jon@...15...>, bulia byak ><archiver_1@...19...>, inkscape <inkscape-devel(a)lists.sourceforge.net> >Subject: Re: [Inkscape-devel] inverse handles >Date: Mon, 23 Feb 2004 22:29:34 -0800 (PST) > >On Tue, 24 Feb 2004, Nestor Diaz Valencia wrote: > > by the by, how's the bug hunting? I must say that it's been impossible >for me > > to making it crash. On the other hand I find it heavier than Sodipodi, >could > > that be true or it's my imagination? > > > > yours: > > Nestor > >The bug hunting is going fairly well, although we could always use more >help. A lot of the easier bugs have already been squashed so the ones >that are left are going to take some programmer musclepower to knock >out. > >By 'heavier' what do you mean? > >There are a lot of underlying differences folks have implemented that >could be showing up in how the app feels, such as changes to underlying >data types, conversion to C++, etc. However it'd be a little surprising >if they affect the performance in a noticeable way. > >Bryce > > > >------------------------------------------------------- >SF.Net is sponsored by: Speed Start Your Linux Apps Now. >Build and deploy apps & Web services for Linux with >a free DVD software kit from IBM. Click Now! >http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

Re: [Inkscape-devel] inverse handles
by bulia byak 24 Feb '04

24 Feb '04

>Any screenshots? please See the new one at http://inkscape.org/screenshots _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

5 6

User Comments?
by Michael Wheeler 24 Feb '04

24 Feb '04

Hi Everyone, I do design (mostly for tee shirts), and I love what you have been doing with Inkscape (although I must admit that I am still using Illustrator for most of my work). Anyway, is it appropriate for me to post to this list (not being a developer)? I have plenty of thoughts on the things that are being discussed here and on the wiki, but my programming skills are pretty weak. On another issue, I've noticed that making an item insensitive does not prevent it from being selected by a rubberband or a shift-click. Is this the intended behavior, or should I submit a bug? -Michael http://www.planet-zero.net

3 2

auto scrolling
by bulia byak 24 Feb '04

24 Feb '04

* The canvas is now scrolled automatically when you drag an object/node or do a rubberband selection and go beyond the edge of the canvas. Comments welcome. _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

2 1

RE: [Inkscape-devel] Are these bugs?
by bulia byak 24 Feb '04

24 Feb '04

>...why are the values different for the two different dialogues: > >http://www.charlietech.com/tmp/inkscape-oo-er.png 404 Not Found /tmp/inkscape-oo-er.png was not found on this server. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

2 1

RE: [Inkscape-devel] Are these bugs?
by bulia byak 24 Feb '04

24 Feb '04

>1) Add a gradient fill to shape A, then combine it exclusively with > another shape B to leave the remainder of shape A. If you copy > then paste A, it gives you back the correct shape but filled only > with black instead of the gradient. I cannot reproduce this as described. This can be either bug 853858 or 901978. If neither of these two fits your situation, please submit a new bug with detailed steps to reproduce and an attached sample file. >2) Add a gradient fill to shape A, then combine it exclusively with > another shape B to leave a shape that is originally smaller than > the original shape A. The gradient fill is scaled to the new > shape rather than keeping it's settings relative to the new shape > size as is most likely desired. Again, I cannot reproduce this. Please file a bug with an attached sample. _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

RE: [Inkscape-devel] Are these bugs?
by bulia byak 24 Feb '04

24 Feb '04

>3) After creating a rectangle, I can highlight it and select 'rect > properties' from the context menu where I can edit the X/Y and > other properties. If I then combinethe rectangle with another > shape, I can not find any way to manually edit the X/Y properties > other than rather clumsily in the XML editor. That's because a shape after any boolean operation becomes a generic path, and ceases to be any special shape it was before (such as a rect). In a general case, you cannot expect a result of a boolean operation to be anything but a path. However, for X/Y you don't need XML editor. Switch to Selector - there are convenient spinbuttons for X, Y, W and H in the top panel under the menu. They work for any object. >Another thing I would note is that I really would like to be able to >have a dialogue open to show the currently selected shape details so I >can quickly sift through different shapes without opening additional >dialogues. As it is, I can only open up details for individual shapes >and must do so for every single one. But that's a 'feature request'. ;) That's what the top panel is for. Currently it's mostly empty but we plan to add all kinds of tool-specific controls to it. E.g. if you have a star selected, switch to the star tool and you'll have fields for the number of rays, ratio etc. in the top panel, and these fields will reflect and affect the currently selected shape(s). _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

2 1

Re: [Inkscape-devel] inverse handles
by bulia byak 23 Feb '04

23 Feb '04

>One thing though. Do you think the handles are too large? Maybe. However if we stress usability, this is good. And it's difficult to make discernible and solid arrows in a smaller size. (You can try, it's in src/pixmaps/handles.xpm which can be edited in a text editor.) Personally I would prefer smaller and simpler ones (just little squares), but that's for power users. Maybe at some point in the future, we'll implement user-selectable (and user-definable) handle styles. _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

2 1

Are these bugs?
by Charles Goodwin 23 Feb '04

23 Feb '04

Sorry about asking here. I just wanted to check before tracking down my sf login details to do it there. 1) Add a gradient fill to shape A, then combine it exclusively with another shape B to leave the remainder of shape A. If you copy then paste A, it gives you back the correct shape but filled only with black instead of the gradient. 2) Add a gradient fill to shape A, then combine it exclusively with another shape B to leave a shape that is originally smaller than the original shape A. The gradient fill is scaled to the new shape rather than keeping it's settings relative to the new shape size as is most likely desired. 3) After creating a rectangle, I can highlight it and select 'rect properties' from the context menu where I can edit the X/Y and other properties. If I then combinethe rectangle with another shape, I can not find any way to manually edit the X/Y properties other than rather clumsily in the XML editor. Another thing I would note is that I really would like to be able to have a dialogue open to show the currently selected shape details so I can quickly sift through different shapes without opening additional dialogues. As it is, I can only open up details for individual shapes and must do so for every single one. But that's a 'feature request'. ;) -- - Charlie Charles Goodwin <charlie@...208...> Online @ http://www.charlietech.com

1 0

Re: [Inkscape-devel] Joining GNOME Office
by Charles Goodwin 23 Feb '04

23 Feb '04

On Thu, 2004-02-19 at 23:56, Martin Sevior wrote: > Well from an AbiWord perspective we're doing pretty much these things > too. We're certainly exploring new ways of improving the UI and adding > features and functionality not found in OOo or MS Word. ...which is what makes GO (or, more accurately for the moment, GO applications) so damned good. We're not cloning, we're innovating; we're doing things the right way as we see it even if it differs from the current normal. > They're far from [a fully integrated suite that is a drop-in > replacement for MSO] but they do have good MS Word filters. I pity the > poor secretary forced to use OOo after years of MS Office. To me the > point is that with OOo it is possible to exist without MS Office. Well, I was talking more about their philosophy and goal as opposed to the current state of OOo. > Charles would like us to produce a roadmap. From my perspective such > things are really hard. I find it hard enough to know when I personally > will complete things in my goals. Predicting what other people will do > is even harder. Yes, I would like to see a roadmap. But you seem to be referring to something as detailed as the Mozilla roadmap or the OOo roadmap. Currently there really is nothing other than the developers' intentions which are shared relatively privately (probably unintentionally) through various emails and are very difficult to track down. Which, in reality, amounts to nothing publicly. I'm not expecting a thorough document. But something would be better than nothing. Just a list of the applications aspiring to be part of GO and what their main goals are in order to achieve that. A bulleted list of the overall goals is what I'm asking for. Something simple but something solid and easy to understand. Eg: (and this is my hypothetical example, nothing official) Gnumeric: - fully foster plugin framework to libgoffice - separate out and charting engine into library Just like that for each application; short and simple. I don't think that's much to ask, do you? Then, at a glance, everybody knows where they stand in regards to their project and everybody else's. Then it can be built up from there as we identify and agree on ways in which GO can benefit from further integration between applications and those goals can also be listed. We are not a complex organisation like OOo or Mozilla. But without defining basic goals (even broad ones) then how do the projects know what to work towards? If we define nothing then projects will go in their own direction on some fundamental issues, which may lead to problems down the line. I think that identifying basic goals and priorities early, _now_, will be the key to making GO a suite in the near future. Otherwise it will be a long, long time before we can call GO a suite instead of a collection of loosely-related applications. -- - Charlie The future of the net - www.xwt.org Charles Goodwin <charlie@...208...> Member of the XWT Foundation

3 4

bugs on one page
by Jonathan Phillips 23 Feb '04

23 Feb '04

BTW-our bug tracker bugs all fit on one page now! Yea! Jon -- Jonathan Phillips <jon@...15...>

1 0

os x packages
by Jonathan Phillips 23 Feb '04

23 Feb '04

Has anyone built a mac os x dmg package? Several of my artist friends are wanting to install/try Inkscape for OS X and need a simple way to get it up and running? It would be great if an OS X user/developer could spend like 10 minutes on this page: http://inkscape.org/cgi-bin/wiki.pl?MacOSXPort Thanks, Jon -- Jonathan Phillips <jon@...15...>

1 0

txt2svg
by Bryce Harrington 23 Feb '04

23 Feb '04

For the helluvit I wrote a script to convert plain text into SVG <text> elements, using the Perl SVG module: http://www.bryceharrington.com/txt2svg/ Bryce #!/usr/bin/perl # This is a script to render a plain text file into SVG, line by line. use strict; use SVG; use vars qw($VERSION); $VERSION = '1.00'; my $svg = new SVG; $svg->comment('Generated by txt2svg'); my $i=0; while (<>) { chomp($_); s/\t/ /g; # Convert tabs into spaces, otherwise we get errors about invalid char my $text = $svg->text(id => "text_line_$i", x => 10, y => 12*(1+$i), 'xml:space' => 'preserve', style => { 'font' => 'Courier', 'font-family' => 'Courier 10 pitch', 'font-size' => 10, } ) ->cdata($_); $i++; } print $svg->xmlify();

2 2

RE: [Inkscape-devel] sticky zoom size
by bulia byak 22 Feb '04

22 Feb '04

>Any objections to adding 2 pixels to the bottom bar height? It seems the >sticky zoom button is temporary, but I have a thing for consoles free of >unnecessary output. ;) I don't get these warnings for some reason, but in any case I'd much prefer making the button smaller than blowing up the entire bottom bar for its sake. _________________________________________________________________ Dream of owning a home? Find out how in the First-time Home Buying Guide. http://special.msn.com/home/firsthome.armx

2 1

Re: [Inkscape-devel] Re: 'dialogs' menu (screenshot inside)
by bulia byak 22 Feb '04

22 Feb '04

>Idea: how about always showing that adjustement handle or showing it some >other way? >Why hide it until you turn on Node edit, I cannot help thinking of >programs like Microsoft Powerpoint that have these nodes visible just >after you first draw a shape? That is true, and it applies to other shapes as well (rect, spiral, star). They could be editable by their respective tools, not by node editor. Please file a RFE on that (or maybe we already have such an RFE, please check first). _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

Re: [Inkscape-devel] Re: 'dialogs' menu (screenshot inside)
by bulia byak 22 Feb '04

22 Feb '04

> > If you are going to use the stock icons from OpenOffice I think it would > > be far better if you used the ellipse icon that doesn't have a segment > > sliced out of it (because the ellipse tool in inkscape cannot draw >shapes > > like that yet). It can and always could. Have you read the Help>Tutorial? _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

2 1

website cleanup reminder
by Jonathan Phillips 22 Feb '04

22 Feb '04

Hello, I cleaned up the website code to make it validate as xhtml 1.0 transitional. Just some reminders to you all whom edit the site that you should all: 1.) close all tags (<li>...</li> specifically). Thus, <p>...</p> and <img src="./blah.svg" /> (NOTE: the trailing slash before closing tag). 2.) tags are lowercase now and attributes are quoted (ie, <img src="" />). 3.) encode all all html entities like <, >, &, etc using their special code: <, >, & 4.) If you add images, then make sure to include alt tags (my printThumbnail script automatically adds them in--this is used for the screenshots page and main page) I converted many many of these to get the site to validate. Many ppl don't close <li> tags with the trailing </li> and the coding_style.php file had no special characeter encodings, which ring a bell on validation. Also, Bulia, the output from the keys does not conform to the doctype assigned to the generated html file (which is xhtml 1.0 transitional). I know these are minor tasks, but trying to cleanup the web code/markup as well during the BUG HUNT! Thanks, Jon PS: As a show of good faith, I closed the 4 minor website bugs in the bug tracker. We almost have them all one page now! :) -- Jonathan Phillips <jon@...15...>

3 2

RE: [Inkscape-devel] sticky zoom size
by bulia byak 22 Feb '04

22 Feb '04

>http://members.rogers.com/rcrosbie/sticky_zoom.jpg > >Does it display properly for other people? It does for me, I have no idea why it gets such a big padding on your system. Here's my screenshot: http://inkscape.org/screenshots/gallery/inkscape-0.38-linux-kerning.png _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

1 0

Bug: 898437
by Robert Crosbie 21 Feb '04

21 Feb '04

I don't see what the bug is in this bug: http://tinyurl.com/3ysza The object is a path that is not closed. If you were to add a stroke, it is clear that the path is not closed. As mental noted in the followup, you can select the two endpoints, and join the path to close it. Indicating where the path endpoints are would be a feature... wouldn't it? Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

RE: [Inkscape-devel] sticky zoom size
by Robert Crosbie 21 Feb '04

21 Feb '04

This is what I see on my Mandrake 9.2 system with KDE desktop. Note the cropped sticky_zoom button: http://members.rogers.com/rcrosbie/sticky_zoom.jpg Does it display properly for other people? Rob. http://members.rogers.com/rcrosbie >From: "bulia byak" <archiver_1@...19...> >To: swingincelt@...19..., inkscape-devel(a)lists.sourceforge.net >Subject: RE: [Inkscape-devel] sticky zoom size >Date: Sat, 21 Feb 2004 20:24:46 +0000 > >>Any objections to adding 2 pixels to the bottom bar height? It seems the >>sticky zoom button is temporary, but I have a thing for consoles free of >>unnecessary output. ;) > >I don't get these warnings for some reason, but in any case I'd much prefer >making the button smaller than blowing up the entire bottom bar for its >sake. > _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

RDF
by Jon A.Cruz 21 Feb '04

21 Feb '04

Oooohhhh..... RDF.... Yummmmmyyy..... comments?

6 8

sticky zoom size
by Robert Crosbie 21 Feb '04

21 Feb '04

I was wondering why this message was being printed a lot by inkscape: ** (inkscape:31271): WARNING **: SPIcon: icon allocated less than requested size It is coming from the little sticky zoom button in the bottom status bar. This status bar is defined to have a height of 20, and the sticky zoom is 14x14. With the borders around the status bar and the borders around the button, the sticky zoom gets cropped to 14x10 which triggers the warning message. I found the optimal size for status bar and sticky zoom button to get rid of the warning message is 22 for the status bar and 12 for the button. ./src/widgets/widget-sizes.h #define BOTTOM_BAR_HEIGHT 22 #define BOTTOM_BUTTON_SIZE 12 Anything less than 12 and the sticky zoom button doesn't display. Any objections to adding 2 pixels to the bottom bar height? It seems the sticky zoom button is temporary, but I have a thing for consoles free of unnecessary output. ;) Cheers, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

always-visible color
by bulia byak 21 Feb '04

21 Feb '04

After some fiddling I built a new function for the rubberband/page border color which: 1 intuitively preserves the rectangle's own color and transparency (this is relevant for page border whose color is settable) 2 intuitively inverses the color of the background 3 despite 2, does not have a "blind spot" for gray backgrounds! Regular inversion maps color 808080 to itself, so an inversion rubberband rectangle is invisible over a background with that color. I solved this without introducing rotation or other non-intuitive color transformations. Namely, my function looks _almost_ like inversion over dark backgrounds, but is a bit lighter than pure inversion. Over light backgrounds, on the contrary, it is a bit darker than pure inversion. Between 7f7f7f and 808080, there's a discontinuity that jumps from a-bit-darker to a-bit-lighter or backwards. As a result, there's no color that will render such a selection rectangle invisible. _________________________________________________________________ Find and compare great deals on Broadband access at the MSN High-Speed Marketplace. http://click.atdmt.com/AVE/go/onm00200360ave/direct/01/

2 1

Inkscape 0.38 Roadmap
by Bryce Harrington 21 Feb '04

21 Feb '04

I've taken a butcher's knife to the roadmap and moved a ton of tasks forward, so that for 0.38 we can focus explicitly on bug fixing. Of course, if anyone feels like working on tasks for future releases, please go ahead, it's just that they're not required to be done for this release. So, the trimmed todo list is as follows: * Incorporate (or reject) all patches posted to patch tracker * Knock bug list count down to 10 or fewer, or to a ratio of 10% open/total [all] * Change the SEGV and SIGABRT handlers to reliably autosave and put up a crash dialog * Write an extensions/plugin enhancement proposal(s) and post to mailing list for review There are 3 patches in the patch tracker. I think that should be an easy task to reach closure on. The extensions proposal is necessary for this release because implementing a solution will be the focus for next release. Multiple proposals is fine, but we need at least one, and we'll need concensus on which to use by the time we finish cutting this release. The SEGV and SIGABRT task may be a bit of a challenge but I think it's extremely important for our users. There's little more frustrating for a user than losing the last N hours worth of work. Who would like to take the lead on this task? Bryce

4 6

fullscreen
by bulia byak 20 Feb '04

20 Feb '04

My comments: - the sp_fullscreen function should be perhaps in desktop.cpp, not in verbs.cpp - the planned shortcut for fullscreen is F11 - I don't think f is a good idea, it's easy to press it accidentally - use the last argument of true when registering a shortcut in shortcuts.cpp, so it shows up in the menu - on my KDE 3.14, fullscreen only works properly when there are no other maximized windows. If there's a maximized window and an Inkscape window over it, then calling fullscreen results in unending flashing of these two windows - this can only be stopped by killing Inkscape. Anyone else having this problem? - when I open new document windows from a fullscreen window, they are sometimes on top of it but sometimes they sink under the fullscreen window (can't guess what is the algorithm here). _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

10 24

Re: [Inkscape-devel] 0.37 Release Tarball, First experiences
by bulia byak 20 Feb '04

20 Feb '04

>- I can't print gradients. If I draw e.g. a rectangle which is blue in > the middle, changing its colour to red in the outer regions it will be > printed white. I can however export it and then print it using gimp. My guess is that you print via Postscript, and Postscript does not support gradients. When other vector apps export things like transparency or gradients to PS, they "simulate" them, usually by bitmaps. Inkscape does not yet do that. But it's just a guess, your bug may be different. Please do file a bug report. >- fullscreen doesn't work for me. If I click View/Fullscreen nothing > happens. What is the window manager? _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 2

Hello. Curious about your stance on agg2...
by Dan Ostrowski 20 Feb '04

20 Feb '04

Hello. I was wondering what you inkscape developers think of agg2? ( www.antigrain.com ). It's very VERY fast ( faster than libart from what testing I've seen ) and it's C++ based. It features patterns and all sorts of things.. it's fully featured enough for an SVG program. It would seem to be an excellent match for the C++ rewrite of inkscape. I'm not a great programmer but perhaps I could help out somehow... dan ostrowski

3 2

'dialogs' menu
by MenTaLguY 20 Feb '04

20 Feb '04

Do you all think "Windows" is a better name for the "Dialogs" menu, or does anyone have any better ideas? -mental

7 10

[Fwd: SVG Open 2004 in Japan - Call for Participation]
by Jonathan Phillips 20 Feb '04

20 Feb '04

Ted and anyone else, We should definitely try and get into this conference in JAPAN! Ted, it would be cool to post your presentation and paper up on the wiki and then we can keep adapting and changing and moving parts to other presentations. That way we can distributively get the project out there and while you can present at OSCON, I would love to present at KEIO UNIVERSITY in JAPAN. Maybe we could get a team of us there to present and meet with other SVG folk. Jon

1 0

Extension loading example
by Bob Jamison 20 Feb '04

20 Feb '04

I made a small code example of loading dynamic extensions to something like Inkscape. I put a Zip file of the code here: http://troi.lincom-asg.com/~rjamison/inkscape/ext.zip Basically this does plugin loading Netscape-style. It scans a directory for files beginning with a given prefix ("ix" in this case) and the proper suffix for a shared object (".so" on Unices, ".dll" on Win32). It loads each object, finds a C function called CreateExtension. This is ---MUCH--- easier than linking to C++... Directly linking to a C++ resource on a shared object is fraught with DANGER! It casts the resulting void * to an Extension object, which has virtual overloaded methods for any class extending it. It then calls a few methods on each one, just to show that it is honest. The Makefile works on Linux. I'll make it work on Win32 later. It just needs to use the dlltool to make dll's instead of .so's. But it is Happy Hour right now, and I must keep my priorities straight!! ;-) Hope this is helpful if considering methods of Inkscape extension. Bob

3 3

Re: [Inkscape-devel] Joining GNOME Office
by David Bolack 19 Feb '04

19 Feb '04

At 09:59 AM 2/19/2004, Bryce Harrington wrote: >But more importantly I wanted to emphasize that a _strategy_ is needed. >For example, with Inkscape our strategy for competing effectively with >OO Draw is pretty straightforward. First, we shoot for gaining really >good SVG compatibility (OO Draw is weak here, and it seems like SVG is >growing to become an extremely important file format in the open source >community). Second, we try to make the project very enjoyable to work And as important as working with the rest of open source is, it's also important to be reasonably compatible with major closed source apps. So if, for example, Illustrator creates slightly broken SVG's (I'm not picking on Illustrator, I'm not entirely sure it will export them, even.) you need to be able to cope with that somehow.

2 1

Re: [Inkscape-devel] Re: 'dialogs' menu
by bulia byak 19 Feb '04

19 Feb '04

>The Gimp saves windows and palettes posittions lately. >Inkscape should do the same. It does. >What is more, There are some Dialogs in 0.37 that >are not keeping themselves on top, like >Tool Options >Item Properties It's because these dialogs are planned for elimination. Their content will go to other dialogs. See the DialogsReorganization page on Wiki. It's also the reason why they don't have shortcuts assigned. _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

3 3

RE: [Inkscape-devel] Inset/outset path, what do they do?
by Robert Crosbie 19 Feb '04

19 Feb '04

> > Contrariwise. Inset makes a path smaller (by displacing it perpendicular >to > > the path in each point), outset makes it larger. > > Aha, so that's it, in the examples I was trying out I just couldn't >see any difference, it just added a few nodes to my path > I could never see the difference either. Then I figured out that they were always being created with an offset of 0 (zero). Is this the way it is supposed to be? Should there be a default of some distance to offset? Are some of us simply not using this tool correctly? Cheers, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

RE: [Inkscape-devel] Inset/outset path, what do they do?
by bulia byak 19 Feb '04

19 Feb '04

> Aha, so that's it, in the examples I was trying out I just couldn't >see any difference, it just added a few nodes to my path Probably your shapes were too big to notice any difference. Simple inset/outset commands displace the path by 2 points by default. Just do it in zoom-in and you'll see which command does which. _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

RE: [Inkscape-devel] Inset/outset path, what do they do?
by bulia byak 19 Feb '04

19 Feb '04

> Hi, I'm trying to find a correct translation (to spanish) for the >"Inset path" and "Outset path" menu items but I can't figure out what >they exactly do. Just launch Inkscape and try them out :) > I've been able to have a look at Freehand 10 and saw that it has the >"Inset path" option under the "Modify/Alter Path" menu. I think this was >translated as "Ampliar trazo" in the spanish version which means "Expand >path" or "Extend path". Does this make sense? Would the "Outset path" >command then be "Reduce path"? Contrariwise. Inset makes a path smaller (by displacing it perpendicular to the path in each point), outset makes it larger. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

2 1

Re: [Inkscape-devel] Joining GNOME Office
by Dom Lachowicz 19 Feb '04

19 Feb '04

>Dom will not be happy that you forgot that Enchant has become a fd.o >standard. ;) In fact, I'll quote him again: Constant vigalence requires me to say this, lest people get confused or misled by misinformation. Enchant is not a FD.O standard. Enchant is listed on the FD.O software projects page. I have offered Enchant as a proposed FD.O standard, but it has not been accepted as one to date. Best regards, Dom _________________________________________________________________ Click, drag and drop. My MSN is the simple way to design your homepage. http://click.atdmt.com/AVE/go/onm00200364ave/direct/01/

1 0

Inset/outset path, what do they do?
by Lucas Vieites Fariña 19 Feb '04

19 Feb '04

Hi, I'm trying to find a correct translation (to spanish) for the "Inset path" and "Outset path" menu items but I can't figure out what they exactly do. I've been able to have a look at Freehand 10 and saw that it has the "Inset path" option under the "Modify/Alter Path" menu. I think this was translated as "Ampliar trazo" in the spanish version which means "Expand path" or "Extend path". Does this make sense? Would the "Outset path" command then be "Reduce path"? This issue has kept me awake during my "siesta" this can't go on any longer ;-) Thank you, -- Lucas Vieites Fariña Dpto. Desarrollo <lucas@...212...> Asix Informática http://www.asixinformatica.com/ Tel/Fax: +34 986 54 26 98

1 0

RE: [Inkscape-devel] Re: 'dialogs' menu
by bulia byak 19 Feb '04

19 Feb '04

>I know what you mean. When I open up PSP, all my palettes and such are >exactly where I left them when I last used it. When it comes to the GIMP, >Inkscape, etc, each >palette is a seperate application, and I have to open them and move them >each time I use it. Open, but not move. Inkscape remembers the position of each dialog and reopens them where they were last time. In a future version it will optionally reopen all dialogs that were open at the end of the previous session. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

Re: [Inkscape-user] horny user
by Jon A. Cruz 19 Feb '04

19 Feb '04

Daniel Taylor wrote: >On Thu, 2004-02-19 at 11:06, Michal Zeravik wrote: > > >>I have a few questions: >>Are you planning to implement masking of vector/bitmap objects? >> >> > >No idea, but it sounds like it would be a nice feature. Has anyone else >considered this? > > > Here we go: "14 Clipping, Masking and Compositing" http://www.w3.org/TR/SVG/masking.html

1 0

Color Palette
by Leandro Pereira 19 Feb '04

19 Feb '04

Hi. Some time ago I've developed a simple palette selector, much like Corel Draw's. Users can load The GIMP palette files, scroll, and pick a color using standard GTK+ color selector. Maybe this could be of use to Inkscape. Screenshot here (the page is in portuguese, though): http://www.dots.ro/mindcrisis/palsel.php It has been already ported to GTK2 (although the screenshot shows the early GTK1 version). Bye. -- Leandro Pereira <leandro@...218...> NERV

2 1

Fedora RPM submission
by Peter Linnell 19 Feb '04

19 Feb '04

Hi all, I have submitted the following: https://bugzilla.fedora.us/show_bug.cgi?id=1303 to Fedora.us for QA review and in hopes Inkscape 0.37 will be included in Fedora Stable. Anyone who has a Fedora system is encouraged to report successful builds or installs in comments on this bug. Thanks, Peter

2 1

Re: [Inkscape-devel] Joining GNOME Office
by Dom Lachowicz 19 Feb '04

19 Feb '04

> > that I and others have put so much time into getting GTK+ working and > > theming pixel-perfectly (GtkWimp) on Win32 and then have apps deploy >their > >I'm using GtkWimp with inkscape 0.37 on windows 98 and getting a shedload >of font errors I really need to report ... (I'll get around to it sometime >this week I hope). This is a Pango bug and is well-known. I bet that your default font is something like "MS Sans Serif". Pango on Win32 only handles TrueType fonts, and is probably overly verbose when it can't find a font... Dom _________________________________________________________________ Stay informed on Election 2004 and the race to Super Tuesday. http://special.msn.com/msn/election2004.armx

1 0

Re: [Inkscape-devel] Joining GNOME Office
by Dom Lachowicz 18 Feb '04

18 Feb '04

> > First, we have historically striven to avoid adding dependencies that > > are not common on a wide range of platforms. Of course, this means that > > we often cannot make use of the latest and greatest enhancements > > available, but on the other hand it makes life much easier for our > > users. What is the GNOME Office's stance on the issues of dependencies > > and portability? > >Dependencies will be limited to goffice libraries like libgda and >libgoffice, which afaik are developed with portability in mind. GnomeOffice applications will also use: GnomePrint for printing LibGSF for file handling LibXML2 for XML parsing GnomeOffice apps should be designed with portability in mind. We best serve our user base by being flexible and nible. It is also important that we do not overly restrain ourselves feature-wise simply for portability's sake. Libraries built with portability and extensibility in mind, like LibGSF (discussed later), are strongly encouraged. Inkscape works well on Win32 already. My only gripe is that the 0.37 release ships its own Glib and GTK instead of using the "system" ones. It annoys me that I and others have put so much time into getting GTK+ working and theming pixel-perfectly (GtkWimp) on Win32 and then have apps deploy their own copies of same. I understand that there are real problems that you guys are trying to conquer by doing so, but I contend that there are better alternatives. > > Do you have a listing of the currently available reusable components > > from these other projects, that we could review? > >libgda, libgnomedb: www.gnome-db.org >libgsf: http://www.advogato.org/proj/libgsf/ >libgoffice: currently part of Gnumeric afaik libgnomeprint, libgnomeprintui. > > Third, is GNOME Office working with the freedesktop organization? How > > is it tying in with them? Are there other standards bodies that GO will > > be working with? > >Afaik there is non-strict adherence to the HIG. I am unaware of any >major collaboration with fd.o, although I'm uncertain whether fd.o is >covering anything pertinent to GO at the moment. Adherence to the HIG is an eventual goal except in limited situations. I have at least 2 pertinent FD.O projects at the moment: 1) Use of Enchant (or some library that wraps Enchant, such as GnomeSpell or GtkSpell) for any application that does spell-checking 2) Use of mime-type based atoms on the clipboard. For example, "image/svg+xml" and "image/png" might make sense for Inkscape. "text/html" makes sense for Abi, Evo, Gnumeric, ... > > Finally, how do you view Open Office and KOffice in the context of GNOME > > Office, and in terms of interoperability, competition, augmentation, > > etc.? Concretely, KDE plans on using Enchant at some future date. I'm fairly certain that I can get KOffice to follow my upcoming mime-type clipboard RFC. OpenOffice and Mozilla will likely follow in this regard. >Interoperability: I believe it is a definite goal to support the various >OASIS office formats. I think Gnumeric is closest to this goal, as >nobody has stepped up to really work on it for AbiWord. It's more a >question of manpower whilst the lead developers are concentrating on >more important aspects. Will Lachance and I have written OOo Writer filters. They're not 5* quality, but show substance and promise. > > We have been looking at libgsf. It would be interesting to learn more > > about the benefits these other capabilities could provide for Inkscape. > >Jody would be best placed to answer this. I'll field this one. LibGSF is a few things: 1) A powerful, value-add, portable, flexible wrapper around FILE* types of operations 2) A compound document library. For example, MS OLE2, JAR/ZIP that OOo uses as their file format, etc... 3) A set of utility functions to make #1 and #2 better for the programmer WRT point #1, LibGSF makes many fundamentally different (but similar) things look like FILE* handles. More correctly, Input and Output handles. These types of handles include: } FILE* handles } GnomeVFSHandles } In-memory buffers } GIOChannels } COM IStreams } Bonobo Streams } COM ADODB::Streams (soon) ... Further, seamless GZip/BZip compression/decompression are supported over any of the above handles. What does this mean? It means that (at least): 1) Copying to the clipboard is the same as writing to disk. Just use an in-memory sink. Ditto for reading from a clipboard. 2) You can read/write data out of an embedded object (BonoboStream, IStream) 3) You can read/write data out of a database (ADODB::Stream) 4) You can read/write data over Samba, HTTP, WebDAV, FTP, SSH, ... (GnomeVfs) 5) You can GZip your XML stream that's going to a remote WebDAV server with only 1 more line of code. Further, these types of operations don't look any different to you, the API consumer. It allows you to add in tweaks and extensions transparently for any Win32 port, Gnome port, etc... that you might have. You could use the new GtkFileSelector with its GnomeVFS backend on GNOME builds. Or just the "normal" FILE backend on non-GNOME builds. As a GSF API consumer, you won't have to change more than a line or two of code to handle these tremendously different cases. GSF adds value by adding a layer of sanity-checking on top of their wrapped Handles. For example, I've seen fwrite return a short count but !ferror() (take that, ANSI C!). This takes care of that potential problem. The FILE* Output will create a temporary file and not overwrite any existing file until your saving operation is entirely successful. It also has some smart symlink handling. All sorts of things that are easy to screw up and hard to get right. In short, GSF "just works" for just about any and every definition of "just works". Cheers, Dom _________________________________________________________________ Say �good-bye� to spam, viruses and pop-ups with MSN Premium -- free trial offer! http://click.atdmt.com/AVE/go/onm00200359ave/direct/01/

2 1

clipart module
by MenTaLguY 18 Feb '04

18 Feb '04

proposal: we should move share/clipart into its own CVS module. It's not part of the build or distribution trees, and the extra updates are a pain for those of us on dialup who are just trying to work on the codebase. -mental

5 13

RE: [Inkscape-devel] Spanish translation
by bulia byak 18 Feb '04

18 Feb '04

> Hi, I hope this is the right place to ask questions about the >translation of Inkscape. Sure! We don't have a separate translations list yet :) > After compiling and running it I found that the spanish translation >was terribly out of date so I started to update it. It's much appreciated. > I wouldn't want do duplicate efforts, so now I'm asking if there is >already someone working on this. If this is not the case I would like to >become the translator to spanish. I have some experience in software >translation as I am a member of the spanish GNOME translation team >http://es.gnome.org. Nobody has so far declared the intent to work on the Spanish translation, so you can go ahead. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

Spanish translation
by Lucas Vieites Fariña 18 Feb '04

18 Feb '04

Hi, I hope this is the right place to ask questions about the translation of Inkscape. My name is Lucas Vieites and I'm trying out Inkscape 0.37 because I found 0.36 a very good release. After compiling and running it I found that the spanish translation was terribly out of date so I started to update it. I wouldn't want do duplicate efforts, so now I'm asking if there is already someone working on this. If this is not the case I would like to become the translator to spanish. I have some experience in software translation as I am a member of the spanish GNOME translation team http://es.gnome.org. Thank you for your attention, -- Lucas Vieites Fariña Dpto. Desarrollo <lucas@...212...> Asix Informática http://www.asixinformatica.com/ Tel/Fax: 986 54 26 98 ------------------------------------------------- http://EuropeSwPatentFree.hispalinux.es => Yo quiero una Europa libre de patentes de software, ¿y tú? => I want a Software Patent Free Europe! And you?

3 4

Dialogs Menu is Suspect
by David Adam Bordoley 18 Feb '04

18 Feb '04

Hi Inkspace Devs: Ok, let me first admit that the following comments are only based on the screenshot i saw on gnomedesktop, as right now my gnome setup is pretty borked and i am unable to install inkspace. With that out of the way, I wanted to suggest to you that you might want to consider a better menu title than "Dialogs." Dialog is really a technical term used by ui designers and isn't really meant to be a user visible string. I suspect (though as i mentioned this is purely based on the screenshot), that the items in this menu probably better fall under the category of tools though this might be an incorrect assumption. Nonetheless it would be better to use a more descriptive menu label here as oppose to the ultra-generic "Dialogs" label. Feel free to email me for any further questions, issues etc. dave

1 0

Paths messed up in .37?
by Spitfire 1500 17 Feb '04

17 Feb '04

Every SVG file I loaded looks like it's been smeared downwards, ranging from complex files to simple ones. I'm using the win32 build. Anyone else getting this?

1 0

Adding Inkscape ebuilds to official gentoo repository?
by Jeff Kowalczyk 17 Feb '04

17 Feb '04

I've been looking forward to trying out Inkscape with gentoo, and was pleasantly surprised to find the inkscape-cvs ebuild in inkscape's CVS. I'd like to stick to release snapshots. Is there any chance Inkscape's devs can add the ebuild of each release to Gentoo proper? Sodipodi has been in there for a while now. Thanks, the recent features sound great.

2 1

Inkscape 0.37 / Milestone 4 is completed
by Bryce Harrington 17 Feb '04

17 Feb '04

All tasks for the 0.37 release are now addressed, most tasks having been finished, and a few postponed for future releases. So we're now done with 0.37 and on to 0.38! Bryce

2 1

Coding Style Document
by Bryce Harrington 17 Feb '04

17 Feb '04

The Code Style documentation is now available from the main website in the documentation section: http://www.inkscape.org/doc/ While we can consider it official enough to start using in updating the code, this document shouldn't be considered cast in stone. Discussion about updates and changes to the code style can continue to be done in Wiki as before, and as concensus is reached on changes, the formal document can be updated as appropriate. http://inkscape.org/cgi-bin/wiki.pl?Coding_Style Bryce

1 0

Inkscape Status Feb 15, 2004
by Bryce Harrington 16 Feb '04

16 Feb '04

Project Status< Sunday, February 15, 2004 With a burst of effort we've completed the 0.37 release. It's amazing how much has gone into this release. The feature freeze lasted for a bit over a week and saw fixes to all but three of the critical bugs. Much work has gone into testing and improving the Windows exe package, in the hopes of ensuring our Linux-impared users have a not-too-unpleasant experience with our software. One thing that's been going on under the hood that deserves mention is Nathan and Peter's work at converting libnr and some of the other very low level pieces to C++, and in the process improving their numerical soundness. Bulia and Mental have also been chipping in ideas and code to this, in addition to their tireless efforts at improving the application. Ishmal has taken the mission of revising the file.cpp subsystem into the file ops and dialog pieces. He's also been updating nodepath.cpp to allow editing of both nodes and segments. Johan has been working on elaborating on and improving the fullscreen mode to engender a 'presentation mode', including a jarfile-based SVG compound document file format. Jon Cruz is working on incorporating finishing touches into the color dialog, now that users are appreciating the basic functionality of it. Mrdocs and many others have been supportive in helping with packaging, bug identification, code cleanup, and more over the past few weeks. We've also been pleased to see eager involvement from our users on the new inkscape-users@ mailing list, most notably in the form of creating clipart, that they're starting to accumulate for users of the program. Congratulations to everyone who contributed to making this release reality; it has been an impressive show of teamwork. Statistics Nov 15 Dec 15 Dec 31 Jan 15 Jan 31 Feb 15 ========== ====== ====== ====== ====== ====== ====== Lifetime Rank on SourceForge: 4391 2452 2444 1928 1945 * (68.5%) (82.4%) (82.5%) (86.1%) (86.1%) * Max Week's Rank on SourceForge: 62 27 22 321 335 * (99.6%) (99.8%) (99.9%) (97.5%) (97.8%) * Total SF Page Views * 86,000 107,600 126,500 158,000 * Total SF Downloads * 3640 4,751 5,735 7,300 * Total Freshmeat URL Hits 746 2237 2567 2,958 3,178 3,437 Total Freshmeat Subscriptions 16 28 30 33 34 35 Lines of Code in src/: 115,901 132,134 165,664 166,914 164,140 167,386 Code lines 100,549 132,458 133,150 130,557 131,540 Comment line 11,591 12,234 12,468 12,424 12,995 Blank 20,559 21.540 21,929 21,796 23,513 Lines of Docs in doc/: 1,135 2,225 2,615 3,068 3,505 4,553 Lines of content in website: 1,173 2,090 2,261 2,885 2,994 4,300 Size of the Inkscape wiki: 3,700 7,385 11,062 11,284 11,897 13,114 Minutes since last ChangeLog mod: 360 1260 42 6 4 2 Bugs open/total: 9/15 67/111 66/130 74/160 61/166 53/178 Features open/total: 18/18 40/45 103/115 104/120 108/124 120/137 Patches open/total: 1/ 6 6/25 4/32 4/32 3/33 2/ 35 CVS Commits (as per inkscape-cvs): 481 * 1580 * 2343 2796 Inkscape-devel membership: 49 64 65 64 63 63 Inkscape-announce membership: 9 16 20 22 23 26 Inkscape-user membership: 0 11 21 * - Statistics unavailable

1 0

Re: [Inkscape-devel] Strange bug in Windows build?
by unknown＠example.com 16 Feb '04

16 Feb '04

Hi Bob, yes I have a german system where numbers are represented like 1.234,56 or 1234,56. But I wonder that sodipodi didn't had this problems at all. Adib. Bob Jamison wrote: > taraben.a@...50... wrote: > >> Hello Aki, >> >> welcome in the club. >> I had exacly the same "feature". Already posted this to this >> mailinglist including screenshot. >> The thing is that sodipodi runs smoothly. >> >> Adib. > > > Adib, > > You might try a nightly Win32 build. We have worked > on this some already. It is in the process of being > fixed, but most of the problem should be gone > by now. > > The problem was, in some locales, floating point numbers > were formatted as 123,456 instead of 123.456 . > The SVG spec explicitly requires '.' . > So we are going through the code and looking for places > where numbers are formatted, to make sure they > are converted in a Locale-independent manner. > > I think this is -mostly- fixed already, so you might > want to check it out. > > > > Bob > -- WIGE DATA GmbH Wiesenring 11, D-04159 Leipzig, Germany Adib Taraben Electronic Engineer PHONE +49 (0)341 - 46 21 222 FAX +49 (0)341 - 46 21 400 E-MAIL taraben.a@...50... INTERNET www.wige-data.de

2 1