- Inkscape Devel - Inkscape Mailman

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

22 Jul '04

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

2 1

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

21 Jul '04

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

2 2

Autobuilds working again
by Bob Jamison 21 Jul '04

21 Jul '04

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

1 0

download page
by Kees Cook 21 Jul '04

21 Jul '04

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

3 6

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

21 Jul '04

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

4 3

tagline
by bulia byak 21 Jul '04

21 Jul '04

Inkscape. Draw Freely.

7 11

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

21 Jul '04

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

4 5

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

21 Jul '04

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

5 9

SVG Tiny Article and Question
by Jon Phillips 21 Jul '04

21 Jul '04

Hello All, There is an interesting post on Slashdot about MACROMEDIA's erroneous support of SVG Tiny. The O'Reilly article attached to the post mentions how many cell phone manufacturers are supporting SVG Tiny. http://slashdot.org/article.pl?sid=04/07/20/2250256&tid=152&tid=95 http://www.w3.org/TR/SVGMobile/ Oreilly's Post: http://oreillynet.com/pub/wlg/5212 Macromedia's Post about: http://www.macromedia.com/devnet/devices/articles/msvg_t.html Anyhow, we have been discussing on the chat channel, and I wonder the best way to implement support for this emerging market? Could we make it as simple as an export, or as simple as a save-as, like plain svg? Also, anyone in the know, how long would such a thing take to implement. I'm keeping my eyes on the watchout for where SVG will be supported, and it appears (and this comes from talking to industry folks in US, Japan, and KOREA) that the emerging market for SVG (at least initially) will be for cell phones. What is the best way to go about implementing this? I am going to seek out Macromedia folks and W3C folks at siggraph in a couple of weeks, and would love to have some thoughts and positions on this... Jon -- Jon Phillips PO BOX 948667 LA JOLLA, CA 92037 USA USA.PH.858.361.2811 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) CVS Book (http://cvsbook.ucsd.edu/) Scale Journal (http://scale.ucsd.edu/)

1 0

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

21 Jul '04

On Tue, 2004-07-20 at 10:18, John Mellor wrote: > I have freetype-2.1.8 installed. The error sounds quite explanatory but > not sufficiently so for my lack of experience. Can anyone help please? Specific versions of freetype seem to have different requirements for which header files to include. :/ -mental

1 0