Bug in SVN with certain HID devices
by Omar Chanouha
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
14 years, 11 months
Script to export image
by Alessandro Antonello
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
14 years, 11 months
Script to export images
by Alessandro Antonello
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
14 years, 11 months
Bug in W3C test suite?
by Jasper van de Gronde
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).
14 years, 11 months
handling of bugfixes for particular cases
by Thomas Holder
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
14 years, 12 months
mingwm10.dll
by bulia byak
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
14 years, 12 months
uniconv-ext.py : providing compatibility for uniconversor name variations
by Aurélio A. Heckert
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.
14 years, 12 months
