On 04/02/2013 06:34, Valerio Aimale wrote:
> RC is out:
> Mtn Lion:
Drag&Drop has the same issues as RC3, AFAICT due to patched GTK+ (works
as expected in RC2, RC1):
- Import of files via Drag&Drop from Finder onto canvas fails
- Filter Editor: filter primitives cannot be rearranged via drag&drop
> 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.
AFAICT unlikely to be blamed on Mac OS X - the exact same conflicts
occur under X11 (Ubuntu, X11), and with Quartz-based builds without
menubar integration, when compiled with John Smith's patch - see
Conflicts in RC4
- while entering text content on-canvas:
Alt+B (∫) --> triggers 'Edit > Make Bitmap Copy'
Alt+Shift+B () --> triggers 'Path > Trace Bitmap'
Alt+D (∂) --> triggers 'Edit > Clone > Create Clone'
Alt+Shift+D (ﬂ) --> triggers 'Edit > Clone > Unlink Clone'
Alt+I (¡) --> triggers 'Object > Pattern > Object to Pattern'
Alt+Shift+I (ı) --> triggers 'Object > Pattern > Pattern to Objects'
Alt+h (ª) --> triggers 'Object > Flip Horizontal'
Alt+v (√) --> triggers 'Object > Flip Vertical'
Alt+W (∑) --> triggers 'Text > Flow into Frame'
Alt+Shift+W (Á) --> triggers 'Text > Unflow'
(does not happen in regular Quartz-based builds without menu integration)
- Copy&Paste (Cmd+C, Cmd+V) in text widgets anywhere in the GUI doesn't
work: instead, objects on canvas are copied&pasted. If the widget
displays a regular context menu, its copy and paste commands can be used
Example: copy&pasting e.g. from/to position and size entries in toolbars
does not work, and - because the entry fields of those spin buttons have
a custom context menu - there is no workaround.
- 'Meta' modifier ("Cmd", "⌘") is missing in tooltips and context menus.
- 'Meta+Shift+Tab', 'Meta+Tab' ('View > Previous | Next Window')
conflicts with default system keyboard shortcut (app switcher), and is
also not displayed in the menu.
Attaching a sample modified version of 'keys/default.xml' which doesn't
simply delete the "old" (IMHO useful because shorter) single-letter
keyboard shortcuts (zoom presets, flip, etc.), instead they are kept
without the attribute 'display="true"'. So far I haven't noticed
regressions due to this, and the old shortcuts work as expected. Maybe
this would be appreciated by those migrating from older X11-based,
I have no idea what to do about the 'Alt+<letter>' and
'Alt+Shift+<letter>' combinations, though…