Re: towards 4.4

[Petr M. <mi...@ph...>]

> Well, actually, for a windows GUI application Ctrl+C means "copy to 
> clipboard" That has been so since I don't know when, and I believe that a 
> decent GUI application should follow the commonly used basic shortcuts. 
> Coming from the windows world I find it more confusing if an application 
> does not follow these "standards". It's like Ctrl+O meaning "Open", Ctrl+S 
> "save", Ctrl+C copy-to-clipboard, Ctrl+V paste-from-clipboard, F1 meaning 
> "help" etc

Well, there is possibly a funny story about copy and paste? It is 
Ctrl-Insert and Shift-Insert for ages. On Mac it is Apple-C and Apple-V. 
When has M$ got an idea it's too difficult for people to press the Insert 
key ... and Win key was on available on old keyboards? The -Insert shortcuts 
are still working even they seem not to be documented!

> > Should we give up on trying to make Ctrl-C == "break to command line"
> > work under Windows?
> 
> One has to distinguish *which* application window we are
> talking about.
> The shortcut I implemented in the patch concerns the graph window only.
> The text window (showing the prompt and doing the user-input) has a 
> separate keyboard-shortcut handling queue. And Pressing Ctrl+C within
> the text window can have a completely different meaning than in the
> graph window. And the text window then can be either the console OR 
> again a graphical window (for the GUI application).
> 
> Pressing Ctrl+C in the GUI-text window currently has no effect, but
> pressing ESC bails to the "command line" (as it is a gui application 
> there's no real command line in a console sense)
> - again like I'd expect from a windows application (yes, talking about 
> "standards" again...)

Ctrl-C in graph window should copy graph to clipboard (win, wxt, ...).

In command window, it has to break the command.

---
PM