- Inkscape Devel - Inkscape Mailman

Code Walk Through
by Jeremy Villalobos 19 Jun '11

19 Jun '11

Hello: I am a new developer. I have dowloaded Inkscape source, compiled it, and have browsed the code with Eclipse (my favorite IDE). My end goal is to collaborate to add open_cl to Inkscape to make it superfast ! For now, I would like some guidence about the code. Is there a code walk-through either presentation style on youtube or a guide (link) ?

5 5

Re: [Inkscape-devel] Font fall back support for inkscape
by gespertino＠...400... 18 Jun '11

18 Jun '11

>> Instead, the list should be parsed and each character in the text should be displayed using the first font in the list which is >> a) available >> b) has a glyph for that character > > Interesting. I doubt that Inkscape will ever implement the correct > behavior as it would require that Inkscape be able to do all the book > keeping to know which characters are available in which font. At the > moment we use Pango to come up with the best match for a given font > specification. Getting Inkscape to use the first available font in the > list will be a small step forward (right now it treats a font list as a > single font name and thus won't match anything). I'm not sure if this is completely related to this discussion, but I'd like to leave my 2 cents. Currently inkscape does a rather weird font substitution (at least I, as a user, can't tell how and when it works) and there's no clear indicator of that substitution except the warning icon in the font selector once the text element is edited. In my experience (both with libre and proprietary applications) automatic font fallback has never been completely succesful and frequently it's more problematic than helpful. Manual selection of the replacement is always annoying but at least less dangerous. To make it worse, there's no visual indication that fonts have been replaced in Inkscape, so things can look fine at a first glance when in reality they are very wrong when you sent the artwork to print, exported, etc. Automatic font fallback can be useful for document accessibility, but from a graphic designer perspective it's too dangerous to be considered as a viable option. Since I consider Inkscape a design application I'd say it's more important to actually KNOW that the original font isn't available than finding a quick replacement (which potentially could completely destroy the original design because the character set isn't complete, metrics don't match or simply its style is different). IMO the ideal solution would be the use of embeddable fonts as it was stated before, but meanwhile a safer choice would be to replace the missing fonts using the default (or yes, using some font replacement technique) but making it visually clear the the fonts used in the document aren't the originally assigned, using some highlight or visual cue of some kind. But anyway, before speaking about how fonts have to be replaced, Bug #168658 should be addressed since it's too dangerous for artwork integrity.

1 0

Show/Hide objects to export in command-line
by Thibaut Girka 17 Jun '11

17 Jun '11

Hi, I'm using inkscape for various projects, and I'm now concerned about automatically rendering graphics for my game project. However, several images are rendered from the same SVG file, with different layers/objects visibles. While --export-id (and --export-id-only) is helpful in some cases, it's not always sufficient. Therefore, I think hiding certain objects with a new command-line option such as --hide-id would be a worthy improvement. Allowing multiple --export-id might be useful too. Regards, Thibaut Girka.

3 4

Collaborative platform for translation "Transifex.net"
by Valessio S Brito 16 Jun '11

16 Jun '11

Anyone know of an official platform for Inkscape? The Brazilian community was using Pootle, but now we need another platform and service in the cloud; Someone knows something? There is a proposal to use http://www.transifex.net Has anyone used this?

5 6

Guideline snap rotation absolute/relative
by LucaDC 16 Jun '11

16 Jun '11

In rev. 10303 guidelines shift+ctrl rotation has been changed to consider the guide initial angle as base. The absolute rotation was made by purpose, it was not a bug to be fixed. Guidelines are absolute objects and it was decided to make them snap at absolute angles, regardless of their initial orientation. Also, now a relative rotation is made possible by the new math in input fields feature: just open a guide, then write a +15 in the angle field and it's done. Personally I find the "relative" option of little usefullness. Should I need it, there is already a simple way to obtain it, while I use a lot absolute snapping so I can "recycle" guides already on screen rather than throwing a lot, having to clean them one by one. More: the math needed requires trigonometric functions and this makes me think that repeatedly rotating a guide will inevitably lead to rounding errors so you could eventually end up with a guide not starting from where it was at the beginning. This is a huge problem for technical drawings and would force me to carefully avoid using this function (this means always opening the guide menu and input the desired angle or always start from a vertical or horizontal guide and make a single rotation!). I ask for reverting back to the previous behaviour, please. Or add a different modifier for the two options (but we already know that there are less modifiers than the functions involved with guides...). Regards. Luca -- View this message in context: http://old.nabble.com/Guideline-snap-rotation-absolute-relative-tp31850907p… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 2

