- Inkscape Devel - Inkscape Mailman

localization of colors
by Alexandre Prokoudine 27 Feb '11

27 Feb '11

Hi, I really couldn't say how other translators see this, but running 'intltool-update ru' had a quite a jaw-dropping effect on me (797 fuzzy, 403 untranslated after 99,5% ready for 0.48). May I ask why we should have colors from .gpl palettes translatable? Alexandre Prokoudine http://libregraphicsworld.org

3 2

console export fails with absolute paths on win32
by Justin Z 25 Feb '11

25 Feb '11

It seems that console (command-line) use of inkscape.exe to export pdf/ps/etc fails with an absolute path on Win32. This happens with SVG files from at least Visio and Dia. (I haven't checked other input formats of flavors of svg.) I use Cygwin on XP, and I discovered this when using dblatex for converting DocBook5 XML to PDF (when dblatex sees an SVG file referenced in XML it calls inkscape using absolute paths). When I test inkscape alone it clearly succeeds on relative paths but fails on absolute paths. (Note that if you want to try this yourself then you have to patch imagedata.py because it calls inkscape with in/out files mixed up -- see: http://sourceforge.net/tracker/index.php?func=detail&aid=3039592&group_id=7… ) I've tried your official/stable win32 installer v0.48, earlier v0.46, and nightly build 0.48+devel r10061 (Feb 21 2011). I also tried setting pythonpath, and other variables, and have made sure my shell knows which inkscape/python combo to use. BTW, although I tried compiling the latest, some of Cygwin's packages are a bit behind and well, ain't gonna happen: configure: error: Package requirements (gdkmm-2.4 glibmm-2.4 giomm-2.4 gtkmm-2.4 >= 2.10.0 gtk+-2.0 libxml-2.0 >= 2.6.11 libxslt >= 1.0.15 cairo sigc++-2.0 >= 2.0.12 gthread-2.0 >= 2.0 libpng >= 1.2 gsl) were not met: No package 'gdkmm-2.4' found No package 'glibmm-2.4' found No package 'giomm-2.4' found No package 'gtkmm-2.4' found So I won't be able to patch source and recompile :( Thanks for any help, and I'll be glad to test new versions. PS, please accept my apologies for not wanting to create an account on launchpad -- I have far too many accounts on systems around the Net, and I prefer to subscribe/unsubscribe from lists when possible. --Jaz /cygdrive/c/temp $ inkscape -z -D --export-pdf=fig0.pdf testfile.svg (or dir/subdir/testfile.svg , or ../subdir/testfile.svg, etc) $ ls -l fig0.pdf -rwx------+ 1 jazing None 18858 Feb 25 12:50 fig0.pdf $ rm fig0.pdf $ inkscape -z -D --export-pdf=fig0.pdf /cygdrive/c/temp/testfile.svg ** (inkscape.exe:7632): CRITICAL **: Inkscape::XML::Document* sp_repr_read_file(const gchar*, const gchar*): assertion `Inkscape::IO::file_test( filename, G_FILE_TEST_EXISTS )' failed ** (inkscape.exe:7632): CRITICAL **: Inkscape::XML::Document* sp_repr_read_file(const gchar*, const gchar*): assertion `Inkscape::IO::file_test( filename, G_FILE_TEST_EXISTS )' failed ** (inkscape.exe:7632): WARNING **: Specified document /cygdrive/c/temp/approval.svg cannot be opened (does not exist or not a valid SVG file) ----

1 0

Compile error (color-profile.cpp)
by Marcin Floryan 25 Feb '11

25 Feb '11

Hi! Did anyone bump into this compile error - I was just trying do do a clean compile of latest inkscape from bzr trunk. color-profile.cpp: In static member function ‘static std::list<Glib::ustring> Inkscape::ColorProfile::getProfileFiles()’: color-profile.cpp:758:34: error: ‘sanitizeString’ is not a member of ‘Inkscape::IO’ make[3]: *** [color-profile.o] Error 1 Did I miss something? Cheers, Marcin -- Marcin Floryan http://marcin.floryan.pl/ Please consider the environment before printing this email.

3 2

New: Grayscale display mode
by unknown＠example.com 24 Feb '11

24 Feb '11

Hi all, I just committed a new display mode: grayscale. It is separate from the other display modes. The grayscale mode is a "Color display mode", see the menu. When activated, it shows all colors in grayscale on-canvas. This does not (yet?) influence exporting, or saving. It only concerns the on-canvas view of the file, like outline display mode. Right now, there is no preference to change the grayscale calculation. At the moment it uses: grayscale value = 0.33 * red + 0.59 * green + 0.11 * blue. I found this somewhere on internet, but forgot where, and it might be wrong/unusual. I intended to add a preference setting for these values, but have not done so. Let me know if that is desired. I tried assigning Shift+keypad5 to toggle the color display mode, but it does not work here on my netbook (Ctrl+keypad5 does work). Perhaps this is a Windows bug. If someone can suggest another keybinding, or... thanks! Johan

5 9

Re: [Inkscape-devel] Problems with 0.48.1-2
by Uwe Schöler - OSS-Marketplace.com 24 Feb '11

24 Feb '11

Hi, everything went fine and 0.48.1-2 is still on SF. Sincerely, UweSch I bet that the issue is a change to the win32 specific build file. My guess is that if you temporarily remove line 690 from build.xml you should be good to go. Cheers, Josh On Tue, Feb 22, 2011 at 2:39 AM, Uwe Schöler - OSS-Marketplace.com <mail@...2227...> wrote: Hi, I've some problems building inkscape 0.48.1-2 on windows. After "bzr revert -r 20" i can build inkscape but while copying the stuff into the inkscape folder i get an error message because of a missing file. The error message is: copy : c:\devlibs/bin/libpng14-14.dll to inkscape Make error line 689: copy : file /c:/devlibs/bin/libpng14-14.dll does not exist The problem is, that in R20 only the file libpng12-0.dll exists. What can we do now to provide a 0.48.1-2 with old cairo support? Is it only just this one file or are there more necessary files to take care of? -- Mit freundlichem Gruß, Uwe Schöler ------------------------------------------------------------------------------ Index, Search & Analyze Logs and other IT data in Real-Time with Splunk Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. Free Software Download: http://p.sf.net/sfu/splunk-dev2dev _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel -- Mit freundlichem Gruß, Uwe Schöler

2 1

Re: [Inkscape-devel] Re : Re : New bitmap editor selector
by Martin Sucha 22 Feb '11

22 Feb '11

Hi, On Tuesday 22 February 2011 17:27:10 Nicolas Dufour wrote: > > De : Martin Owens <doctormo@...400...> > > > > It sounds like you've programmed to the Windows concept of selecting > > program file via their exe file. Which isn't how XDG/FreeDesktop systems > > work (gnome, kde etc), these use .desktop files in known locations which > > have translated names, icons and descriptions of the program. > > > > Have I gotten the right end of the stick, that you've modified the file > > selection dialog to allow you to select executable files from the file > > system? > > Yes, you're right. I wanted to reproduced the Scribus external apps > preferences dialog (ok, it's not a gnome application...), and wasn't aware > it could harm to do that. > I also wanted it to work with command lines in order to allow OSX users to > use 'open' commands. > Regarding the gnome concept, the old inkscape list was not better than the > new selector since it just listed some manually chosen applications. How > should we handle that specific preference then? Just let a simple text > entry (full command line)? Auto-detect installed applications and add a > command line arguments entry field? GTK+ 3 includes a widget for selecting an application[1], but it seems it is not present in GTK+ 2, unfortunately, so it probably cannot be used right now in inkscape. As for where to get the list of applications (if it is not good enough to have an entry field+file selector until inkscape is ported to GTK3), I think the Desktop Menu Specification[2] at freedesktop.org might be helpful. [1] http://library.gnome.org/devel/gtk/unstable/GtkAppChooserDialog.html [2] http://standards.freedesktop.org/menu-spec/latest/ > Do you have links to applications that successfully uses that concept on > all platforms? > > Short term (for now, I don't want to spend too much time on it if it > requires too much work), should we keep the patched version or revert the > changes? If it's just a problem with the selector, we could just keep the > entry field and the context menu changes so that bitmap editing works on > OSX and Windows. I have not tried the feature, nor do I open bitmaps from within inkscape directly, but I think an ability to choose any program is better than a choice of few preconfigured programs, especially since a user may have those programs installed in non standard locations. Regards, Martin Sucha

1 0

Problems with 0.48.1-2
by Uwe Schöler - OSS-Marketplace.com 22 Feb '11

22 Feb '11

Hi, I've some problems building inkscape 0.48.1-2 on windows. After "bzr revert -r 20" i can build inkscape but while copying the stuff into the inkscape folder i get an error message because of a missing file. The error message is: copy : c:\devlibs/bin/libpng14-14.dll to inkscape Make error line 689: copy : file /c:/devlibs/bin/libpng14-14.dll does not exist The problem is, that in R20 only the file libpng12-0.dll exists. What can we do now to provide a 0.48.1-2 with old cairo support? Is it only just this one file or are there more necessary files to take care of? -- Mit freundlichem Gruß, Uwe Schöler

2 1

New bitmap editor selector
by Nicolas Dufour 22 Feb '11

22 Feb '11

Hi, I've just committed a patch (trunk revision 10062) that replaces the bitmap selector list (in the preferences) with a file selector. It reuses the existing "open" dialogs (the file type filter are set to executable files - or everything, on Gnu/Linux and OSX - and the preview disabled), but the change doesn't affect usual "open" or "import" operations. I hesitated to create a new specific dialog, but found it more logic to reuse the existing ones. The initial goal of that patch was to make it work on Windows (see Bug #26261, Edit externally doesn't work on Windows, https://bugs.launchpad.net/inkscape/+bug/262617), but it also adds command line arguments support (as far as the image is the last argument...). It should work on Windows (native dialog and GTK), Gnu/Linux and OS-X (thanks ~suv for your help!). Don't hesitate to comment. Regards. -- Nicolas

2 4

View mode: black&white
by unknown＠example.com 22 Feb '11

22 Feb '11

Hi all, I am thinking about adding a view mode that shows the image in black&white. This is very convenient for preparing color figures that should also be nice when printed in b/w. I remember we had this view mode feature "Print colors", but it was removed. I cannot find what this feature did, and why it got deleted (I do remember there was a good reason to delete it). Do other people also think a "black and white" view mode would be nice to have? Ciao, Johan

6 12

A few passes of code cleanup
by Jon Cruz 22 Feb '11

22 Feb '11

Hi, Just wanted to point out that this weekend I spent most of my Inkscape time doing a few passes of cleanup on the code, mainly getting rid of ancient C-style macros related to SPObject. Among the other issues was that the SP_OBJECT() macro was being used many places that it was not needed. However the most important issue is that such C style macros have been hiding issues with const vs. non-const parameters and object. I cleaned up just a couple of these problem areas, and marked a few more with TODO tags. The bottom line, though, is that we should probably all keep an eye out for const issues and make sure we correct what we can. For example, if a function takes a const parameter of some type such as int foo( SPObject const *object ); And then down somewhere in the body of the function does SPItem *item = SP_ITEM(object); Things will compile correctly, and at runtime will *almost* behave correctly. The SP_ITEM() macro will do the proper GObject thing of ensuring a pointer to the proper C object type is present and the struct bookkeeping is intact, etc. *However* the C-style cast in the middle of the macro will throw away const and we'll have a mutable object when our function contract misleadingly promises that we will not modify it at all. The macros also block method overloading, add introspection overhead that we'd prefer to avoid in inner loops and such, and cause a few other problems.

1 0