- Inkscape Devel - Inkscape Mailman

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

The standard for PO files is now UTF-8
by Arpad Biro 20 Jul '04

20 Jul '04

Dear Translators, This is to let you know that all non-UTF-8 translation files have been converted to UTF-8 (and will automatically be in the future if needed). Please use this standard so that we will have fewer i18n problems. Thanks. Arpad Biro __________________________________ Do you Yahoo!? Vote for the stars of Yahoo!'s next ad campaign! http://advision.webevents.yahoo.com/yahoo/votelifeengine/

1 0

Tarball Release Sizes
by Bryce Harrington 20 Jul '04

20 Jul '04

Stats for how our tarball size has changed over different releases: 1.9M inkscape-0.35.tar.gz 1.9M inkscape-0.36.tar.gz 2.5M inkscape-0.37.tar.gz 3.2M inkscape-0.38.1.tar.gz 4.2M inkscape-0.39.tar.gz I think that's pretty good; I was expecting the size to be about double that. 4.2M should be very little trouble for folks to download. :-) In the current release, here's a rundown of the top 20 largest files: 1124712 ./share/tutorials/elementsofdesign.sl.svg 1097642 ./share/tutorials/elementsofdesign.svg 899283 ./configure 753019 ./src/Makefile.in 321787 ./share/screens/keys.svg 320641 ./share/tutorials/tutorial-advanced.sl.svg 319166 ./share/screens/keys.sl.svg 295727 ./share/tutorials/tutorial-advanced.svg 292340 ./share/tutorials/tutorial-advanced.fr.svg 266949 ./aclocal.m4 253315 ./share/tutorials/tutorial-basic.sl.svg 245013 ./share/icons/icons.svg 232963 ./share/tutorials/tutorial-basic.ru.svg 231423 ./share/tutorials/tutorial-basic.fr.svg 224177 ./share/tutorials/tutorial-basic.svg 184019 ./ltmain.sh 178732 ./share/tutorials/tipsandtricks.sl.svg 149112 ./share/tutorials/tipsandtricks.svg 142727 ./po/sr.po 141439 ./po/fr.po Directory sizes: 32K debian 288K doc 5.0M po 6.7M share (largely the tutorials section) 7.2M src We've batted around the idea of eventually breaking the tutorials out into separate language-specific distribution packages someday maybe in a few releases, especially as we gain additional translations of them. Looks like it isn't a problem right now though. Bryce

3 2

autopackage for 0.39, upcoming patches
by Mike Hearn 20 Jul '04

20 Jul '04

