January 2013 - Inkscape Devel

Inkscape and clipboard (mac and others)
by Valerio Aimale 18 Jan '13

18 Jan '13

Re Inkscape clipboard, I believe there are two major problems : 1) General to all platforms, the fact that Inkscape spends time at exit, putting items on the clipboard: I believe that Inkscape current behavior is the correct one. Placing items on the clipboard is an expensive operation. Most operating systems have switched to a "delayed clipboard request fulfilling" model: an app offers items on the clipboard, at the user request, but does not actually pass them to the OS. Only when another app requests the clip, the original app fulfills the request. On exit, if the app owns the promised items on the clipboard, the OS will request to fulfill placement of items on the clipboard, to make them available to other apps. The reason for that behavior is that it makes apps look nicer. If all "copy" requests were to be materialized in the clipboard immediately, the user would have to wait a significant amount of time when he/she presses Cmd-C. It is especially true of Inkscape. Inkscape's cut and past operations are especially expensive, because the have to go through uniconverter. By delaying clipboard requests fulfillment, the user as a better experience: when he requests a paste in another app, the app who own the clipboard item is the the background and can fulfill the request at any speed, without annoying the user. Materializing items in the clipboard at exit does not annoy the user, because the user is focus on other activities and does not mind a rather slow app exit. 2) Mac specific: Inkscape+quartz cannot interact with the clipboard, due to the fact that the gtk library + quartz backend does not do a proper job of translating mime-types to Uniform Type Identifier, and vice-versa. The patch below, should fix properly gtk2+quartz, but I'm still testing it. Valerio Patch: diff -Naur gtk/gtkquartz.c gtk/gtkquartz.c --- gtk/gtkquartz.c 2011-11-22 05:36:41.000000000 -0700 +++ gtk/gtkquartz.c 2013-01-18 09:25:59.000000000 -0700 @@ -80,16 +80,16 @@ static NSString * target_to_pasteboard_type (const char *target) { - if (strcmp (target, "UTF8_STRING") == 0) - return NSStringPboardType; - else if (strcmp (target, "image/tiff") == 0) - return NSTIFFPboardType; - else if (strcmp (target, "application/x-color") == 0) - return NSColorPboardType; - else if (strcmp (target, "text/uri-list") == 0) - return NSURLPboardType; - else - return [NSString stringWithUTF8String:target]; + NSString *str; + CFStringRef uti; + + if (strcmp (target, "UTF8_STRING") == 0) + return NSStringPboardType; + else { + str = [[NSString alloc] initWithUTF8String:target]; + uti = UTTypeCreatePreferredIdentifierForTag(kUTTagClassMIMEType, (CFStringRef)str, NULL); + return (NSString *) uti; + } } NSSet * @@ -127,16 +127,14 @@ GdkAtom _gtk_quartz_pasteboard_type_to_atom (NSString *type) { + NSString *str; + if ([type isEqualToString:NSStringPboardType]) return gdk_atom_intern_static_string ("UTF8_STRING"); - else if ([type isEqualToString:NSTIFFPboardType]) - return gdk_atom_intern_static_string ("image/tiff"); - else if ([type isEqualToString:NSColorPboardType]) - return gdk_atom_intern_static_string ("application/x-color"); - else if ([type isEqualToString:NSURLPboardType]) - return gdk_atom_intern_static_string ("text/uri-list"); - else - return gdk_atom_intern ([type UTF8String], FALSE); + else { + str = (NSString *)UTTypeCopyPreferredTagWithClass((CFStringRef)type, kUTTagClassMIMEType); + return gdk_atom_intern([str UTF8String], FALSE); + } } GList *

1 0

Coding style: const
by Johan Engelen 18 Jan '13

18 Jan '13

Hi all, Inspired by a blog text, I've spent some time adding "const" in a number of places. Adding const tends to spiral out of control if it was not used when code was written, meaning that you will have to add const in many other places where it should have been when it was first written. Please be very aggressive in adding "const" to any code you write. It will help us understand code better and will prevent bugs from creeping in. If "const" is new to you or you're a bit rusty on the topic, read this: http://www.cprogramming.com/tutorial/const_correctness.html Thanks a bunch, Cheers, Johan

3 2

sp-animate.h unreferenced
by Alex Valavanis 17 Jan '13

17 Jan '13

Hi All, sp-animate.h is not used by anything else and hasn't been worked on since 2006... I'm assuming this is part of an abandoned feature. Shall we get rid of it? AV

2 1

Status bar files
by Arshdeep Singh 16 Jan '13

16 Jan '13

Does anyone know which files handle the status bar notifications ? I understand it is content-aware. I need to study that mechanism for something. -- demicoder

2 1

Extensions tutorial
by Alex Valavanis 16 Jan '13

16 Jan '13

Hi everyone, I've been asked by a friend to give a talk/tutorial about Inkscape Extensions scripting for a local Python users meeting. It's a slightly daunting task for me, given that (a) I'm way more comfortable with C/C++ than Python (b) My involvement with the extensions subsystem has been pretty minimal! I'll happily put something together myself, based on the guidance on the Wiki, but if anyone already has any additional useful documentation/slides/tutorial material that they would like to contribute, that would be very helpful, and might even encourage some new contributors to the project :) Thanks! AV

