|
From: sfeam <sf...@us...> - 2014-06-24 04:13:50
|
On Tuesday, 24 June 2014 12:15:07 PM Tatsuro MATSUOKA wrote: > > It partially work. Key input reflected in the plot window. > > However, <del>, <bs> and <esc> work but <tab> does not > > work. The <tab> key is not normally available to Qt apps, with some exceptions like text-entry widgets. It is trapped by the Qt top layer and normally interpreted as a request to switch focus to the next Qt widget. I suppose this made sense when Qt was mostly being used as a phone O/S but it's really annoying on the desktop. The closest I could find to a clue how to work around this was this thread: http://stackoverflow.com/questions/18160051/intercepting-tab-key-press-to-manage-focus-switching-manually I did not try to add this to gnuplot, however, so I don't know whether it would work for us or not. Ethan > > The qt terminal seems to have bug for key input handling but behave differently > > on windows and Linux. > > > > Regards > > > This is just information. > On plot window of qt term 0n windows, key command like "h", "p" is effective > so that communication of qt terminal to gnuplot is effective. > So it is strange why mouselabels demo does not work at all on the qt terminal on windows. > > Tatsuro |