Hi guys, Firstly, some good news. On compiling Inkscape against the GTK 2.2 headers, which is a part of doing an autopackage release of it, my crash mysteriously vanished. So that's an interesting data point. Secondly, there is an package of 0.39 available here: http://navi.cx/~mike/inkscape/0.39/inkscape-0.39.package It's built against a new version of autopackage, 0.6, which will be released properly sometime tomorrow. Likewise the nightlies and the GTKmm/sigc++ packages have also been rebuilt against that release. I checked the server logs the other day, there have been ~1700 downloads of the inkscape autopackage. Of those approximately half also pulled in GTKmm as a resolved dependency. We've had very little feedback from this - I had assumed there simply weren't many people using the service, but clearly this is not the case. I guess it's simply working pretty well for people! :) Because of this I'm feeling pretty confident that the 0.6 release is likewise stable and reasonable compatible with a variety of setups - in fact we've fixed a few distro compatibility bugs in this release, especially for Slackware users. So, if you could link to the 0.39 package from the Inkscape website, that'd be great as I feel a lot of people would benefit from a package of the stable release. Hongli has created some stock HTML that people can embed/tweak for their websites which identify the fact that it's an autopackage and link to the instructions for how to install them: http://www.autopackage.org/docs/howto-install/index.html I don't have that right now, but I'd be interested in your opinions on the stock HTML idea later. Having packaged up Inkscape of course I wanted to play with it - that's where the crash report came from. So I drew an icon/logo for autopackage: http://autopackage.org/logos/logos.html Why not marvel at my lack of artistic talent? If any of the pros on this mailing list want to draw us a better one please feel free! :) Finally, I'm afraid I'm not finished with the patches yet! This: http://cvs.sunsite.dk/viewcvs.cgi/*checkout*/autopackage/apbuild/relaytool ... is likewise a non-work of art. I was originally going to submit a patch to make gtkspell dlopened at runtime, but realised that this was (a) tedious and (b) going to happen a lot. So I wrote relaytool which is designed to automate it. For those who haven't read the above URL, relaytool is a program which generates C files you can compile and link into your app, which replaces the -lfoo option you'd normally use with a "soft link". It uses assembly and ELF magic to perform the link at runtime using dlopen, but it won't fail if the library isn't present. The interesting thing about this approach is that it requires no code changes, and doesn't rely on icky stuff like header rewriting. Code like this: #ifdef HAVE_GTKSPELL gtkspell_attach( ... ) #endif can simply become: #ifdef HAVE_GTKSPELL if (libgtkspell_is_present) gtkspell_attach( ... ); #endif And as long as the binary was compiled in the presence of the gtkspell headers, at runtime Inkscape will use libgtkspell if it's present and continue without spell checking ability if it's not. Therefore we can cut down on the number of hard dependencies for Inkscape, so increasing the reliability and robustness of the installation. It works for exported variables too, though not many libraries use that. In theory it also works for C++ objects but I haven't tried it yet. You use it like this: gcc -o testapp testapp.c -lgtkspell becomes gcc -o testapp testapp.c `relaytool --relay gtkspell -lgtkspell` And the stub file will be generated and compiled transparently on systems that relaytool supports. On systems it doesn't support the -l option is passed through unchanged. relaytool isn't quite ready yet, in particular I need to write an autoconf check for ELF platforms so using it doesn't interfere with the build on Windows and MacOS X. We can use a similar technique to allow Inkscape to use the GTK 2.4 file picker but cleanly fall back to the GTK 2.2/2.0 APIs when GTK 2.4 isn't present. Hope that helps, thanks -mike

3 6

Re: Tarball Release Sizes
by Robert Crosbie 20 Jul '04

20 Jul '04

Can the svg tutorials be saved as svgz? That should reduce their size in the release a bit. Cheers, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ Take charge with a pop-up guard built on patented Microsoft� SmartScreen Technology http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht… Start enjoying all the benefits of MSN� Premium right now and get the first two months FREE*.

2 1

Re: [Scribus] linked text
by Jon Phillips 20 Jul '04

20 Jul '04

