| Wed, 03 Sep 2014 09:35:56 +0100 |
Chris Cannam |
Fix one actual null pointer deref and a couple of potential ones, plus an uninitialised value (from coverity scan)
|
| Tue, 02 Sep 2014 16:06:41 +0100 |
Chris Cannam |
Restore the old prev/next layer commands (that were never enabled because they didn't work) using the new fixed order layer list (so they now do work)
|
| Mon, 01 Sep 2014 13:37:22 +0100 |
Chris Cannam |
Handle keyboard shortcuts with Shift modifier in the same way as those with no modifier
|
| Wed, 13 Aug 2014 16:44:44 +0100 |
Chris Cannam |
Comments and tidy
|
| Wed, 13 Aug 2014 15:05:19 +0100 |
Chris Cannam |
Try descending through menu hierarchy from the top rather than just looking for any objects that are children of menus
|
| Wed, 13 Aug 2014 11:49:45 +0100 |
Chris Cannam |
More debug
|
| Wed, 13 Aug 2014 11:32:35 +0100 |
Chris Cannam |
Connect the signal only once!
|
| Wed, 13 Aug 2014 10:11:25 +0100 |
Chris Cannam |
Attempt to get rebuilt-shortcuts working on OS/X (unsuccessfully)
|
| Wed, 13 Aug 2014 09:52:46 +0100 |
Chris Cannam |
Associate the mapper with the MainWindowBase object, and recreate it each time we scan all menus -- allowing us to call finaliseMenus more than once if menu actions have changed
|
| Wed, 13 Aug 2014 09:09:16 +0100 |
Chris Cannam |
Some temporary action debug output
|
| Fri, 25 Jul 2014 17:02:44 +0100 |
Chris Cannam |
Debug output stuff
|
| Thu, 24 Jul 2014 17:43:49 +0100 |
Chris Cannam |
Debug out
|
| Fri, 18 Jul 2014 13:25:11 +0100 |
Chris Cannam |
OS/X: When augmenting a single-key shortcut associated with an action with a global shortcut, leave the shortcut attached to the original action as well if it is a menu action with no toolbar button. Do not augment toolbar actions with global shortcuts. Aims to fix #1009 (single-key shortcuts work, but do not appear in menu)
tonioni
|
| Wed, 02 Jul 2014 17:30:09 +0100 |
Chris Cannam |
Create separate play scroll modes for (Tony-style, DAW-style) page mode and (SV-style) paging with playhead alignment to centre on drag
|
| Wed, 02 Jul 2014 15:09:51 +0100 |
Chris Cannam |
Fix #1024 - avoid status bar repainting all its siblings when its message changes (and it resizes) by using a widget in the status bar for the label instead of the bar itself.
|
| Tue, 01 Jul 2014 15:33:24 +0100 |
Chris Cannam |
Only update message if it has actually changed (not that this seems to make any difference to anything)
|
