- Inkscape Devel - Inkscape Mailman

Picking a shape when Alpha=0%
by Yann Papouin 18 Dec '08

18 Dec '08

Hi, I have a question about picking. Actually it's not possible to pick a shape when it's alpha value is 0. It is a design choice, a bug or implementation limitation? Have a good day!

2 1

Sudden surge of regressions/changes in (filter) rendering
by Jasper van de Gronde 18 Dec '08

18 Dec '08

I just ran the rendering tests again, and compared to last week there were suddenly 16(!) new results. I've had a quick look at some of them and they all seem to be regressions related to filter rendering (affecting quite a lot of different filters). Could anyone who has touched the general filtering code in the last week please recheck their work? (I'm currently swamped with work, so I have no time to go after this myself.)

3 5

Re: [Inkscape-devel] Changing the gtk2 theme for a self-built OSX nightly
by jiho 17 Dec '08

17 Dec '08

Hi, Sorry I did not answer earlier. On 2008-December-01 , at 23:05 , André Berg wrote: > I compiled and uploaded numpy and lxml for Python 2.6 (i386) so that > you guys can include them into the PythonModules.dmg on Modevia. > Here's the link where you can download if you like: > > http://www.sendspace.com/file/plht64 Thanks, that will be useful. I will update the .dmg on Modevia ASAP (which might not be before a while though). > I also gave the build-system (mostly osx-app.sh) a few fair runs > trying out the site-packages dir inside the Inkscape.app bundle. > The inclusion of Arch and Python Version within site-packages made > it somehwat difficult to get it working out-of-the-box with that > build script. > I have three Python distributions installed: > > 1. Leopard Default > 2. MacPorts 2.5.x, 2.4, 2.6. (2.5.x being the active one with > MacPorts) > 3. MacPython 2.6 (being the overall systems active python. symlinks > from /usr/local/bin point to /Library/Frameworks/Python.framework/ > Versions/Current/bin > > My PATH (~/.bash_profile) looks like this: > > export PATH="/Library/Frameworks/Python.framework/Versions/Current/ > bin:/opt/local/bin:/opt/local/sbin:/usr/local/bin:/usr/bin:/bin:/usr/ > sbin:/sbin:/usr/X11/bin:/sw/bin:/sw/sbin:${PATH}" > > So you can see MacPython comes first, then MacPorts, then /usr/ > local, Leopard Default and finally remnants of a Fink installation. > > The problem I had was that in the Inkscape shell script that > ultimately resides within Inkscape.app/Contents/Resources/bin a path > is exported that has almost the same entries but in another order. > > Which led to the strange effect that even though I modified osx- > app.sh to copy my numpy and lxml dirs automatically from /Library/ > Frameworks/Python.framework/Versions/Current/lib/python2.6/site- > packages into Inkscape.app/Contents/Resources/python/site-packages/ > i386/2.6 the modules where never found when the program was started > by double-clicking its dock icon. They were however found when I > started Inkscape by double-clicking the Inkscape shell script > mentioned earlier. > It took me quite a while to find out what was happening: > > Somehow the ScriptExec loader makes it so that Inkscape is started > within a virgin /bin/sh with no PATH whatsoever set. The Inkscape > shell script takes this into account by exporting its own PATH with > a hardcoded order which for my system had the wrong order of > importance. That's why I had this behaviour. The question now is, > how can we make sure that when the user specifies a directory to use > as the source for the Python modules, that we also start Inkscape > with the proper shell environment that has the correct order of its > PATH as set by the user for the Python install he/she selected to > use as Python module root. > In my opinion it is reasonable to assume that if the user has a > custom PATH variable set in his/her default shell that he/she should > know better than hardcoding/guessing what order the PATH components > need to be in. However, unfortunately I failed modifiying the > scripts involved in getting Inkscape to start up, so that the PATH > in use by the user's default shell is set as the PATH to use for > starting Inkscape. I completely agree: we should read the PATH of the user and use that. However, as you, I was not able to find a solution. First, on Mac OS X, the "PATH" used by double clickable, bundled applications is the one defined in ~/.macosx/environment.plist. See the comment in packaging/macosx/resources/bin/inkscape: # Brutally add many things to the PATH. If the directories do not exist, they won't be used anyway. # People should really use ~/.macosx/environment.plist to set environment variables as explained by Apple: # http://developer.apple.com/qa/qa2001/qa1067.html The usual PATH variable, declared in the shell of the user, is used only on the command line. This is why we do this: # but since no one does, we correct this by making the 'classic' PATH additions here: # /usr/local/bin which, though standard, doesn't seem to be in the PATH # newer python as recommended by MacPython http://www.python.org/download/mac/ # Fink # MacPorts (former DarwinPorts) Instead of proceeding this way however, we could (should?) read the PATH variable set in the shell of the user and use that. The problems are: - we could probe for the existence of .bashrc, .cshrc or similar files depending on the $SHELL variable of the user and use what's in that. but the modifications could also be in .profile or .bash_profile or... So we need a clean solution to get the environment a regular shell script would get, and I don't know how to do that - Inkscape would behave differently from other graphical, bundled applications. - and another reason that I forgot... There is, IMHO, a fundamental design flaw in the system, which makes scripts and regular applications use different PATHs (the things set in ~/.macosx/environment.plist, for applications are not available to shell scripts, and the PATH set in .bashrc for bash scripts for example, is not available for applciations). The only way to circumvent it is to set the same thing in ~/.macosx/environment.plist and in ~/.bash_profile (which is what I do), but I don't think Inkscape can do that for you. If you can find a way to concilate all these sources of PATH variables and detect/sort that in the launcher script, it would be very much welcome and will be included. > If it interests you I can include my modified osx-app.sh script. I > also made a osx-keymap.sh script for setting the not so well- > known .xmodmap hack until the Alt-Key behaviour is sourted out for > X11. I'll include both with this e-mail. I'm not sure what the modifications of osx-app.sh are intended for? Thanks for the other one. We need to decide whether it is better to include that (which would affect all X11 applications) or to sort it out for Inkscape only by using keys.xml in the appropriate way. > I also updated the wiki, but you may want to see it over, as there > maybe some things in my edits that may go against the philosophy of > the build teams involved. I can't check now but I'm sure it's fine. JiHO --- http://jo.irisson.free.fr/

