- Inkscape Devel - Inkscape Mailman

PNG Compression
by Joshua A. Andler 08 Sep '09

08 Sep '09

Hey there, I just wanted to point out that the "crunching" done on our pngs produces files that have forced alpha channels. Obviously if the image needs transparency, no harm there. However, for things that should have no opacity (such as screenshots), it can end up bloating them more than they need to be. Also, I found something that compresses better than pngcrush (however, it is MUCH slower). It's called "pngout", it's cross-platform, it's free, but it is not open source. I'm going to be re-compressing all of our screenshots with it because the results are much better (imho). However, I want to make sure that we get someone with IE to check that they view fine there before proceeding. They do load okay in Opera 10, Firefox 3.5, and everything else that I checked. A comparison of the 0.47 "spiro" screenshot was as follows: 355726 - Version currently on server 349063 - Saved from GIMP with the unnecessary alpha channel removed 337597 - Compressed w/ pngcrush (brute option) 327638 - Compressed w/ pngout (RGB color option) 28k is 28k... better for serving and receiving. In the end, doing this to all of our screenshots will probably add up to quite a bit. If anyone is interested in using pngout, it can be obtained here: http://advsys.net/ken/utils.htm Note: Someone else ported it to Linux, OSX, and BSD... so you'll need to follow a link on that page to the next place. Cheers, Josh

3 3

Fixed point arithmetic in libnr causes pixel offset at large zoom
by Diederik van Lierop 06 Sep '09

06 Sep '09

Hi all, As reported in https://bugs.launchpad.net/inkscape/+bug/168384, bitmap pixels appear slightly offset when nearing the maximum zoom. I found out that this is caused by the fixed point calculations in libnr, for example in nr_R8G8B8A8_P_R8G8B8A8_P_R8G8B8A8_N_TRANSFORM_0(). This is easily fixed by increasing the fixed point precision from 12 to 18 bits on line 42 in libr/nr-compose-transform.cpp, but if we do that then our headroom will become quite small. Can we switch to long long instead of just long? Or should we go to floating point math, and accept the speed penalty (if any)? Or should we leave things as they are? Someone must have though about this before ;-) Diederik

2 3

Paper size or orientation are not used when printing, fixed
by Nicolas Dufour 05 Sep '09

05 Sep '09

Hi, The patch submitted in https://bugs.launchpad.net/inkscape/+bug/166678 (comment 32) fixes the bug (just remove the extra parenthesis in print..cpp in the patch). Could someone commit it? Thanks! -- Nicolas

3 2

Re: [Inkscape-devel] Inkscape 0.47pre2
by Chris Morgan 05 Sep '09

05 Sep '09

Forgot to reply to all again... anyway, new news is http://inkscape.chrismorgan.info/win32-builds/Inkscape-0.47pre2-2.exe with the updated devlibs. I'd especially like this tested with graphics tablets to see if the updated GTK version (not the newest, but newer) fixes that problem with them not working as extended input devices. On Tue, Sep 1, 2009 at 9:49 PM, Chris Morgan <chris.morganiser@...400...>wrote: > On Tue, Sep 1, 2009 at 8:02 AM, Alvin Penner <penner@...1856...> wrote: > >> Alexandre Prokoudine wrote: >> > >> > OK, so can we use this build? >> > >> I've been using the build : >> inkscape.chrismorgan.info/win32-builds/Inkscape-0.47pre2-1.exe. >> and it is working very well for me, thanks Chris! >> > Good :-) > > The only 'issue' I've seen is that it apparently does not include the >> Python >> packages 'PIL' and 'uniconvertor', which I think would normally be present >> in a Windows installation. >> > I happened to notice that today before you emailed, looking at it for some > PortableApps.com stuff (CommonFiles stuff - a "feasibility study" for a > unified Python distribution except for extra libs, for Python apps and apps > that use Python, e.g. Blender, Inkscape (both contain), Task Coach, BPBible, > others (are written in)). I'd seen PIL in 0.46, and noticed it wasn't > there. It has since occurred to me that I have not updated my devlibs > bundle (the download contains all the SVN metadata for the repo) as > recommended in the Win32Port wiki page, so I'm going to do that now and > rebuild it all. I think that that should fix it, and also it'll just make > sure everything is up to date. The devlibs bundle I downloaded was at r14, > so I'm updating it to the latest, r20. > > Sorry about that guys. I plan now on being able to upload > Inkscape-0.47pre2-2.exe tomorrow (probably in about 20 hours time). > > -- >> View this message in context: >> http://www.nabble.com/Inkscape-0.47pre2-tp25110580p25231102.html >> Sent from the Inkscape - Dev mailing list archive at Nabble.com. >> >> >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> 30-Day >> trial. Simplify your report design, integration and deployment - and focus >> on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> > > > > -- > God bless, > > Chris Morgan <chris.morganiser@...400...> > > > I'm good at making two things: mistakes and enemies. > -- Chris Morgan <chris.morganiser@...400...> I'm good at making two things: mistakes and enemies.

6 10