Hi Sebastian, We would love your help on the German translation. If you do, please make a patch and upload to our patch tracker. If you would like to join our project as a developer after that initial patch, then we will welcome you with open arms. (our policy is one good submission and then cvs access) INKSCAPERS: Could someone who deals with translations communicate with Sebastian further please. Thx! Jon On Sat, 2004-07-17 at 04:07, Sebastian Röder wrote: > Hi Jon, > > i didn`t manage to write to the inscape mailing list as annonymous user so > maybe I can write my short "feature request" here: > > I work a lot with Scribus (at least in last weeks) and want to work with > Inkscape to create graphics for my Scribus layouts. But the German > tranlation for inkscape is not up to date (I guess around 80% not translated) > so it is realy hard for the first steps to get to know how things work in > inkscape. I already wrote a Email to the former translater (I found an Email > adress in the .po file) but he was the old sodipodi translater and will nor > update the inkscape .po anymore. Seems like there is a German translater > missing! And seems like I have to sign for the inkscape mailinglist as well. > Maybe you can add my little request to the inkscape list for now? > > Thanks, > Sebastian Roeder - German Scribus (and one day Inkscape) user > _______________________________________________ > Scribus mailing list > Scribus@...119... > http://nashi.altmuehlnet.de/mailman/listinfo/scribus -- Jon Phillips PO BOX 948667 LA JOLLA, CA 92037 USA USA.PH.858.361.2811 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) CVS Book (http://cvsbook.ucsd.edu/) Scale Journal (http://scale.ucsd.edu/)

2 1

Is there a reason to not upload the 0.39 autopackage to SF?
by bulia byak 20 Jul '04

20 Jul '04

2 1

Inkscape 0.39
by Ted Gould 20 Jul '04

20 Jul '04

= Inkscape 0.39 = We are pleased to announce the Inkscape 0.39 release. The most important change in this release is the switch to the Pango library for font handling and Unicode support; a lot of work also went into new SVG features, export/import, UI, and usability. Here are the highlights: * Pango: smoother text display, auto kerning, better i18n (automatic font substitution, right-to-left text, bi-directional text), less platform dependence * New SVG features: markers (aka arrowheads), clones (svg:use), pattern tiles, RDF metadata; many SVG compliance bugfixes * New dialogs: Preferences, Find, Metadata * New and improved import/export file formats: PS, EPS, AI, PNG, JPEG, TIFF, BMP, Sketch, Dia, and more * Pure convenience: usable dropper, scale switches, Commands bar, more tool controls (including rounded stars), more import formats, more paper sizes, Revert command, edit inside group, better selection cues, spell checking, window layout configurable, streamlined Fill & Stroke, snapping improvements, better rounded corners in rects, path reversing, persistent rotation crosshair, per-object export hints, and much more * Internals: speedups, more C++ification, garbage collection, SigC++ signals, wider use of new data structures, extensive cleanup * Plus: new documentation, new translations, lots of assorted bugfixes (the infamous "freeze when dragging outside of window" bug on Windows is gone!) The team has placed a great deal of scrutiny into fixing bugs, and while this was not a primary focus as it had been for 0.38.1, we expect this release will be at least as stable as the last. Many thanks go out to all of the users that took the time to write bug reports, you make Inkscape better. For tons more details, see the Release Notes for 0.39: http://www.inkscape.org/cgi-bin/wiki.pl?ReleaseNotes039 Screenshots: http://www.inkscape.org/screenshots/ Download your packages (Linux, Windows, Mac OSX): http://sourceforge.net/project/showfiles.php?group_id=93438

3 2

[Fwd: Re: [Scribus] linked text]
by Jon Phillips 20 Jul '04

20 Jul '04

SCRIBUS meeting after release of 0.40? If agree, I will place on roadmap. Jon -----Forwarded Message----- > From: Craig Bradney <cbradney@...242...> > To: Jon Phillips <jon@...235...> > Cc: Peter Linnell <scribusdocs@...84...> > Subject: Re: [Scribus] linked text > Date: Sat, 17 Jul 2004 11:38:16 +0200 > > Hi Jon > > yep.. for sure.. We will have another meeting. We just need to make a > date and have it. I guess it would be more worthwhile after your 0.39 > release and our 1.2 release. > > Of course.. we are always happy to have one before! > > Craig > > On Sat, 2004-07-17 at 06:36, Jon Phillips wrote: > > I like that. You guys are doing a great job. Hopefully sometime this > > summer we could have another get together between scribus and inkscape > > developers... > > > > Jon > > > > > > > > On Wed, 2004-07-14 at 04:53, Craig Bradney wrote: > > > Yes.. but we need some other code written first, as well as our 1.2 > > > targets to be met. Once the "other code", ie our new text importers are > > > finished, we can investigate the auto update stuff. At a guess it wont > > > be that hard, but no guarantees for before 1.2 at all. > > > > > > Craig > > > > > > On Wed, 2004-07-14 at 03:16, Jon Phillips wrote: > > > > But I've proposed this previously as a great addition to SCRIBUS. It > > > > would dramatically increase the ability for editors and designers to > > > > work together, but not in the same app. > > > > > > > > Jon > > > > > > > > > > > > On Tue, 2004-07-13 at 01:57, Craig Bradney wrote: > > > > > On Tue, 2004-07-13 at 09:58, vaise@...462... wrote: > > > > > > Hi everyone ! > > > > > > I use Scribus 1.0.1 on Mandrake 10. > > > > > > When I insert a text frame, I can Get Text, no problem. But I would like the > > > > > > scribus document to be "linked" to the text file. When the .txt file is > > > > > > modified, the scribus document should change too (next time it is opened of > > > > > > course). > > > > > > Maybe this fonctionality does not exist in 1.0.1 ? > > > > > > > > > > > > Dsant > > > > > > > > > > Hi > > > > > > > > > > No, there is no possibility to do this in any version. > > > > > > > > > > Craig > > > > > > > > > > ______________________________________________________________________ > > > > > _______________________________________________ > > > > > Scribus mailing list > > > > > Scribus@...119... > > > > > http://nashi.altmuehlnet.de/mailman/listinfo/scribus -- Jon Phillips PO BOX 948667 LA JOLLA, CA 92037 USA USA.PH.858.361.2811 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) CVS Book (http://cvsbook.ucsd.edu/) Scale Journal (http://scale.ucsd.edu/)

2 1

0.39 PR
by Jon Phillips 20 Jul '04

20 Jul '04

Bryce and all, Could we circulate the PR for this release and place on the wiki prior to being sent. That way we can add our two cents. I think we need to be more descriptive in our releases about what is done and what could be accomplished with new features. http://www.inkscape.org/cgi-bin/wiki.pl?AnnouncementPR 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/) -- Jon Phillips PO BOX 948667 LA JOLLA, CA 92037 USA USA.PH.858.361.2811 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) CVS Book (http://cvsbook.ucsd.edu/) Scale Journal (http://scale.ucsd.edu/)

2 1

Current libs in Win32 build
by Bob Jamison 20 Jul '04

20 Jul '04

Getting the Win32 build working with the new libs is still a work-in-progress. However, here are the current libs I am using, FYI: atk 1.6.0 boehm-gc 6.2 freetype 2.1.7-1 gettext 0.13.1 glib 2.4.2 glibmm 2.4.3 gtk+ 2.4.3 gtkmm 2.4.4 gtk-wimp 0.6.0 jpeg 6b-3 libart_lgpl 2.3.14 libcroco 0.6.0 libiconv 1.9.1 libpng 1.2.5-1 libpopt ? <static> libtiff 3.6.1-2 libxml2 2.6.9 pango 1.4.0 sigc++ 2.0.3 zlib 1.2.1 A few of these I have built myself. Others are binaries built by others, over which we have no control. Bob

5 5

RE: [Inkscape-devel] Test strategy
by Gazal, Geraud (MED) 19 Jul '04

19 Jul '04

> Either Wiki or CVS would be suitable places for storing it. There are > roughly equal pros and cons both ways. Wiki would be more widely > accessible to more people, but CVS would allow a little more > flexibility > for manipulating the document (e.g., grep, txt2pdf, etc.) -> workaround : HTML format ( portable, plus support usefull things such as images, links, tables...) maintained in the CVS and linked to a wiki page ? > It may be worthwhile if we have better ideas for the > categorization, to > alter the bug tracker to match. Those categories were decided when we > first started the project, and probably need updated to match what we > people actually support bugs about. If anyone has ideas for > improvements let me know and I'll apply them. Yup, this is directly linked to the test process. I'm preparing (70% done) it. > A subcategory of this is 'Compliance testing', which validates the > features against a spec - in our case the W3C SVG spec. There may be > other specs we can test compliance against, although some (like the > GNOME Human Interface Guidelines) will generally not be automatable. Ok, got it. Will take a look at Gnome HIG see what can be done there (not my #1 priority, but kept on the list) Already diving in SVG standards, plus test tool suite. > There is also performance testing, which can be done in a variety of > ways. For example, startup timing, function-level profiling, etc. > > Also, we should include memory error testing ala purify and valgrind. Already in mind for the categories. > > > Tests: > > Build > > Linux (Debian / Gentoo / Slackware / Mandrake / Fedora > / Suse / Others) > > Windows (98 / 2000 / XP) > > MacOS (X) > > BSD (Free / Open) > > Other Unices (Solaris / Irix) > > Note that an important condition for distros is what installation > options were used. For example, a pure-base SuSE > installation will not > include developer tools like gcc. Most distros also have installation > options which will end up lacking the -devel libs that > Inkscape needs to > compile. So each of these will require specification as to which > installation options must be used during setup. Argh, sounds complicated. The best thing, I suppose is to identify a maintainer by distro (ala Mandrake) and ask them to write down the specs for their respective distro > > Notice : should be automated (example see : > > http://public.kitware.com/Dart/HTML/Index.shtml) > > Interesting - have you used this system? Yes, that's why I was thinking about it :) But I'm trying to find even better and flexible > > - open Inkscape, launch reference editing sequence, > export result as > > bitmap and compare with a reference bitmap provided by a reference > > application on the same sequence (Inkscape itself for non > regression, Batik > > ?) > > Previous sequences can be combined in one in order to save > time, but then > > analysis of results can become more complex. > > Note, I developed a way using motion tracker software to calculate a > "percent similarity" rating given an Inkscape-generated png against a > Batik-generated png, that makes the analysis work easier. There's a > glitch that'll need to be worked out, in that the original > SVG's contain > the description in the image, which throws off the comparison. Simply separate analysis of pixels and metadata (I'm quite used to it : have worked on the dicom standard for 3 years) > > > Verification of robustness > > - testing memory leaks (not a specialist of this : I need help) > > This is an area where our work as testers is really cut out for us, > because there is a ton of memory issues in the codebase, and > we need to > be able to categorize in a way that makes them accessible to the > developers. Right now there's such an overwhelming number that > developers wouldn't know where to start, so if in testing we can > triage and prioritize the "top 10" or whatever, it would make > the fixup > work more tractable. Right. But in fact, as for unit tests, this part of the verification is hard to manage by testing team. It's mainly up to coders to operate this. Testing team can provide help (crash report, reproducibility of malicious scenarii...) but (for example in my case) are not code/design wizzards able to slalom in the memory/architecture maze. > > - provide a shaker tool (this tool would launch > Inkscape and then start > > a predefined number of pseudo-random commands -logging each > action). The > > goal is to detect crashes and analyse their conditions with the logs > > Another idea along these lines is to fire a variety of signals at it, > and detect if it behaves correctly. Just need a few precisions so that I understand better > Again, this plan looks very good, I'm looking forward to > this. I have a > feeling that since there is a *huge* amount of improvement we can gain > by taking a systematic approach to it like this. I think > it'll also be > very intriguing to figure out how to effectively meld systematized > testing with open source practices, and to see how much can be > accomplished in doing so. Ok, I'm pleased if you find the approach interesting. Regards, Matiphas

2 1

Re: Extension Proposal (First Draft)
by Gazal, Geraud (MED) 19 Jul '04

19 Jul '04

Hi Bryce, just need a small precision (paragraph 8.1) You mention plugins as loaded as dynamic objects (so/dll) ans thus being c/c++ (or somewhat compiled). I was wondering about let's say, something written in Python (because I appreciate this language, and because it is availabe on nearly all platforms). Python (or perl, ruby...) programs can nearly behave as dynamic objects. Would it be considered as a script or a plugin ? Main only concern is will it be possible writting plugins in interpreted languages (small memory print, easier to develop/maintain, often more portable...) Regards, Matiphas

2 1

ATTENTION: libgc dependency
by MenTaLguY 19 Jul '04

19 Jul '04

Please note that sometime in the next few weeks we'll be introducing a dependency on the Boehm garbage collector (libgc), and that said library must be compiled with C++ support enabled. I'd encourage all packagers/autobuilders to investigate whether there will be any problems for them. -mental

2 1

Report for 2004-07-18 18:00 GMT-0500
by unknown＠example.com 19 Jul '04

19 Jul '04

Hi. I have some bad news. Unfortunately, the last build attempt at compiling Inkscape CVS was very unsuccesful. I'm sorry, I really tried hard. Really. Here is the LOG file, and I hope that helps.

6 5

AW: [Inkscape-devel] Plain svg format?
by Taraben, Adib 19 Jul '04

19 Jul '04

>On Sun, 2004-07-18 at 20:01, bulia byak wrote: >> Yes, and I'm thinking about _why_ this may be needed, and can only >> think of the two reasons above. > >IMO, the most fundamental (if not most common) reason is to yield an SVG >document which will validate against the SVG DTD. > >Having elements in any non-SVG namespaces would (afaiK) prevent that. > >Of course, I'm not really sure most folks care about DTDs much anymore, >given they don't play well with namespaces in general. > >-mental I care. In my special purpose inkscape is not only a drawing program but a (_THE_) svg-editor. Adib.

2 1

ATTENTION: gtkmm upgrade
by MenTaLguY 19 Jul '04

19 Jul '04

I've just comitted Aubanel's gtkmm upgrade patch. You will need to rerun autogen.sh. >From now on, libgtk+ >= 2.4, libsigc++ >= 2.0 and libgtkmm >= 2.4 are required for Inkscape. I have tried to carefully test and build, but this did require some autofoo changes I do not fully understand. So be aware, and if you have any problems please help me track them down and fix them. -mental

5 9