[Fix 11.2.1] Windows: 'snap', up/down keys, <cntrl> 'c' etc.

[Soundbloke]

P.S. loving new drag and drop in 11.2rc -Thanks for that!

back to topic:
Not a bug, not really a problem, certainly not requiring urgent attention, but was just wondering about the following Windows (non) behaviours.

• 1) Most programs running in Windows 7 adhere to the 'Aero Snap' feature - i.e. Drag window to top of screen (or <win><up>) to maximise it, similarly left or right to dock (or undock) a half size window to that side.
  The editor behaves this way, whilst the main page window does not do the side dock thing Is this deliberate?
  
  2) The cut/copy and paste buttons are obviously very useful in the editor, (and a nice touch that the clipboard contents are displayed!) but the normal Windows <cntrl> 'x', 'c' and 'v' do not behave. Is there a reason for this?
  
  3) Up and Down arrow keys scroll up and down through the cues in the editor as expected but don't actually select that cue as if it was clicked on. I think that would be useful - for example for pasting sub cues in several places - Maybe I'm missing something?

Hope I don't seem too picky, it's just that you get in the habit of using these Windows shortcuts

[Mike Daniell]

1) Most programs running in Windows 7 adhere to the 'Aero Snap' feature - i.e. Drag window to top of screen (or <win><up>) to maximise it, similarly left or right to dock (or undock) a half size window to that side.
The editor behaves this way, whilst the main page window does not do the side dock thing Is this deliberate?

No, that wasn't deliberate! Seemed to be an issue with redisplaying the window after resizing all the controls (which is only done for the main window). Fix ready for RC2.

2) The cut/copy and paste buttons are obviously very useful in the editor, (and a nice touch that the clipboard contents are displayed!) but the normal Windows <cntrl> 'x', 'c' and 'v' do not behave. Is there a reason for this?

Looking into this.

3) Up and Down arrow keys scroll up and down through the cues in the editor as expected but don't actually select that cue as if it was clicked on. I think that would be useful - for example for pasting sub cues in several places - Maybe I'm missing something?

Fix ready for RC2.

[Soundbloke]

Thanks Mike for looking at all this stuff.

Seemed to be an issue with redisplaying the window after resizing all the controls

Ah yes I guess that would explain it!

Mind you, I have to say, I find the resize thing annoying, the bottom pane always goes weird after a resize - I have to close and open SCS before it looks right again... Confused as to why it does that?

[Mike Daniell]

Cut, copy and paste using Ctrl/X, Ctrl/C and Ctrl/V now also ready for SCS 11.2.0 RC2.

I'll see what I can do about fixing up the main window resizing issues.

[Soundbloke]

I forgot to say 'thanks' to you Mike for tweaking these editing details, but It is very appreciated.
---Thanks---
It makes it quick and easy, for example to add a fade/stop cue/subcue to a bunch of audio stings in situations like yesterday: "Here are the stings, we start rehearsals in one minute..."