- Inkscape Devel - Inkscape Mailman

Digits of precision
by Maximilian Albert 26 Dec '07

26 Dec '07

Hi all, I just rediscovered bugs #171486 and #171980, which both request higher precisions for grids/guides/document size, etc. I'm not a graphics designer, but the reasoning that people often need 1/16 (=0.0625) inch measurements makes sense to me. I gather that multiple degrees of precision are used throughout Inkscape. Grids allow 4 digits, guidelines 3, but document size (for example) only provides 2. I haven't checked all the other places but I'm wondering if it would make sense to unify all these. Isn't having different precisions simply inconsistent and annoying for users who need high precision for their work? Would this be a difficult/time consuming change or do people think it is something that can be achieved (or is desirable at all) for 0.46? In this case, what would be a good level of precision? Is there any reason not to provide 4 digits everywhere (apart from space considerations, maybe)? I hope this hasn't been discussed before or I'm touching on a sensitive issue. Just wondering. Max

3 2

Which attributes to store in plain SVG?
by Maximilian Albert 26 Dec '07

26 Dec '07

Hi all, in the _write() methods for most SPObjects there are some lines of code similar to the following (this example is taken from sp-rect.cpp): if ((flags & SP_OBJECT_WRITE_BUILD) && !repr) { Inkscape::XML::Document *xml_doc = sp_document_repr_doc(SP_OBJECT_DOCUMENT(object)); repr = xml_doc->createElement("svg:rect"); } I have been wondering for quite some time in which situations these are called at all. Just now I discovered that this is the case when saving a file as plain SVG. Are there other circumstances, too? I'm asking because I'd like to know what kind of attributes should be set when building an object like this. For example, when I want to create a 3D box with this piece of code, should I set the "sodipodi:type" attribute or should I leave it out (so that effectively only an ordinary svg:g is created)? I'm inclined towards the latter because otherwise when the file is reopened there are also some other attributes missing (since it was saved as plain SVG) so the box is not shown at all because Inkscape is missing some information necessary to render it correctly. I just wanted to ask if my reasoning is correct or if I'm missing anything. Generally, it would be interesting to know what kinds of attributes should be saved to plain SVG. Apparently, various Inkscape-specific elements are saved (like LPEs), but they seem to be stripped off some attributes that might be necessary to fully recover them. I hope everyone is enjoying their Christmas vacations! Don't mind if it therefore takes you a bit longer to reply. ;-) Thanks and best regards, Max P.S.: BTW, why is repr == NULL if the above code is called when saving to plain SVG but not in other situations? Just wondering.

2 1

Document resources?
by Maximilian Albert 26 Dec '07

26 Dec '07

Hi, another thing I just stumbled across: A couple of objects like filters, LPEs, gradients, etc. have something like this in their build methods: /* Register ourselves */ sp_document_add_resource(document, "gradient", object); ... and the corresponding code in the _release() method. What precisely does this do and what is it good for? What kinds of objects should "register themselves" and why? Thanks, Max

1 0

PPC numpy, lxml
by Stuart Edwards 25 Dec '07

25 Dec '07

Jiho - I have numpy for py25 and py24 and lxml for py25. These are macport installs and are fairly bulky (~ 10 Mb). Let me know how you would like to have them delivered! Stu

3 3

Re: [Inkscape-devel] Problems trying to Compile Inkscape on tiger PPC
by Juan Miguel Ramirez 25 Dec '07

25 Dec '07

