Mountain Lon:
http://rapidshare.com/files/1736402100/Inkscape-r0.48.4-r9943-10.8%2B-x86_64...
Lion:
http://rapidshare.com/files/3930886749/Inkscape-r0.48.4-r9943-10.7%2B-x86_64...
This RC has the following features:
- clipboard now fully working. The problem was inside the gtk2 library, and I fixed with this patch: https://bugzilla.gnome.org/show_bug.cgi?id=692123 GIMP and Darktable would benefit from this patch too.
- OSX Menu fully functional with OSX-style mnemonics
- uniconverter 1.1.5 + sk1lib 0.9.1, cdr import works great.
- ghostscript bundled with the app: importing postscript works great
- "open recent" working in Lion release too
Problems I see:
- the context-menu (right click on object) lack the "Cmd" mnemonic. This is a gtk problem. Mnemonics are correct but gtk lacks the symbol/icon for the Apple/Cmd key. I think it might be better to leave it for the gtk2/quartz team to fix this.
Please let me know how it works for you,
Valerio
On 20/01/2013 20:27, Valerio Aimale wrote:
On Lion:
Fixed: - Paste e.g. as PDF into Preview.app (New from Clipboard), or as PNG if pasted into a PNG image viewed in Preview.app.
Works as before: - Paste as new layer or new document in GIMP 2.8.2 (GTK+/Quartz). - Paste as path(s) into GIMP 2.8.2 if GIMP uses patched GTK+ as well (local build)
Now broken: - Paste as path into GIMP.app (uses older, unpatched GTK+), or a local GIMP build using unpatched GTK+ 2.24.14. The clipboard content from RC2 on the other hand could be pasted as path into GIMP with unpatched GTK+.
Regression with patched GTK+ 2.24.14: - Drag&Drop (import) from the Finder onto Inkscape's canvas no longer works in RC3 (but works ok with RC2). AFAICT this was introduced by the GTK+ patch (my local builds using the patched version of GTK+ 2.24.14 are now also affected).
Nice to have the keyboard shortcuts displayed in the main menus now - was this changed in Inkscape's sources, in gtk-mac-integration, or yet another patch for GTK+?
Bug (worked in RC2), blocker: - 'h', 'v' trigger a keyboard shortcut (flip horizontally, vertically) when typed while editing a text object on canvas (the text object is flipped instead of the letter being inserted). - 'Shift+G' converts the text to guides instead of inserting 'G' (text object is deleted, with default preferences). - '#', '|', '%' trigger the associated verb, instead of being inserted into the current text object. - ... (possibly I missed some of the shortcuts without modifiers which are used for menu items).
"OSX-style mnemonics" replacing current shortcuts: Please consider keeping the original default shortcuts for the zoom level presets: the "OSX-style mnemonics" with the 'Cmd' modifier can be added as additional keymapping, without redefining (aka removing) the existing shorter ones. The attribute 'display="true"' would be moved to the "OSX-style mnemonics" (to be displayed in the menus).
Confirmed (Lion)
Confirmed (Lion)
Confirmed (Lion)
The "Cmd" mnemonic is also missing in the tooltips of toolbar icons - this is a usability issue (mainly for new users): the shortcuts displayed in the tooltips are wrong (they don't work or trigger a different tool/command than expected). Also mentioned in https://bugs.launchpad.net/inkscape/+bug/1097539
Please let me know how it works for you,
Needs fixing: - Conflict between text tool context and "OSX-style mnemonics" of menu items which don't use a modifier
Would be nice to have fixed: - Import via Drag&Drop from Finder onto Inkscape's canvas - mnemonic 'Cmd' displayed in tooltips and context menus
Desktop integration: - Opening a document by dropping it onto the Inkscape icon opens two Inkscape windows: a "new" one (based on the default template), then a second one with the dropped document. With the old launcher (0.48.2), the first document window is reused for the dropped file (same happens if opening a file from within Inkscape).
Giving up ;-) on - adding back '/System/Library/Fonts' to the font path for fontconfig - including librsvg-based SVG loader to gdk-pixbuf2
Not giving up ;-) on - a branch with the current changes to Inkscape's sources themselves (beyond the changes to the packaging scripts) pushed to launchpad, before any "official" binary packages are distributed.
On 21/01/2013 03:40, ~suv wrote:
- 'Shift+D' triggers 'Select Original': nothing happens within regular text (no letter 'D' inserted either), and in flowed text, it looks up (aka selects) the (hidden) frame of the flowed text (usually a rectangle shape). - '+', '-' (regular numeric characters "plus", "minus") trigger zoom commands instead of being inserted as characters [1]
Other mnemonics now conflict with (default) native OS X shortcuts: - 'Cmd+Tab' ("NextWindow") - 'Cmd+Shift+Tab' ("PrevWindow") are overridden by the application switcher shortcut. The two mnemonics are not shown in the menu either (despite the 'display="true"' attribute). - ...
----- [1] Note that '=' ("equal") and '_' ("underscore") on the other hand are inserted as characters, though also being mapped to the same zoom commands ("ZoomIn", "ZoomOut").
I have added a patch on the trunk (998276) to display the keyboard shortcuts under Unity (and hopefully OS X) . Thanks Valerio for the tip on the missing accelerators !
On 21/01/2013 11:46, Victor / tokiop wrote:
Confirmed: import via clipboard e.g. from Preview.app does not work in RC3 yet, and now is broken in GIMP too (local 2.8.2 build) if GIMP uses the patched GTK+ version (*). In GIMP, 'New from Clipboard' fails (nothing on the clipboard), or even may causes GIMP to crash when trying to paste raster image data copied in Preview.app into a new layer).
(*) https://bugzilla.gnome.org/show_bug.cgi?id=692123
Gimp X11 -> Inkscape
Since pasting into Quartz-based Inkscape.app doesn't work from native OS X apps, I'd not expect that pasting from an X11-based application via X11/XQuartz pasteboard syncing service magically works, against all odds.
Pasting raster image data from X11-based applications also depends on the X11 preferences for the pasteboard: if off automatic syncing is disabled, as is recommended for X11-based Inkscape, the X11-clipboard data does not get synced to the OS X pasteboard anyway. If turned on, it is possibly to paste e.g. from an X11-based GIMP 2.8.2 into a Quartz-based GIMP 2.8.2 if using an unpatched GTK+/Quartz stack, but crashes GIMP 2.8.2 on paste if using the patched GTK+/Quartz stack.
Quartz-based Inkscape.app doesn't import from the clipboard yet (AFAICT it does not matter whether the clipboard content originates from the X11 sync service, another GTK+/Quartz based application or a native OS X application).
X11-support (or communicating with the pasteboard syncing service of X11/XQuartz) is probably not the highest priority for a new "native" GTK+/Quartz-based package of Inkscape - AFAIU first the support for the native (OS X) pasteboard needs to work in Inkscape (import and export of supported clipboard targets, and Drag&Drop from the Finder as well).
On 21/01/2013 03:40, ~suv wrote:
and from different sub-thread: On 21/01/2013 12:36, ~suv wrote:
(…)
Gimp X11 -> Inkscape
(…)
Also related to the upstream GTK+ patch: - Copy&pasting vector objects inside inkscape built with a patched version of GTK+/Quartz produces lots of new Gdk-CRTICIAL console messages (happens with 0.48.4 r9943 RC3 package (Lion) and local not-packaged and not-integrated trunk builds):
(Inkscape:73855): Gdk-CRITICAL **: GdkAtom intern_atom_internal(const gchar *, gboolean): assertion `atom_name != NULL' failed
Using the RC a little, a few glitches appeared :
* "h" and "v" are mapped to "horizontal/vertical flip", which makes typing a text with the text tool very entertaining ! :)
* copy/paste inside dialogs : for example in the export dialog, copy/pasting the path string copy/pastes objects on the canvas and does nothing in the dialog.
* with multiple document, if closing the background document, the "save proposal" dialog doesn't popup above the foreground document. Also, the dialogs move with their "parent" window.
* had a crash on quit, on a document where the text tool displayed the correct bounding box, but didn't display the text. On quit, an error relative to a python script (lost the name sorry), and then a crash/warning error. Couldn't reproduce it yet but there is a crash report if it can be useful.
Victor
Le 20/01/13 20:27, Valerio Aimale a écrit :
participants (4)
-
John Smith
-
Valerio Aimale
-
Victor / tokiop
-
~suv