- Inkscape Devel - Inkscape Mailman

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