Re: [Inkscape-devel] Official Inkscape PPAs
by gespertino＠...400... 15 Jun '11

15 Jun '11

Hi. Thanks for setting the PPA! Is it possible to change the name of that builds from inkscape to something like "inkscape-devel" so it doesn't replace the stable build from repos? Inkscape is one of the main tools in my pipe and I give it a heavy daily use, so I cannot afford to have an unstable inkscape, but I don't want it to keep me from testing the new stuff! Being able to install both versions would solve the problem. Thanks in advance Gez.

6 7

New Measurement Tool in Inkscape
by Felipe Sanches 15 Jun '11

15 Jun '11

Hello, I'd like to let you all know that I have been working on a new tool for measuring objects in Inkscape. Here is a screencast of the tool: http://www.youtube.com/watch?v=CZKnxTO11xE But if you checkout the development code from Bazaar , then you'll see some new things that were implemented in the tool after recording the screencast (i.e. the tool now displays angle info also). Happy Hacking, Felipe Sanches PS: If you find bugs prease report them and assign the bugs to me at Lauchpad bug tracker.

5 6

Serious error with Wacom stylus on XP
by Preben Soeberg 15 Jun '11

15 Jun '11

"Stylus entered coordinates are wrong." Reported on https://bugs.launchpad.net/inkscape/+bug/797519 This error is a showstopper. There is likely also a problem with the Wacom mouse, but I cannot test this, as mine is broken. Regards Preben

2 1

Use of MINGW64 (minor)
by Bruno Winck 14 Jun '11

14 Jun '11

Hi Everyone, I am on the process to resume my work on Inkscape I did about css. I was using svn, now I have a new computer so I start again fresh with bazaar, so far so good. Since its running Windows 7 x64 I decided to give a try to mingw64. Compiling btool went fine, however when running it allocated 4 gig of memory and stalls. A quick look didn’t help figure out what could be the cause and now I revert to x32. Now I wonder what is the ground of using btool today. Is it still a necessity ? Other projects compile both on Windows and Linux without any specific tool. It would also help to benefit from a real incremental build. Any ideas of what was already tried around btool ? Also if there is already some ideas of having Inkscape addins let me know. I would like some ability to add attributes to svg files like scripts or rdf attributes. -Bruno Bruno Winck Email: <mailto:bwinck@...2633...> bwinck@...2632... Blog: <http://www.kneaver.com/> http://www.kneaver.com/blog Kneaver Corp <http://www.kneaver.com/> http://www.kneaver.com/ Twitter:http://twitter.com/kneaver <skype:brunowinck> SKYPE:brunowinck PH: +1 (415) 749 5850 CELL: +1 (415) 513 3160 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

4 13

A bug it would be nice to have fixed for 0.48.2
by Josh Andler 14 Jun '11

14 Jun '11

If anyone is willing to look into this, it appears JazzyNico did some good leg work in helping to identify the cause. https://bugs.launchpad.net/inkscape/+bug/631444

1 0

CMake update
by Joshua Blocher 14 Jun '11

14 Jun '11

oops didn't send it to the list as well Campbell, Thank you for picking support for the cmake build up. Johan and I authored most of the system but I had given up on getting it to link properly and than went on hiatus from working on Inkscape. And that is where things have sit until today. > - Options from configure's --with/--without This I don't agree with. Cmake should detect all optional libs and use them by default if available. At the end of the configuration generation it should tell the developer what libs are not being used. Similar to what KDE's Calligra does currently. For Experimental features I'm find with this. Thank you again for picking this up if you need anything feel free to ask. I'm going to test this soon. Joshua L. Blocher verbalshadow

3 3

Official Inkscape PPAs
by Josh Andler 14 Jun '11