2 1

Inkscape spray tool
by Pierre-Antoine MARC 17 Dec '08

17 Dec '08

5 4

Re: [Inkscape-devel] [Bug 179085] Re: new feature for 0.47 Multiple Pages Support
by the Adib 14 Dec '08

14 Dec '08

we need to focus on this feature to get this done. I think this is an important feature for all technical based drawings. There is a blueprint on this: http://blueprints.launchpad.net/inkscape/+spec/mutiple-pages-support and there is a reference page in the wiki: http://wiki.inkscape.org/wiki/index.php/MultiplePages those pages are recently created. HTH, Adib. --- On Sun, Dec 14, 2008 at 9:25 PM, mahfiaz <mahfiaz@...400...> wrote: > *** This bug is a duplicate of bug 170369 *** > https://bugs.launchpad.net/bugs/170369 > > ** This bug has been marked a duplicate of bug 170369 > Multiple Pages Support - SVG 1.2 Compliance > > -- > new feature for 0.47 Multiple Pages Support > https://bugs.launchpad.net/bugs/179085 > You received this bug notification because you are a member of Inkscape > Bug Team, which is subscribed to Inkscape. >

2 1

CharTypes.h et al
by Michal Svoboda 13 Dec '08

13 Dec '08

Hello, for the second day I'm trying to compile inkscape and growing more and more desperate. Compilation fails with: In file included from extension/internal/pdfinput/svg-builder.cpp:19: extension/internal/pdfinput/svg-builder.h:32:23: error: CharTypes.h: No such file or directory In file included from extension/internal/pdfinput/svg-builder.cpp:20: extension/internal/pdfinput/pdf-parser.h:29:24: error: goo/gtypes.h: No such file or directory extension/internal/pdfinput/pdf-parser.h:30:20: error: Object.h: No such file or directory (and ~3 more pages of induced errors). I've tried to google and stuff, but to no avail. What do I need to have installed to get those header files? (I've seen that they come with xpdf, but that's not quite it - and they don't get installed to /usr/include anyway.) So either some horrible hack is required on my part or these include files come with something very basic that is auto-assumed, and nobody bothers to check for it in ./configure. Can someone shed some light into this? Thanks, Michal

2 1

intltool
by Diederik van Lierop 13 Dec '08

13 Dec '08

Hey people, Just a quick note: to run ./autogen.sh succesfully with latest revision, I had to update intltool to v0.40.5. This was the error I got before updating: Running intltoolize --copy --force --automake ... cp: cannot create regular file `po/Makefile.in.in': No such file or directory intltoolize: cannot copy '/usr/share/intltool/Makefile.in.in' to 'po/Makefile.in.in' Please fix the error conditions and try again. Fedora 9 is still only at v0.37.1, so I had to manually copy some files from the Fedora 10 preview release. Diederik

2 1

New snapping features
by Diederik van Lierop 12 Dec '08

12 Dec '08

Hi all, In the latest revisions you will notice that Inkscape now has a snapping tab in the preferences dialog. It contains some non-document specific settings, such as for example the snap indicator toggle. There are some new parameters too though: 1) You can now specify the snapping delay (as promised a few weeks ago) 2) I've added a slider which controls which type of snapping Inkscape will prefer. When multiple snap solutions are found, then Inkscape can either prefer the closest transformation (when the weight-slider is set to 0; this is the old mode), or prefer the node that was initially the closest to the pointer (when the slider is set to 1). The way Inkscape calculates the preferred snap has been improved too, which should lead to more predictable snapping 3) There's a toggle to force Inkscape to only try snapping the (source) node that is closest to the mouse pointer, à la Coreldraw. When this mode is enabled a snap indicator will shortly be shown at that node. This will give you maximum control of the snapping which is useful for more complex drawings with many nodes. Have a try and let me know what you think of it.... Diederik

3 3

Re: [Inkscape-devel] Create Plug-In for Flow-Chart drawing
by Mirko Marschew 11 Dec '08

11 Dec '08

2 1

compilation problem
by M 10 Dec '08

10 Dec '08

Hi all, I am having the following problem during compilation of version 20346 (the lastest as of now): extension/internal/cairo-ps-out.cpp: In member function 'virtual void Inkscape::Extension::Internal::CairoPsOutput::save(Inkscape::Extension::Output*, SPDocument*, const gchar*)': extension/internal/cairo-ps-out.cpp:137: error: 'CAIRO_PS_LEVEL_2' was not declared in this scope extension/internal/cairo-ps-out.cpp:141: error: 'CAIRO_PS_LEVEL_3' was not declared in this scope extension/internal/cairo-ps-out.cpp: In member function 'virtual void Inkscape::Extension::Internal::CairoEpsOutput::save(Inkscape::Extension::Output*, SPDocument*, const gchar*)': extension/internal/cairo-ps-out.cpp:201: error: 'CAIRO_PS_LEVEL_2' was not declared in this scope extension/internal/cairo-ps-out.cpp:205: error: 'CAIRO_PS_LEVEL_3' was not declared in this scope make[2]: *** [extension/internal/cairo-ps-out.o] Error 1 make[2]: Leaving directory `/home/rmagno/Downloads/inkscape-20346/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/rmagno/Downloads/inkscape-20346' make: *** [all] Error 2 best, Ramiro.

1 0

Parsing a command line to argc/argv
by Krzysztof Kosiński 10 Dec '08

10 Dec '08

I'm getting back to work on the GIO transition. The first thing that must change in order to move to GIO is the parameter parsing (to open files it's best to use Gio::File::create_for_commandline_arg, and for this filenames in filename encoding are needed). However, this will interfere with the shell mode. I don't think this is an useful feature - an embedded scripting language would be a lot better - but probably there's someone who relies on it, so it should be preserved until there's a replacement. I would like to reuse the option parser from the main application, but then I have to parse the command line into argc and argv myself, because that's what g_option_context_parse accepts. Does anyone know whether there's an "officially blessed" way of parsing a command line into argc and argv? Regards, Krzysztof Kosiński -- View this message in context: http://www.nabble.com/Parsing-a-command-line-to-argc-argv-tp20874473p208744… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