well, after a lot of troubles I have made all the steps until: make install the final lines of the log are: Making install in ui make[3]: Nothing to be done for `install-exec-am'. test -z "/Users/yomizmo/Documents/inkscape//share/inkscape/ui" || ../.././install-sh -c -d "/Users/yomizmo/Documents/inkscape//share/inkscape/ui" /usr/bin/install -c -m 644 'keybindings.rc' '/Users/yomizmo/Documents/inkscape//share/inkscape/ui/keybindings.rc' /usr/bin/install -c -m 644 'menus-bars.xml' '/Users/yomizmo/Documents/inkscape//share/inkscape/ui/menus-bars.xml' /usr/bin/install -c -m 644 'toolbox.xml' '/Users/yomizmo/Documents/inkscape//share/inkscape/ui/toolbox.xml' /usr/bin/install -c -m 644 'units.txt' '/Users/yomizmo/Documents/inkscape//share/inkscape/ui/units.txt' /usr/bin/install -c -m 644 'units.xml' '/Users/yomizmo/Documents/inkscape//share/inkscape/ui/units.xml' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. Making install in po /bin/sh /Users/yomizmo/Documents/Inkscape SVN/inkscape/trunk/install-sh -d /Users/yomizmo/Documents/inkscape//share/locale /Users/yomizmo/Documents/Inkscape: /Users/yomizmo/Documents/Inkscape: is a directory make[1]: *** [install-data-yes] Error 126 make: *** [install-recursive] Error 1 On 22/12/2007, jiho <jo.irisson@...400...> wrote: > > > > > > On 2007-December-22 , at 20:41 , Juan Miguel Ramirez wrote: > > > well, I have installed all the dependencies except subversion; it > > > gives me the following errors: > > > > > > you can drop subversion in MP and either: > > - get a source development snapshot (see wiki on compiling on OSX > > there's a link) > > - get subversion as an OS X installer > > http://homepage.mac.com/martinott/ > > http://subversion.tigris.org/project_packages.html > > > > Let me know how the rest of the compilation goes. > > > > JiHO > > --- > > http://jo.irisson.free.fr/ > > > > > > > >

2 3

printing broken!
by bulia byak 25 Dec '07

25 Dec '07

The new print dialog looks impressive, but it does not work. I choose print to lpr and nothing happens (ubuntu 6.10). It worked fine before the last overhaul (about a month ago). Print preview button also does nothing, just closes the print dialog. Printing to file also fails to create any file. I think this must be addressed asap, since I'm not the only one complaining about this. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 3

Re: [Inkscape-devel] RSVG dependancies
by joel＠...1709... 24 Dec '07

24 Dec '07

Well that symbol I gave was just an example of the BZ2_bzCompress@...1849.... @ notation. But yes, I would like to compile it without bzip2 support, but I'm not quite sure how to do that on windows command line. Do I use the source code from the bzip2 website or off the MingW/MSYS website? Do I compile on the windows command line? or in some other more linux friendly shell? or even in linux itself? Or if I were to try and compile bzip2, I'd really want to know the same answers to those questions. ---------------------------------------- From: JonY <10walls@...400...> Sent: 24 December 2007 15:46 To: inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-devel] RSVG dependancies joel@...1709... wrote: > Hi All, > > After bulia's earlier comment about the possibility of rendering SVG > previews with RSVG, I did some investigation. I think this *is* the way > to go. Already I've got cairo working very nicely feeding graphics into > my preview pane. librsvg looks pretty straight-forward as well. > > I'm having a slight problem adding the rsvg dependency. It seems that > the version of the lib in the bundle has been compiled with bzip2.dll as > a dependency. I can't possibly see why it would need to support that, > but if we were to add bzip2, that only adds another 60kB. Problem is, I > can't find a version of bzip2 which will play nice with librsvg.dll > because the exported symbols in the my MSYS version of the dll that I > have, are of the form "BZ2_bzCompress", but librsvg-2-2.dll imports > "BZ2_bzCompress@...1333...". > > Where do the DLLs in the bundle come from? > Could librsvg be compiled without bzip2 support? > or Is a version of bzip2.dll with the correct exports available somewhere? > and can I get that dll before the next bundle is released? because I > don't want to wait for months > > any suggestions? > > Thanks > Joel > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel Hi, Wait, are you saying its an MSYS dll? MSYS uses a different runtime all together, its not supposed to be used for non-MSYS apps. I used the static lib instead (could have been dll-ized), links to the librsvg dll without problems, but I don't have BZ2_bzCompress@...1333... either. $ nm /mingw/lib/libbz2.a | grep BZ2_bzCompress 00000820 T _BZ2_bzCompress@...1847... 00000990 T _BZ2_bzCompressEnd@...1346... 00000170 T _BZ2_bzCompressInit@...1848... Have you tried compiling librsvg yourself without bzip2 support? bzip2 support maybe needed for rendering compressed svgz, but I'm not entirely sure. Hope everything goes well. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

RSVG dependancies
by joel＠...1709... 24 Dec '07

24 Dec '07

Hi All, After bulia's earlier comment about the possibility of rendering SVG previews with RSVG, I did some investigation. I think this *is* the way to go. Already I've got cairo working very nicely feeding graphics into my preview pane. librsvg looks pretty straight-forward as well. I'm having a slight problem adding the rsvg dependency. It seems that the version of the lib in the bundle has been compiled with bzip2.dll as a dependency. I can't possibly see why it would need to support that, but if we were to add bzip2, that only adds another 60kB. Problem is, I can't find a version of bzip2 which will play nice with librsvg.dll because the exported symbols in the my MSYS version of the dll that I have, are of the form "BZ2_bzCompress", but librsvg-2-2.dll imports "BZ2_bzCompress@...1333...". Where do the DLLs in the bundle come from? Could librsvg be compiled without bzip2 support? or Is a version of bzip2.dll with the correct exports available somewhere? and can I get that dll before the next bundle is released? because I don't want to wait for months any suggestions? Thanks Joel

2 1

NEW: Angled guidelines
by unknown＠example.com 24 Dec '07

24 Dec '07

Hello all, * Angled Guidelines Now, Inkscape also provides angled guidelines! Double click on a guide to set its angle. Regards, Johan

5 11

Re: [Inkscape-devel] Problem with Native File Dialogs for Windows
by joel＠...1709... 24 Dec '07

24 Dec '07

bulia buliak wrote: > Perhaps you could use the cairo renderer for the previews, since we > already include cairo, so you'll only need to include some bits from > rsvg (or whatever the cairo-based svg viewer is called). This can be > done in a different thread and I suspect would be generally faster > than Inkscape renderer anway. I think it would be faster, and I would absolutely *love* to use cairo - and indeed that was my initial plan, but last I looked, I didn't see rsvg in the bundle, and I didn't want to add the extra as a dependancy. But I see that it is there now - I shall give it a try! Molumen wrote: > Just curious: will there be a "toggle preview on/off" possibility as in the current file dialog? There should be no problem adding that sort of refinement. I could even append it as a button on right-hand end of the toolbar there. Johan wrote: > Just so you know, your work is really really very much appreciated!!!!!!! Hey thanks mate - that's really encouraging! Maybe this whole mission is good for me - character building.

1 0