14 Jun '11

Hey All, I just wanted to tell everyone about the creation of two PPAs that we created for Ubuntu users. One is for the current stable/supported release of Inkscape (not populated yet). https://launchpad.net/~inkscape.dev/+archive/stable The other is a nightly/trunk PPA for our testers and those who just want the newest features right away. https://launchpad.net/~inkscape.dev/+archive/trunk We owe a big thank you to Alex Valavanis and Cafuego for doing all the hard stuff. Cheers, Josh

2 1

CMake update
by Campbell Barton 14 Jun '11

14 Jun '11

Hi Dev's, Over the weekend I found inkscape's cmake files were not working and took the time to update them, * What Works * - building on linux - auto-detecting libs - basic installation - generating config.h, inkscape-version.c - all source & headers listed in CMakeLists.txt * Whats needed * - Inkview target - Options from configure's --with/--without - a CMake module FindDBus.cmake, probably other libraries which are optional too. - CMake currently doesn't install translations, hicolor/icons, or man pages. Probably you already discussed this when first adding CMake but I checked on build times and IDE integration. Including all source files in the CMakeLists.txt files is important for IDE's mainly so they are aware of the headers. I double checked inkscape's source loads in QtCreator/Netbeans & Eclipse. To ensure cmake doesn't get out of sync with the source there is a script which parses the CMakeLists.txt files and makes sure file lists are value and don't miss any newly added files. ./CMakeScripts/cmake_consistency_check.py While a time test at this point is not quite fair, since cmake misses translations & linking inkview I ran one all the same :). Not including configure times and built with "time make -j6" on a 6 core system. cmake: 3min, 38sec. automake: 5min, 56sec. So writing to say the cmake files are (basically) working and if you're a developer who likes fast builds and IDE integration, this part works now. If there is some especially important thing I miss out, let me know and Ill try add it. If other devs want to add support for OSX/Windows, link inkview... etc, that'd be great too. -- - Campbell

2 3

Help regarding libcroco node-iface structure
by Abhishek Sharma 13 Jun '11

13 Jun '11

Hello everybody, I am a student selected for GSoC 2011 in inkscape and have undertaken the CSS standardization project. I am currently converting libcroco to be in sync with inkscape's version of libcroco. Now I also have to deal with the tests already provided with libcroco. Test #(1-4) went perfectly, but in test #5 I have to modify the code so that it used the new libcroco function. In that test, initially there was xmlNode and xmlDoc from where we were getting data for instance in one function we had *CRXMLNodePtr a_node = xmlDoc->children*. But libXml has been removed and we do it some other way. This is what I need help in. May anybody please throw some light as to what do we use for initializing parameters for libcroco parsing as in what are the initial values of CRNodeIface and CRXMLNodePtr. Please help. -- Regards, Abhishek Sharma

3 2

Re: [Inkscape-devel] [CREATE] LGM2012 in Argentina?
by Josh Andler 13 Jun '11

13 Jun '11

If Felipe is in, I must make it a priority to attend. Perhaps we could also organize the proposed inkscape dev sprint for it as well. Cheers, Josh On Jun 12, 2011 7:23 PM, "Felipe Sanches" <juca@...2270...> wrote: > I would certainly attend LGM in Argentina! And I guess that Aurelio Hackert > (Inkscape developer), Joao Bueno (for sure!), Rodrigo Pitanga, Farid > Abdelnour, Nara Oliveira, Valessio Brito and Karlisson Bezerra are some of > the members of the brazilian libre graphics community that would probably > attend also. > > cheers, > Felipe Sanches (Juca) > Inkscape developer > > On Sun, Jun 12, 2011 at 12:57 AM, Dave Crossland <dave@...1555...> wrote: > >> Hi! >> >> I was running a bunch of libre font workshops in Argentina last month, >> and Fundacion Gutenberg was one of the institutions who hosted me in >> Buenos Aires. >> >> http://www.fundaciongutenberg.edu.ar/ >> >> The staff there are extremely enthusiastic about libre graphics, and >> made a serious comment about offering to host LGM 2012 if there was >> interest in the community. >> >> Is there such interest? >> >> -- >> Cheers >> Dave >> _______________________________________________ >> CREATE mailing list >> CREATE@...626... >> http://lists.freedesktop.org/mailman/listinfo/create >>