4 11

"make check" doesn't run unit tests
by Krzysztof Kosiński 09 Dec '08

09 Dec '08

This wiki page: http://www.inkscape.org/wiki/index.php/TestingInkscape says that "make check" runs the unit tests written in the CxxTest framework on Unix systems, but in fact it doesn't. The only tests which are actually run are the ones using the old homegrown utest framework residing in src/utest. I'm no expert on Inkscape's build process so I'm not sure how to fix this. Regards, Krzysztof Kosiński -- View this message in context: http://www.nabble.com/%22make-check%22-doesn%27t-run-unit-tests-tp20876856p… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

4 15

Bug in SVN with certain HID devices
by Omar Chanouha 09 Dec '08

09 Dec '08

Hello Everyone, I did an SVN yesterday and after compiling I got this error: ERROR:preferences.cpp:488:Inkscape::XML::Node* Inkscape::Preferences::_getNode(const Glib::ustring&, bool): assertion failed: (pref_key.find('.') == Glib::ustring::npos) After further investigation, I realized that the pref_key my program was crashing on was that of my keyboard/mouse: Liteon Microsoft Wireless Reciever 700 v2*.*0 When I removed the assert from the code the program started properly. I believe the assert is checking to make sure that the first instance of a period is coming at the end of the pref_key, or that one does not exist? Either way, why are you checking for this? Why does it matter? Regards, Omar