3 2

Inkscape and Mac OSX menu integration
by Valerio Aimale 15 Jan '13

15 Jan '13

~suv, thanks as always for your insightful comments. Sorry for the belated reply, I've been busy with work. 99 times out of 100, refactoring is best. However, there are exceptions. Refactoring the menubar machinery in a way that works for all platforms is a major undertaking. It would be a significant investment of time. I think it would be nice to be able to provide a 0.48.4 release to the Mac users out there, who have been left behind for quite some time. I've come up with a solution that is not a hack, but not even refactoring. As a matter of fact, Inkscape has already 80 % of the code needed to work with a unified menubar. Would you, Victor, or any other willing test this version: https://rapidshare.com/files/2954353212/Inkscape-0.48.4-10.7%2B-x86_64.dmg It has a unified MacOSX menu for all windows/document/views. I don't know, however, what the unified menu does to dynamic menu items. Check marks are there and they seem to be ok for me. This version has also a working python installation. The application menu Quit item is not yet integrated with the app. It will be soon. ~suv, I've seen you comments in the bug reports and will reply, as time permits. Valerio > Commenting here even though the topic is quickly getting way above my > head: Personally, I wonder whether it's really about adding some hack, > or more about efforts at refactoring some of Inkscape's code base? As I > had tried to convey with information provided in earlier replies, some > of the issues with the menubar integration also seem to similarly affect > Inkscape e.g. on Ubuntu under Unity with the global menu (no icons and > keyboard shortcuts for menu items, the 'File > Open Recent' sub-menu is > broken in the same way, the toggle state can get out of sync, e.g when > working with multiple windows, etc). > > Possibly a somewhat related discussion, started during an earlier effort > to advance the OS X menu integration of Inkscape: > <http://inkscape.13.n6.nabble.com/Verbs-SPAction-versus-GtkAction-tt2806978.…> > > Maybe this should or could be addressed indeed by a refactoring of > Inkscape's code base, possibly with increased focus on what GTK3 might > offer right now or plans to support? AFAIU at least for the Quartz > backend GTK3 already includes menubar integration code which does not > require to depend / link against the external gtk-mac-integration > library anymore (there's a small demo app installed alongside gtk3-demo, > which uses the native global menubar on OS X [1]). > > Similarly, the problem with the modifiers in my understanding is likely > to require quite a bit of refactoring - GIMP 2.8 is my reference in this > regard: AFAICT the GIMP team rewrote large parts of the modifier code > last year [2] (IIRC after some refactoring had occurred in upstream GTK2 > 2.24 first), and now the application out-of-the-box seems to handle > modifier keys depending on the backend used for GTK2: on OS X 10.7, my > local X11-based build of GIMP 2.8.2 has the (usual) 'Ctrl' modifier in > shortcuts, whereas the Quartz-based build of the same GIMP version uses > 'Cmd' instead. This is what I'd also like to expect from Inkscape. > >

3 5

GDK Thread API deprecation
by Alex Valavanis 15 Jan '13

15 Jan '13

Dear All, I just opened a new report [1] about the deprecation of the Gdk thread API. I know very little about writing threaded applications... would anyone be willing to take a look at this, or at least give some hints about how easy/difficult it will be to fix? AV [1] https://bugs.launchpad.net/inkscape/+bug/1099832

1 0

Feature request, export a svg to a multi resolution icon
by Justin Dearing 14 Jan '13

14 Jan '13

Hello, I created a 512x512 svg image to serve as the "master" logo and icon for poshrunner. I then use inkscape from the command line to make png renderings at 256,128,64,48,32, and 16 pixel square resolution, and then use FreeImage to create a single ICO file that gets embedded into the final ico. This involves two powershell scripts: https://github.com/zippy1981/AppDomainPoshRunner/blob/master/art/buildart.p… https://github.com/zippy1981/AppDomainPoshRunner/blob/master/art/buildIcon.… It would be nice to simplify this process. Could inkscape add multi resolution ico export support? For the resolution it could be a series of checkboxes for the accepted resolution (btw as of Vista the ICO format supports 256x256). For the scriptable command line version the syntax could look like: inkscape --export-ico=foo.ico--export-ico-resolutions=16,32,48,64,48,128,256 foo.svg Regards, Justin Dearing

3 3

Can we list the Chocolatey (apt-get for windows) package for InkScape on http://inkscape.org/download/?lang=en
by Justin Dearing 13 Jan '13

13 Jan '13

Hey all, I took over maintenance of the chocolatey (http://chocolatey.org) package for inkscape. Chocolatey is basically yum/apt-get/fink/etc for windows. I have a request and two offers. My request is that you list the package on the download page. My first offer is that if you deem it appropriate I will make someone on the inkscape core team a co-owner of the package. My second offer is to integrate the package building into the inkscape windows build process if you deem that appropiate. Let me know your thoughts. Regards, Justin Dearing

1 0

Call for Merge
by Martin Owens 11 Jan '13

11 Jan '13

Hey Inkscapers, I've been on pause with this connector work waiting for the clean-up to get merged into trunk. Do we know what's going on? Best Regards, Martin Owens

2 5