- Inkscape Devel - Inkscape Mailman

Android tablet as drawing input
by Jon Cruz 10 Feb '13

10 Feb '13

Hey Inkscapers, check this out http://www.gimpusers.com/news/00462-use-android-tablet-as-graphics-tablet-w… A simple use of an android tablet to feed as an extended X input device for drawing in Linux. Needs the X11 driver part to feed the data from the Android device to the X11 system, but from there it should end up working for all apps, including Inkscape. This is overlapping an area I was working at from the other direction, but should be easy for me to hook up to from Inkscape directly. My talk at LCA 2013 is going to be on that input work (using wiimotes, guitars, gamepads, etc.) and once I get to the point of reading in drawing data (in addition to current use as keys and pressure modifiers) using that should be very simple and avoid the need for any X11 drivers. Oh, and from what I see of the protocol, it should end up working cross-platform.

3 3

Re: [Inkscape-devel] Font-family drop-down menu change.
by ~suv 10 Feb '13

10 Feb '13

Forwarding Vlada's reply to the list … On 2013-02-09 15:33 +0100, Vladimir Savic wrote: > On 02/09/2013 01:00 PM, ~suv wrote: > >> @Vlada - IIRC you just recently (2013-02-04) reported launch times of 40 >> or more seconds: did you notice any difference with the most recent >> builds since then (revision >= 12105)? > > Revisions <12112 time: > real 0m37.590s > user 0m37.110s > sys 0m0.180s > > Revision 12112 time: > real 0m45.933s > user 0m39.158s > sys 0m0.392s > > (I've measured startup time a few times and took what is closest to mean > value) > > For comparison purposes Scribus gives me: > real 0m9.725s > user 0m6.552s > sys 0m0.508s > and yet there I have to manually close Welcome (New document) dialog and > hit Close application icon.

2 1

BSpline branch renamed. New branch for 0.48 Series
by Jabiertxo Arraiza Cenoz 10 Feb '13

10 Feb '13

Hi to all. The name for the banch BSpline is changed to be more precise. They are Based in 0.48-x (Now) lp:~jabiertxof/inkscape/BSpline+SpiroLive-0.48.x Based in 0.49-x (Devel) lp:~jabiertxof/inkscape/BSpline+SpiroLive-0.49.x We can find here: https://code.launchpad.net/~jabiertxof

1 1

0.49 release..?
by Dave Crossland 08 Feb '13

08 Feb '13

Hi! Sorry if I missed this elsewhere, but I wonder what the status is for a 0.49 release? :-) -- Cheers Dave

3 2

New extensions Eraser layer and Filter Layer.
by Jabiertxo Arraiza Cenoz 07 Feb '13

07 Feb '13

Added to inkscape resouces forum this two new extension. Eraser layer: http://www.inkscapeforum.com/viewtopic.php?f=11&t=13493 Filter Layer: http://www.inkscapeforum.com/viewtopic.php?f=11&t=13495 In other words. Im waiting for feedback/errors about BSpline+SpiroLive Branch. To prepare the translations file and propose for merge. https://code.launchpad.net/~jabiertxof Hi, Jabier.

3 4

Mac OSX 0.48.4 RC4
by Valerio Aimale 05 Feb '13

05 Feb '13

RC is out: Mtn Lion: http://rapidshare.com/files/2972309189/Inkscape-r0.48.4-r9943-10.8%2B-x86_6… Lion: http://rapidshare.com/files/2284187099/Inkscape-r0.48.4-r9943-10.7%2B-x86_6… Fixed: a) problems with keyboard: It's not really a bug. Mac OS X, for reason that evidently were valid when NeXT Step OS was designed, dispatches event to menus at a higher priority than keyboard event processor. So the menu with accelerators "sucks up" the event before it even reaches the GDK (or any other event processor) delegation system. If there are accelerators that overlap with key events , without modifers, they won't be prcessed as regular keyboard events, but as menu accelerator (the 'g' that triggers "Toolgradient" being a good example) . The fix is to modify mac.xml such that all those accelerators that overlap with simple key events are removed. I've done so. I've fixed all cases I was able to find. Let me know if you run into more. b) clipboard exchange with GIMP. The problem is really with GIMP, not Inkscape. Given that GIMP uses the unpatched gtk2+quartz library, it can only import TIFF images from the clipboard. TIFF is not mentioned in the Inkscape Info.plist, thus Inkscape does not export TIFF format to the clipboard. I've modified Info.plist , so now Inkscape and GIMP can talk via TIFF - Inkscape now exports TIFF (among a host of other formats, to the clipboard). Valerio

4 5

checkered background rendering mode for transparency?
by Andy Fitzsimon 04 Feb '13

04 Feb '13

How hard would this be to draw/implement - even if just for my build ? I'm often making all-white SVG's and wanting to keep the background 100% transparent so that inkscape faithfully renders PNG's would it make sense to include an object attribute that is painted but not rendered like sodipodi:invisible where something like opacity:0 is forced but ignored only by us ? -- Andy

2 2

LGM 2013
by Alexandre Prokoudine 04 Feb '13

04 Feb '13

Hello team, As you probably already know, registration for LGM 2013 is open, and talk proposals can be submitted. The event is taking place on April 10-13 in Madrid. See http://libregraphicsmeeting.org/2013/. LGM used to have a nice attendance by Inkscape team in 2006-2010, but then, AFAIK, things have changed. Has anybody already made up their minds to participate this year? If you did, I'd be happy to publish news and invite community to attend the event, so that they could meet you in person. Alexandre Prokoudine http://libregraphicsworld.org

3 4

Win32 Corel Draw support
by Nicolas Dufour 02 Feb '13

02 Feb '13

Hi, Corel Draw files are supported for Win32 as of revision 12091, devlibs revision 43. Don't forget to update the devlibs and use a clean build! Regards, -- Nicolas

1 0

Pointers -> references
by Johan Engelen 30 Jan '13

30 Jan '13

Hi all, A code snippet from trunk: void srgb_to_linear( double* c ) { if( *c < 0.04045 ) { *c /= 12.92; } else { *c = pow( (*c+0.055)/1.055, 2.4 ); } } Alright, this method should not do a NULL check for performance reasons (I assume). But, shouldn't we use a reference in this case then? To signal clearly that the method does not accept NULL pointers without crashing: void srgb_to_linear( double &c ) { if( c < 0.04045 ) { c /= 12.92; } else { c = pow( (c+0.055)/1.055, 2.4 ); } } I'm trying to reduce the number of crashes due to simple NULL pointer crashes. I find such bugs satisfying to fix because it takes really only 1 minute to locate the bug and 1 minute to fix and commit it, but........ Ciao, Johan

3 3