2 1

Script to export image
by Alessandro Antonello 07 Dec '08

07 Dec '08

I have to thank all of you guys. You helped me a lot. Mr. Bulia Byak, Jamie Kimberley, John Bintz and others. You are all right. The Inkscape is a great software but not for what I was trying to do. The ideas that Kimberley and Bintz gave to me was perfect. ImageMagick was the right answer to my problem. I did this: - I exported the entire SVG to a single PNG file. That gave me a file with a bit more than 19MB. - I converted the PNG in a MPC file with ImageMagick, after a long and very careful reading of its documentation. This gave me a file almost 4GB long. - Then I made a batch script, much more simpler than the other one, to export all the 29,232 parts that I needed. Amaizing, it took less than 4 hours to export all parts. I loved ImageMagick and all its powerful. I already known it, but never occurs to me that it could do the job. Thank you again, guys. Alessandro Antonello

2 1

Script to export images
by Alessandro Antonello 06 Dec '08

06 Dec '08

Hi, All. I already wrote this question in the inkscape-user list but no one came to me with a good solution. My problem is that I have a SVG image too big. In fact is more than one. They are five SVG files with size of 20880 pixels width by 37800 pixels height. I have to export PNG files of slices that must have 180 pixels width by 150 pixels height. I know that I could do this creating an array of squares in a separate layer and, using the batch export, export every peace. The problem is that I need that every PNG file export must have an specific name. They must have the theis X and Y positon from where they come from in the original image. For example, if one PNG came from a peace at 0:0:180:150 it must be named "0x0.png". The peace that came from 180:150:360:300 must be named "180x150.png". I already made a batch file (I am using Windows XP with Inkscape 0.46) but it is too slow. I left it running almost 16 hours strait and it didn't finished the first file yet. There is someone that can help me with that? Is really important. Thanks a lot. Alessandro Antonello _________________________________________________________________ Instale a Barra de Ferramentas com Desktop Search e ganhe EMOTICONS para o Messenger! É GRÁTIS! http://www.msn.com.br/emoticonpack

5 6

Bug in W3C test suite?
by Jasper van de Gronde 05 Dec '08

05 Dec '08

