[vlc-devel] [vlc-commits] macosx: change main window and playlist shortcuts from cmd+shift+* to cmd+alt+*
david.fuhrmann at googlemail.com
Sun Apr 1 21:26:18 CEST 2012
Am 30.03.2012 um 20:36 schrieb David Fuhrmann:
> Am 27.03.2012 um 14:45 schrieb Felix Paul Kühne:
>> On 27.03.2012, at 14:20, David Fuhrmann wrote:
>>> Am 27.03.2012 um 12:44 schrieb Felix Paul Kühne:
>>>> On 27.03.2012, at 12:32, David Fuhrmann wrote:
>>>>> vlc | branch: master | David Fuhrmann <david.fuhrmann at googlemail.com> | Tue Mar 27 12:28:54 2012 +0200| [75e2c92978fed3e95d35a73fdfff42933fb119e6] | committer: David Fuhrmann
>>>>> macosx: change main window and playlist shortcuts from cmd+shift+* to cmd+alt+*
>>>>> We should not use shift, because this triggers the slow motion maximize animation feature,
>>>>> at least on lion.
>>>> Sorry, but this is wrong. The shortcut keys work flawlessly for me on Lion and there wasn't a single report that they weren't. Additionally, these shortcuts stayed the same since the introduction of the playlist to the Mac GUI in the 0.5 series, so we shouldn't change these without prior discussion.
>>> OK, lets explain more what is the problem on my machine: Lets minimize the main window, and while VLC is still active press Cmd+Shift+C. This brings up the main window again, but with this slow animation.
>>> I can reproduce the same behavior with VLC 1.1.12 on my Lion machine.
>>> Do you have any idea why this could be only occur on my machine and not on others?
>> No, honestly, I never tried this behavior till today and was able to reproduce this now. There should be a better fix. I'll investigate tonight.
> Hey Felix,
> Have you found a better solution for that problem? I have not found any useful tip in the internet. Furthermore I could not detect other applications which use some shortcut with shift for the same functionality.
> Unless we find a better solution, I would backport my change, because I think that a different shortcut is better than a shortcut which produces this slow motion every time.
What do you think, Felix?
Of course we can also look further for a better fix and back port the corresponding change later on for VLC 2.0.3. But I have no idea for a better solution, currently.
More information about the vlc-devel