- Inkscape Devel - Inkscape Mailman

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