Currently Inkscape renders the W3C Gaussian blur test (filters-gauss-01-b.svg) visibly different from the reference PNG provided by the W3C. However, from what I can tell it might not be Inkscape's problem... (Or is it?) This spreadsheet: http://home.hccnet.nl/th.v.d.gronde/filters-gauss-01-b.ods shows some graphs of data extracted from the reference PNG and Inkscape's output, as well as some artificially created data. The top and bottom graphs correspond to lines extracted at y=220 and y=320, and they show that Inkscape's output matches pretty well to the reference PNG. I've only included the green channel of the reference PNG, but the other channels match as well. The interesting bit is the green channel in the middle graph (corresponding to y=270). Legend: - the continuous green line is Inkscape's output - the dashed green line is the W3C reference PNG - the orange line is the result from alpha compositing the green channels from y=220 and y=320 (corresponding to only red and only yellow). - the brown line is the result of blurring a 45 pixels wide strectch of "red" roughly corresponding to the visible part of the red rectangle (only the green channel, so all 255 except for the "red" part, which is 0) As can be seen Inkscape's output matches almost perfectly with the artificially generated data, and it apparently doesn't matter much whether the filter is applied to each rectangle separately or to the combined image in this case (which is NOT the general case). I've applied for a bugzilla account at the W3C to file a bug, but in the mean time, did I make some mistake in analyzing this or is this really a bug in the W3C test? Also, what on earth could cause such a weird mismatch? And in an interesting twist, Batik gives more or less the same result as the W3C reference PNG. I've had a short look at their blur code, but without spending hours (if not days) to delve deep into their code I really can't tell what causes the difference in behaviour. BTW, the strange fluctuations in the left part of the bottom graph are due to text appearing the reference PNG (which has been removed from Inkscape's tests to make it easier to compare images automatically).

2 2

handling of bugfixes for particular cases
by Thomas Holder 03 Dec '08

03 Dec '08

Hi, I just fixed bug #190424 and #168777. These are about incorrect font size when creating text in a document, that has a viewBox attribute. My patch does not fix the lack of viewBox handling in general, but only for text tool. Actually Inkscape needs a proper generic implementation of viewBox handling I think, but this is probably a larger piece of work. I'd like to know how our policy is for such cases. Go for the easy fix now, and revert it once the proper general fix is done? Or postpone the whole issue until it is properly fixed? Thomas

3 3

Re: [Inkscape-devel] Create Plug-In for Flow-Chart drawing
by Mirko Marschew 02 Dec '08

02 Dec '08

3 2

mingwm10.dll
by bulia byak 02 Dec '08

02 Dec '08

As of rev 20252, Inkscape on Windows won't start claiming it needs mingwm10.dll. I found it in MinGW and copied it to the build dir, then it worked fine. Just a heads-up for those who work on Windows build, you may need to include this file in your lists. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

7 15

uniconv-ext.py : providing compatibility for uniconversor name variations
by Aurélio A. Heckert 01 Dec '08

01 Dec '08

Hi, Sometimes a question about CDR importing back to the inkscape-brasil maling-list and the problem is the uniconversor name variation. To support this variation i put a test on uniconv-ext.py . I don't know if i did by the better way, but the result is really better for the user now. :-) Somebody may please test it on Windows and OSX? (i have comited to SVG, update+make to test) import sys from run_command import run from subprocess import Popen, PIPE cmd = 'none' try: p = Popen('uniconv', shell=True, stdout=PIPE, stderr=PIPE).wait() if p!=127 : cmd = 'uniconv' p = Popen('uniconvertor', shell=True, stdout=PIPE, stderr=PIPE).wait() if p!=127 : cmd = 'uniconvertor' except ImportError: from popen2 import Popen3 p = Popen3('uniconv', True).wait() if p!=32512 : cmd = 'uniconv' p = Popen3('uniconvertor', True).wait() if p!=32512 : cmd = 'uniconvertor' if cmd == 'none' : sys.stderr.write('You need to install the UniConvertor software.\n'+\ 'For Linux: install the packge python-uniconvertor.\n'+\ 'For Windows: download it from\n'+\ 'http://sk1project.org/modules.php?name=Products&product=uniconvertor\n') else : run((cmd+' "%s" "%%s"') % sys.argv[1].replace("%","%%"), "UniConvertor") Thanks, Aurium -- Aurélio A. Heckert http://colivre.coop.br/Aurium GNU/Linux User #312507 http://counter.li.org - - - - - - - - - - - - - - - - - - - - - - - - - Ilustração Vetorial Livre: http://InkscapeBrasil.org Coop. de Tecnologias Livres: http://Colivre.coop.br - - - - - - - - - - - - - - - - - - - - - - - - - "Eu temo pela minha espécie quando penso que Deus é justo." Thomas Jefferson Antes de imprimir esta mensagem reflita sobre a sua responsabilidade com a preservação do Meio Ambiente.

1 0

Inkscape does not render Khmer script correctly
by Khoem Sokhem 30 Nov '08

30 Nov '08

Hello List members, I have a problem with Inkscape in Ms Windows. but in Linux (openSUSE 11.0) it renders Khmer script correctly. For more detail about this please take a look at my previous bug at: https://bugs.launchpad.net/inkscape/+bug/168926. and please see the screen shot of wrong rendering in Ms Windows at: http://launchpadlibrarian.net/10578823/Inkscape_on_Windows.png P.S. I have the same problem with Inkscape and Gimp in Ms Windows. and I think that Inkscape and Gimp use the same rendering engine, this is jus my idea :). Does any one have problem the same to me? I hope hear from you soon. Best wish, Khoem Sokhem

2 1

Recent Documents List
by Josh Andler 30 Nov '08

30 Nov '08

I have to say that I like the Recent Documents from Inkscape being listed in my Gnome recent documents list. However, what I didn't expect was that when I cleared Gnome's recent documents that it would also clear the list within Inkscape. Is there any potential way for us to work around this or does this come with getting the integration? Cheers, Josh

4 3

Re: [Inkscape-devel] Create Plug-In for Flow-Chart drawing
by Mirko Marschew 30 Nov '08

30 Nov '08

1 0

Create Plug-In for Flow-Chart drawing
by Mirko Marschew 29 Nov '08

29 Nov '08

6 6

Re: [Inkscape-devel] Create Plug-In for Flow-Chart drawing
by Mirko Marschew 28 Nov '08

28 Nov '08

1 0