Little bug in i18n
by Lucas Vieites 05 Sep '09

05 Sep '09

Hi, I'm testing and debugging my translation on the inkscape-0.47pre2 version and I found the following: When I apply a filter to an object, say "Wrinkled varnish", the menu option appears correctly translated as "Barniz arrugado", but when I select the object, on the status bar I see the description of the object, for example:* "Elipse; **filtrado (Wrinkled varnish)* en capa* Capa 1*. Pulse......". As you see, the name of the filter does not appear translated here. I think it's this segment in the po file: the second "%s" is not getting the correct string. ============================ #: ../src/sp-item.cpp:1065 #, c-format msgid "%s; <i>filtered (%s)</i>" msgstr "%s; <i>filtrado (%s)</i>" ============================ Should I open a bug report? Thanks, -- Lucas Vieites

6 6

BUG 404670
by the Adib 05 Sep '09

05 Sep '09

Hello release warden, I made a patch for a critical issue targetted for 0.47 https://bugs.launchpad.net/inkscape/+bug/406470 pls check and commit if appropriate. theAdib.

1 0

Windows installer change request
by Jon 05 Sep '09

05 Sep '09

Just downloaded Inkscape-0.47pre2-1.exe and am trying it out. Please consider modifying the installer to provide an option to allow one to install in an existing directory that has files and subdirs. The use case for this request is that I customize the Inkscape theme on my systems and therefore have content in etc, lib, and share subdirs. I think a "safe" solution is to provide an "Overwrite!" button in the dialog that pops up when you try to install to a non-empty dir. Keep the "Retry" and "Cancel" buttons and default to not allowing one to install to a non-empty dir, just provide us of those who have existing customizations the option of continuing the installation without having to waste time copying the customizations to a temp directory and then copying them back. Thanks, and THANKS for all the coolness that is Inkscape! Jon

3 2

Re: [Inkscape-devel] Win32 libs update request - was Re: Inkscape0.47pre2
by Preben Soeberg 04 Sep '09

04 Sep '09

> -----Original Message----- > From: Preben Soeberg [mailto:prsodk@...400...] > Sent: 04 September, 2009 20:32 > To: 'J.B.C.Engelen@...1578...' > Subject: RE: [Inkscape-devel] Win32 libs update request - was Re: > Inkscape0.47pre2 > > ... > > > > > > It has been much improved, but bug > > > https://bugs.launchpad.net/bugs/284546 is still there, though > > > it does not appear quite as easy as before. > > > > > > Couldn't the THROW_CONTINUITYERROR at line 355 in > > > src\2geom\path.cpp be commented out, as suggested long time > > > ago. That would help a lot. > > > > We should definitely not remove THROW_CONTINUITYERROR ! It means there > > is a real problem that Inkscape/2geom should not ignore. > > I think what causes the problem in this case is adding a line segment > > with 'invalid' points (like infinity). Perhaps adding a simple check for > > that in the callygr tool will fix this issue. > > > > Ciao, > > Johan > > Yes, it's a dirty workaround I suggested, but it works. > I commented it out and have been using it like that for 8 months now with > only minor problems. These minor problems consist in, that when I > calligraphic-trace and move the pen too slow, the trace is aborted, but > without the crash. > > I don't have time to try to look for a way to fix it (for the next week or > so). I hope somebody else is trying. > > Preben

1 0

Dots with Pen and Pencil tool broken?
by Tavmjong Bah 04 Sep '09

04 Sep '09

Hi, Drawing dots with the Pen and Pencil tools seems to be broken with 0.47. Does anybody else see this? (Hold Ctrl key down while clicking with the mouse.) Tav

6 16

[Fwd: Inkscape manual page translations]
by Joshua A. Andler 03 Sep '09

03 Sep '09

Hey all! helix84 came to me with a question that I do not have an answer to and have been unable to get one so far (6 weeks later now). With that, I will get this question out to our translators and developers in general to see if anyone in our community knows or can find out. Please read below. Cheers, Josh -------- Forwarded Message -------- From: helix84 <helix84@...2235...> Reply-to: helix84@...2235... To: Josh Andler <scislac@...400...> Subject: Inkscape manual page translations Date: Tue, 21 Jul 2009 10:47:33 +0200 Hello, I believe you're the release warden for 0.47. Can you help me with the following issue? I translated the inkscape.pod file to Slovak and I'd like to see it included in 0.47. 1) I'm not sure where to add it so it will build (because I don't understand autotools very well) 2) I can't get it to build correctly and I have this problem with the existing French manpage, too I tried it on Ubuntu 9.04: pod2man -u --center=Inkscape inkscape.sk.pod > inkscape.sk.1 man -l inkscape.sk.1 With the -u option it munges the non-ASCII characters, without it it adds A~X sequences. When I did a normal make, inkscape.fr.1 was created but this has the same problem - note the A~X sequences. I noticed the utf8-to-roff filter in the makefile but I don't know how to use it. Anyway it seems it's used for the French file in the makefile so it probably doesn't work. Regards ~~helix84

1 0