1 0

Connector Tool
by Josh Andler 12 Jun '11

12 Jun '11

Hey All, It would be really nice if someone would look into some of the issues with the connector tool, especially since they keep adding up and rarely get redued. It seems that at this point it is unmaintained and unfinished, which to me puts it in the same category as the our disabled technical/lpe tool. Meaning that if it doesn't see love by the time we're wrapping up 0.50 (or whatever that version will be), I personally feel that it should be disabled at that point and will request a vote. I know people have used it, it's cruft is in their documents, but if it's not going to be given a serious go, it makes no sense to have it. Just wanting to bring the issue up with plenty of notice. Cheers, Josh

6 5

Make errors (WPG and EMF)
by Nicolas Dufour 12 Jun '11

12 Jun '11

Hello, The trunk and 0.48.x branch don't compile on Windows XP with the current revisions due to the following make error: Make error line 299: problem compiling: In file included from c:\devlibs/include/libwpg-0.1/libwpg/WPGraphics.h:29, from c:\devlibs/include/libwpg-0.1/libwpg/libwpg.h:35, from src/extension/internal/wpg-input.cpp:51: c:\devlibs/include/libwpg-0.1/libwpg/WPGString.h:41: warning: type qualifiers ignored on function return type c:\devlibs/include/libwpg-0.1/libwpg/WPGString.h:45: warning: type qualifiers ignored on function return type In file included from c:\devlibs/include/libwpg-0.1/libwpg/WPGBitmap.h:30, from c:\devlibs/include/libwpg-0.1/libwpg/WPGPaintInterface.h:30, from c:\devlibs/include/libwpg-0.1/libwpg/libwpg.h:36, from src/extension/internal/wpg-input.cpp:51: c:\devlibs/include/libwpg-0.1/libwpg/WPGRect.h:50: warning: type qualifiers ignored on function return type c:\devlibs/include/libwpg-0.1/libwpg/WPGRect.h:51: warning: type qualifiers ignored on function return type In file included from c:\devlibs/include/libwpg-0.1/libwpg/WPGPaintInterface.h:30, from c:\devlibs/include/libwpg-0.1/libwpg/libwpg.h:36, from src/extension/internal/wpg-input.cpp:51: c:\devlibs/include/libwpg-0.1/libwpg/WPGBitmap.h:53: warning: type qualifiers ignored on function return type c:\devlibs/include/libwpg-0.1/libwpg/WPGBitmap.h:56: warning: type qualifiers ignored on function return type In file included from c:\devlibs/include/libwpg-0.1/libwpg/WPGPaintInterface.h:31, from c:\devlibs/include/libwpg-0.1/libwpg/libwpg.h:36, from src/extension/internal/wpg-input.cpp:51: c:\devlibs/include/libwpg-0.1/libwpg/WPGBinaryData.h:52: warning: type qualifiers ignored on function return type src/extension/internal/wpg-input.cpp: In member function 'virtual SPDocument* Inkscape::Extension::Internal::WpgInput::open(Inkscape::Extension::Input*, const gchar*)': src/extension/internal/wpg-input.cpp:72: error: 'input' was not declared in this scope src/extension/internal/wpg-input.cpp:78: error: 'olestream' was not declared in this scope src/extension/internal/wpg-input.cpp:79: error: type '<type error>' argument given to 'delete', expected pointer src/extension/internal/wpg-input.cpp:84: error: 'input' was not declared in this scope src/extension/internal/wpg-input.cpp:88: error: type '<type error>' argument given to 'delete', expected pointer src/extension/internal/wpg-input.cpp:97: error: 'input' was not declared in this scope src/extension/internal/wpg-input.cpp:97: error: 'output' was not declared in this scope src/extension/internal/wpg-input.cpp:98: error: type '<type error>' argument given to 'delete', expected pointer src/extension/internal/wpg-input.cpp:104: error: 'output' was not declared in this scope src/extension/internal/wpg-input.cpp:105: error: 'input' was not declared in this scope src/extension/internal/wpg-input.cpp: At global scope: src/extension/internal/wpg-input.cpp:66: warning: unused parameter 'mod' src/extension/internal/wpg-input.cpp:66: warning: unused parameter 'uri' The branch also show an error with emf-win32-inout.cpp: Make error line 299: problem compiling: src/extension/internal/emf-win32-inout.cpp: In member function 'virtual SPDocument* Inkscape::Extension::Internal::EmfWin32::open(Inkscape::Extension::Input*, const gchar*)': src/extension/internal/emf-win32-inout.cpp:2356: error: invalid conversion from 'int (*)(HDC__*, HANDLETABLE*, const ENHMETARECORD*, int, LPARAM)' to 'int (*)(HDC__*, HANDLETABLE*, ENHMETARECORD*, int, LPARAM)' src/extension/internal/emf-win32-inout.cpp:2356: error: initializing argument 3 of 'BOOL EnumEnhMetaFile(HDC__*, HENHMETAFILE__*, int (*)(HDC__*, HANDLETABLE*, ENHMETARECORD*, int, LPARAM), void*, const RECT*)' Not problem when compiling on Ubuntu. Regards, -- Nicolas

3 4

Build problems with r10266
by Tobias Ellinghaus 11 Jun '11

11 Jun '11

Hello, i have issues compiling inkscape on Debian/sid, gcc 4.6.0. I have enabled dbus and get the following error: CXX extension/dbus/document-interface.o ./document.h: In function 'void document_interface_update(DocumentInterface*, GError**)': ./document.h:99:13: error: 'SPRoot* SPDocument::root' is private extension/dbus/document-interface.cpp:979:40: error: within this context extension/dbus/document-interface.cpp:979:44: error: invalid use of incomplete type 'struct SPRoot' ./document.h:46:8: error: forward declaration of 'struct SPRoot' ./document.h:99:13: error: 'SPRoot* SPDocument::root' is private extension/dbus/document-interface.cpp:980:40: error: within this context extension/dbus/document-interface.cpp:980:44: error: invalid use of incomplete type 'struct SPRoot' ./document.h:46:8: error: forward declaration of 'struct SPRoot' ./document.h:99:13: error: 'SPRoot* SPDocument::root' is private extension/dbus/document-interface.cpp:984:40: error: within this context extension/dbus/document-interface.cpp:984:44: error: invalid use of incomplete type 'struct SPRoot' ./document.h:46:8: error: forward declaration of 'struct SPRoot' ./document.h:99:13: error: 'SPRoot* SPDocument::root' is private extension/dbus/document-interface.cpp:985:40: error: within this context extension/dbus/document-interface.cpp:985:44: error: invalid use of incomplete type 'struct SPRoot' ./document.h:46:8: error: forward declaration of 'struct SPRoot' make[3]: *** [extension/dbus/document-interface.o] Error 1 make[3]: Leaving directory `/home/houz/download/inkscape/inkscape/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/houz/download/inkscape/inkscape/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/houz/download/inkscape/inkscape' make: *** [all] Error 2 Do you need any additional information? Tobias

3 2

Depixelizing Pixel Art
by Alexandre Prokoudine 10 Jun '11

10 Jun '11

Hi, FYI: http://www.scribd.com/doc/56137278/Depixelizing-Pixel-Art "We describe a novel algorithm for extracting a resolution-independent vector representation from pixel art images, which enables magnifying the results by an arbitrary amount without image degradation. Our algorithm resolves pixel-scale features in theinput and converts them into regions with smoothly varying shad-ing that are crisply separated by piecewise-smooth contour curves" Alexandre Prokoudine http://libregraphicsworld.org

6 6

Avaailable build for Slackware.
by John Culleton 10 Jun '11

10 Jun '11

The latest build for Slackware is 48.1. It requires updates of a dozen libraries newer than what comes with Slackware 13.37. The first library I tried, GTKMM was not available from its home site. So----what about Inkscape 48? will it work with the older libraries that come with slackware 13.37? How far back in the Inkscape line do I have to go to find a version that will work with the libraries in Slack 13.37? Typically the libraries date back to Oct 2009. -- John Culleton

2 1

Save a copy in current dir?
by Johan Engelen 08 Jun '11

08 Jun '11

Hi all, I'd like some usabilty input for this bug: https://bugs.launchpad.net/inkscape/+bug/791098 It requests an option to have the Save a Copy dialog always open in the current document's directory. The Save As... dialog already has this option (preferences > save). Should I add an option below the Save As... dialog option in the preference dialog, or should I use the same setting for both dialogs? The reason I ask, is that I am a little afraid of adding yet another option... Thanks for advice :), Johan

5 6

Large but small change heads-up
by Jon Cruz 05 Jun '11

05 Jun '11

Hi, I just wanted to toss out a heads-up on change 10254 that I just pushed to trunk. It removed the outdated/unsafe SP_DOCUMENT_DEFS() macro, and changed about 58 files. Most of those were just a few lines, however, so it should not cause any major conflicts. However if anyone has some pending work, now might be a good time to re-sync from trunk so as to avoid potential extra steps being needed when committing.

3 7

Re: [Inkscape-devel] Inkscape 0.48.2 ... coming soon
by Daniel Macks 04 Jun '11

04 Jun '11

On Fri, 3 Jun 2011 13:49:23 -0700, Josh Andler wrote: Hey all, > > Apparently there is an exploit in the gtk we ship with 0.48.1. Given > that the recently updated devlibs required modifying trunk to compile, > it seems logical to just ship out the fixes that have landed in the > 0.48 branch since .1 was released. Do you have a link for this exploit? Trying to decide how to prioritize pushing this update when it's released (and also see if any other things with "their own" libgtk have an affected version). dan -- Daniel Macks dmacks@...2516...

2 2

Inkscape 0.48.2 ... coming soon
by Josh Andler 04 Jun '11

04 Jun '11

Hey all, Apparently there is an exploit in the gtk we ship with 0.48.1. Given that the recently updated devlibs required modifying trunk to compile, it seems logical to just ship out the fixes that have landed in the 0.48 branch since .1 was released. In keeping things up to date and all of that fun, the 0.48.x branch is currently upgrading on lp...so I just wanted to give a heads up to everyone on that (it will just be like when we upgraded trunk). It should hopefully be done in a few hours. If anyone has and questions or concerns, please let me know. Also, if you know of any "must have" fixes which don't already exist that you think should make it, please let me know. Cheers, Josh

3 3

Re: [Inkscape-devel] [Merge] lp:~valavanisalex/inkscape/fix-792263 into lp:inkscape
by Jon Cruz 04 Jun '11

04 Jun '11

On Jun 3, 2011, at 3:52 AM, Alex Valavanis wrote: > Alex Valavanis has proposed merging lp:~valavanisalex/inkscape/fix-792263 into lp:inkscape. > > Requested reviews: > Inkscape Developers (inkscape.dev) > Related bugs: > Bug #792263 in Inkscape: "Do not include individual GTK+ headers" > https://bugs.launchpad.net/inkscape/+bug/792263 > > For more details, see: > https://code.launchpad.net/~valavanisalex/inkscape/fix-792263/+merge/63364 > > I've gone through the code and replaced all gdk/gtk headers with generic headers in preparation for an eventual move to gtk+ 3. See http://developer.gnome.org/gtk3/stable/gtk-migrating-2-to-3.html#id1391340 for details. > > I have made sure that the code compiles with GTK_DISABLE_SINGLE_INCLUDES defined. > > It's quite a big diff, affecting many files so I don't feel comfortable committing it to trunk straight away. Please could someone take a look, and consider merging? > > Thanks Ah, yes. The change-to-really-slow-down-compile-time-and-break-modularity include mess GTK has doubled down on. :-( Thanks for slogging through the effort to get this together. I'll be going over it and hopefully getting it in soon. (I know I'd been procrastinating since the poor architectural choice has just grated on me, but we do need to get this resolved). BTW, we only just this past few weeks bumped Inkscape up to require GTK 2.20 for building, so it might be a fair bit more before we make a 3.x push overall. The header fix does help, though.

1 0