Menu
▾
▴
gnuplot-beta
|
From: Philipp K. J. <ja...@ie...> - 2014-06-18 20:07:53
|
On my system, the spacebar does not raise the command window after a plot, when using the wxt terminal. The spacebar works as expected when using the x11 terminal. ctrl-space does not work either. This happens both with the "packaged" version of gnuplot (4.6.3) and with the RC (5rc1). I looked over the wxt terminals "settings" dialog, but did not find anything that seemed applicable. Anything else I could try? Is this a wxt-config issue somehow? Best, Ph. |
|
From: Ethan A M. <sf...@us...> - 2014-06-18 20:28:15
|
On Wednesday, 18 June, 2014 13:07:40 Philipp K. Janert wrote: > > On my system, the spacebar does not raise the > command window after a plot, when using the > wxt terminal. The spacebar works as expected > when using the x11 terminal. > > ctrl-space does not work either. > > This happens both with the "packaged" version > of gnuplot (4.6.3) and with the RC (5rc1). > > I looked over the wxt terminals "settings" > dialog, but did not find anything that seemed > applicable. > > Anything else I could try? Is this a wxt-config > issue somehow? It's a configuration option: ./configure --enable-raise-console I don't know if there is some additional wxt wrinkle on top of that. Ethan |
|
From: Philipp K. J. <ja...@ie...> - 2014-06-18 20:45:06
|
On Wed, 18 Jun 2014 13:24:13 -0700 Ethan A Merritt <sf...@us...> wrote: > On Wednesday, 18 June, 2014 13:07:40 Philipp K. Janert wrote: > > > > On my system, the spacebar does not raise the > > command window after a plot, when using the > > wxt terminal. The spacebar works as expected > > when using the x11 terminal. > > > > ctrl-space does not work either. > > > > This happens both with the "packaged" version > > of gnuplot (4.6.3) and with the RC (5rc1). > > > > I looked over the wxt terminals "settings" > > dialog, but did not find anything that seemed > > applicable. > > > > Anything else I could try? Is this a wxt-config > > issue somehow? > > It's a configuration option: > > ./configure --enable-raise-console That should be enabled by default, isn't it? In any case - it does not work (for me), even if I enable it explicitly (as you suggest). Do others see this, too? Anything one can do about that? |
|
From: Ethan A M. <sf...@us...> - 2014-06-18 20:56:15
|
On Wednesday, 18 June, 2014 13:44:56 Philipp K. Janert wrote:
> On Wed, 18 Jun 2014 13:24:13 -0700
> Ethan A Merritt <sf...@us...> wrote:
>
> > On Wednesday, 18 June, 2014 13:07:40 Philipp K. Janert wrote:
> > >
> > > On my system, the spacebar does not raise the
> > > command window after a plot, when using the
> > > wxt terminal. The spacebar works as expected
> > > when using the x11 terminal.
> > >
> > > ctrl-space does not work either.
> > >
> > > This happens both with the "packaged" version
> > > of gnuplot (4.6.3) and with the RC (5rc1).
> > >
> > > I looked over the wxt terminals "settings"
> > > dialog, but did not find anything that seemed
> > > applicable.
> > >
> > > Anything else I could try? Is this a wxt-config
> > > issue somehow?
> >
> > It's a configuration option:
> >
> > ./configure --enable-raise-console
>
> That should be enabled by default, isn't it?
>
> In any case - it does not work (for me), even
> if I enable it explicitly (as you suggest).
>
> Do others see this, too? Anything one can do
> about that?
bind ' ' "raise"
should work for all terminals regardless of default configuration.
Ethan
|
|
From: Philipp K. J. <ja...@ie...> - 2014-06-18 21:03:51
|
On Wed, 18 Jun 2014 13:52:05 -0700 Ethan A Merritt <sf...@us...> wrote: > On Wednesday, 18 June, 2014 13:44:56 Philipp K. Janert wrote: > > On Wed, 18 Jun 2014 13:24:13 -0700 > > Ethan A Merritt <sf...@us...> wrote: > > > > > On Wednesday, 18 June, 2014 13:07:40 Philipp K. Janert wrote: > > > > > > > > On my system, the spacebar does not raise the > > > > command window after a plot, when using the > > > > wxt terminal. The spacebar works as expected > > > > when using the x11 terminal. > > > > > > > > ctrl-space does not work either. > > > > > > > > This happens both with the "packaged" version > > > > of gnuplot (4.6.3) and with the RC (5rc1). > > > > > > > > I looked over the wxt terminals "settings" > > > > dialog, but did not find anything that seemed > > > > applicable. > > > > > > > > Anything else I could try? Is this a wxt-config > > > > issue somehow? > > > > > > It's a configuration option: > > > > > > ./configure --enable-raise-console > > > > That should be enabled by default, isn't it? > > > > In any case - it does not work (for me), even > > if I enable it explicitly (as you suggest). > > > > Do others see this, too? Anything one can do > > about that? > > bind ' ' "raise" > > should work for all terminals regardless of default configuration. > Still no cigar. Very odd. I begin to wonder whether my window mgr intercepts key strokes, or something like that (not gnuplot related). Anyway - if no-one else is seeing this, it must be a problem on my end. Thanks for the advice. |
|
From: Christoph B. <us...@be...> - 2014-06-18 21:35:47
|
Zitat von "Philipp K. Janert" <ja...@ie...>: > On Wed, 18 Jun 2014 13:52:05 -0700 > Ethan A Merritt <sf...@us...> wrote: >> >> bind ' ' "raise" >> >> should work for all terminals regardless of default configuration. >> > > Still no cigar. Very odd. I begin to wonder > whether my window mgr intercepts key strokes, > or something like that (not gnuplot related). > > Anyway - if no-one else is seeing this, it > must be a problem on my end. Thanks for the > advice. Neither does it work for me. Christoph |
|
From: Dmitri A. S. <das...@gm...> - 2014-06-18 21:47:55
|
On Wed, Jun 18, 2014 at 4:35 PM, Christoph Bersch <us...@be...> wrote: > Zitat von "Philipp K. Janert" <ja...@ie...>: > > > On Wed, 18 Jun 2014 13:52:05 -0700 > ... > > > > Anyway - if no-one else is seeing this, it > > must be a problem on my end. Thanks for the > > advice. > > Neither does it work for me. > > Christoph > > On Fedora 20 it works as expected (in Gnome desktop at least) with both 5rc1 and 4.6.5. Dmitri. -- |
|
From: Philipp K. J. <ja...@ie...> - 2014-06-18 21:46:41
|
> > Still no cigar. Very odd. I begin to wonder > > whether my window mgr intercepts key strokes, > > or something like that (not gnuplot related). > > > > Anyway - if no-one else is seeing this, it > > must be a problem on my end. Thanks for the > > advice. > > Neither does it work for me. Thanks - at least I am not alone. ;-) For reference: I use iceWM (1.3.7-5) on Linux Mint-16 (64bit). (Just in case it is a window mgr issue.) |
|
From: Philipp K. J. <ja...@ie...> - 2014-06-18 23:12:48
|
> > > > Still no cigar. Very odd. I begin to wonder > > > whether my window mgr intercepts key strokes, > > > or something like that (not gnuplot related). > > > > > > Anyway - if no-one else is seeing this, it > > > must be a problem on my end. Thanks for the > > > advice. > > > > Neither does it work for me. > > Thanks - at least I am not alone. ;-) > > For reference: I use iceWM (1.3.7-5) on > Linux Mint-16 (64bit). (Just in case it > is a window mgr issue.) > For what it's worth, I just realized that the "[no]raise" option to the wxt terminal does not work either (for me). In other words: set t wxt noraise should prevent the plot window from being raised after a plot. But on my system, the plot window is raised after each plot, regardless. This begins to look like an issue with wxt. My version is 2.8.12. |
|
From: <pl...@pi...> - 2014-06-19 09:01:12
|
On 06/19/14 01:12, Philipp K. Janert wrote: > For what it's worth, I just realized that the > "[no]raise" option to the wxt terminal does > not work either (for me). > > In other words: > set t wxt noraise > should prevent the plot window from being > raised after a plot. But on my system, the > plot window is raised after each plot, > regardless. > > This begins to look like an issue with wxt. > My version is 2.8.12. Like the spacebar, set t wxt noraise does work correctly here . x11-libs/wxGTK-2.8.12.1 Peter. |
|
From: <pl...@pi...> - 2014-06-19 00:53:40
|
On 06/18/14 23:03, Philipp K. Janert wrote: > > On Wed, 18 Jun 2014 13:52:05 -0700 > Ethan A Merritt <sf...@us...> wrote: > >> On Wednesday, 18 June, 2014 13:44:56 Philipp K. Janert wrote: >>> On Wed, 18 Jun 2014 13:24:13 -0700 >>> Ethan A Merritt <sf...@us...> wrote: >>> >>>> On Wednesday, 18 June, 2014 13:07:40 Philipp K. Janert wrote: >>>>> >>>>> On my system, the spacebar does not raise the >>>>> command window after a plot, when using the >>>>> wxt terminal. The spacebar works as expected >>>>> when using the x11 terminal. >>>>> >>>>> ctrl-space does not work either. >>>>> >>>>> This happens both with the "packaged" version >>>>> of gnuplot (4.6.3) and with the RC (5rc1). >>>>> >>>>> I looked over the wxt terminals "settings" >>>>> dialog, but did not find anything that seemed >>>>> applicable. >>>>> >>>>> Anything else I could try? Is this a wxt-config >>>>> issue somehow? >>>> >>>> It's a configuration option: >>>> >>>> ./configure --enable-raise-console >>> >>> That should be enabled by default, isn't it? >>> >>> In any case - it does not work (for me), even >>> if I enable it explicitly (as you suggest). >>> >>> Do others see this, too? Anything one can do >>> about that? >> >> bind ' ' "raise" >> >> should work for all terminals regardless of default configuration. >> > > Still no cigar. Very odd. I begin to wonder > whether my window mgr intercepts key strokes, > or something like that (not gnuplot related). > > Anyway - if no-one else is seeing this, it > must be a problem on my end. Thanks for the > advice. > > wxt here, space while mouse is over the plot window does raise the command window. WM configured for 'focus follows mouse' , so this works even if the plot window is partially behind something else. The plot window will have to have been clicked on to give it the focus if you have some other set up, in order for it to get passed the keystroke Peter. |
|
From: Philipp K. J. <ja...@ie...> - 2014-06-19 01:12:14
|
On Wed, 18 Jun 2014 23:16:38 +0200 pl...@pi... wrote: > On 06/18/14 23:03, Philipp K. Janert wrote: > > > > On Wed, 18 Jun 2014 13:52:05 -0700 > > Ethan A Merritt <sf...@us...> wrote: > > > >> On Wednesday, 18 June, 2014 13:44:56 Philipp K. Janert wrote: > >>> On Wed, 18 Jun 2014 13:24:13 -0700 > >>> Ethan A Merritt <sf...@us...> wrote: > >>> > >>>> On Wednesday, 18 June, 2014 13:07:40 Philipp K. Janert wrote: > >>>>> > >>>>> On my system, the spacebar does not raise the > >>>>> command window after a plot, when using the > >>>>> wxt terminal. The spacebar works as expected > >>>>> when using the x11 terminal. > >>>>> > >>>>> ctrl-space does not work either. > >>>>> > >>>>> This happens both with the "packaged" version > >>>>> of gnuplot (4.6.3) and with the RC (5rc1). > >>>>> > >>>>> I looked over the wxt terminals "settings" > >>>>> dialog, but did not find anything that seemed > >>>>> applicable. > >>>>> > >>>>> Anything else I could try? Is this a wxt-config > >>>>> issue somehow? > >>>> > >>>> It's a configuration option: > >>>> > >>>> ./configure --enable-raise-console > >>> > >>> That should be enabled by default, isn't it? > >>> > >>> In any case - it does not work (for me), even > >>> if I enable it explicitly (as you suggest). > >>> > >>> Do others see this, too? Anything one can do > >>> about that? > >> > >> bind ' ' "raise" > >> > >> should work for all terminals regardless of default configuration. > >> > > > > Still no cigar. Very odd. I begin to wonder > > whether my window mgr intercepts key strokes, > > or something like that (not gnuplot related). > > > > Anyway - if no-one else is seeing this, it > > must be a problem on my end. Thanks for the > > advice. > > > > > > wxt here, space while mouse is over the plot window does raise the > command window. > > WM configured for 'focus follows mouse' , so this works even if the > plot window is partially behind something else. The plot window will > have to have been clicked on to give it the focus if you have some > other set up, in order for it to get passed the keystroke My problems seem specific to the "raise" function. For instance, the "r" key does properly switch on the ruler (so, it's not a focus issue). > > Peter. > > > ------------------------------------------------------------------------------ > HPCC Systems Open Source Big Data Platform from LexisNexis Risk > Solutions Find What Matters Most in Your Big Data with HPCC Systems > Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. > Leverages Graph Analysis for Fast Processing & Easy Data Exploration > http://p.sf.net/sfu/hpccsystems > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > Membership management via: > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta |
|
From: Tatsuro M. <tma...@ya...> - 2014-06-19 03:15:03
|
----- Original Message ----- >> >>>>> On my system, the spacebar does not raise the >> >>>>> command window after a plot, when using the >> >>>>> wxt terminal. The spacebar works as expected >> >>>>> when using the x11 terminal. >> >>>>> >> >>>>> ctrl-space does not work either. >> >>>>> >> >>>>> This happens both with the "packaged" > version >> >>>>> of gnuplot (4.6.3) and with the RC (5rc1). >> >>>>> >> >>>>> I looked over the wxt terminals "settings" >> >>>>> dialog, but did not find anything that seemed >> >>>>> applicable. >> >>>>> >> >>>>> Anything else I could try? Is this a wxt-config >> >>>>> issue somehow? >> >>>> >> >>>> It's a configuration option: >> >>>> >> >>>> ./configure --enable-raise-console >> >>> >> >>> That should be enabled by default, isn't it? >> >>> >> >>> In any case - it does not work (for me), even >> >>> if I enable it explicitly (as you suggest). >> >>> >> >>> Do others see this, too? Anything one can do >> >>> about that? >> >> >> >> bind ' ' "raise" >> >> >> >> should work for all terminals regardless of default configuration. >> >> >> > >> > Still no cigar. Very odd. I begin to wonder >> > whether my window mgr intercepts key strokes, >> > or something like that (not gnuplot related). >> > >> > Anyway - if no-one else is seeing this, it >> > must be a problem on my end. Thanks for the >> > advice. >> > >> > >> >> wxt here, space while mouse is over the plot window does raise the >> command window. >> >> WM configured for 'focus follows mouse' , so this works even if the >> plot window is partially behind something else. The plot window will >> have to have been clicked on to give it the focus if you have some >> other set up, in order for it to get passed the keystroke > > My problems seem specific to the "raise" function. > For instance, the "r" key does properly switch on > the ruler (so, it's not a focus issue). I have test on 5.0-rc1 on Ubuntu 12.04 LTS and windows 7. On Ubuntu, on wxt and qt, space key functionality does not work, while on x11, it works as expected. On windows, on qt, space key functionality does not work, while on wxt and windows, it works as expected. Ubuntu: wxwidgtes 2.8.12, qt 4.8.1. Windows wxwidgtes 3.0.0, qt 5.3.0 Does someone else check the qt terminal? Tatsuro |
|
From: Tatsuro M. <tma...@ya...> - 2014-06-19 03:45:18
|
> I have test on 5.0-rc1 on Ubuntu 12.04 LTS and windows 7.
>
> On Ubuntu, on wxt and qt, space key functionality does not work, while on x11,
> it works as expected.
> On windows, on qt, space key functionality does not work, while on wxt and
> windows, it works as expected.
>
> Ubuntu: wxwidgtes 2.8.12, qt 4.8.1.
> Windows wxwidgtes 3.0.0, qt 5.3.0
>
> Does someone else check the qt terminal?
For qt terminal I have done quick look into the code,
Is void QtGnuplotScene::keyPressEvent(QKeyEvent* event)
in the qtterminal/QtGnuplotScene.cpp related this issue?
void QtGnuplotScene::keyPressEvent(QKeyEvent* event)
{
updateModifiers();
int key = -1;
int live;
/// @todo quit on 'q' or Ctrl+'q'
// Keypad keys
if (event->modifiers() & Qt::KeypadModifier)
switch (event->key())
{
case Qt::Key_Space : key = GP_KP_Space ; break;
case Qt::Key_Tab : key = GP_KP_Tab ; break;
case Qt::Key_Enter : key = GP_KP_Enter ; break;
case Qt::Key_F1 : key = GP_KP_F1 ; break;
case Qt::Key_F2 : key = GP_KP_F2 ; break;
case Qt::Key_F3 : key = GP_KP_F3 ; break;
case Qt::Key_F4 : key = GP_KP_F4 ; break;
case Qt::Key_Insert : key = GP_KP_Insert ; break;
case Qt::Key_End : key = GP_KP_End ; break;
case Qt::Key_Down : key = GP_KP_Down ; break;
case Qt::Key_PageDown : key = GP_KP_Page_Down; break;
case Qt::Key_Left : key = GP_KP_Left ; break;
case Qt::Key_Right : key = GP_KP_Right ; break;
case Qt::Key_Home : key = GP_KP_Home ; break;
case Qt::Key_Up : key = GP_KP_Up ; break;
case Qt::Key_PageUp : key = GP_KP_Page_Up ; break;
case Qt::Key_Delete : key = GP_KP_Delete ; break;
case Qt::Key_Equal : key = GP_KP_Equal ; break;
case Qt::Key_Asterisk : key = GP_KP_Multiply ; break;
case Qt::Key_Plus : key = GP_KP_Add ; break;
case Qt::Key_Comma : key = GP_KP_Separator; break;
case Qt::Key_Minus : key = GP_KP_Subtract ; break;
case Qt::Key_Period : key = GP_KP_Decimal ; break;
case Qt::Key_Slash : key = GP_KP_Divide ; break;
case Qt::Key_0 : key = GP_KP_0 ; break;
case Qt::Key_1 : key = GP_KP_1 ; break;
case Qt::Key_2 : key = GP_KP_2 ; break;
case Qt::Key_3 : key = GP_KP_3 ; break;
case Qt::Key_4 : key = GP_KP_4 ; break;
case Qt::Key_5 : key = GP_KP_5 ; break;
case Qt::Key_6 : key = GP_KP_6 ; break;
case Qt::Key_7 : key = GP_KP_7 ; break;
case Qt::Key_8 : key = GP_KP_8 ; break;
case Qt::Key_9 : key = GP_KP_9 ; break;
}
// ASCII keys
else if ((event->key() <= 0xff) && (!event->text().isEmpty()))
// event->key() does not respect the case
key = event->text()[0].toLatin1();
// Special keys
else
switch (event->key())
{
case Qt::Key_Backspace : key = GP_BackSpace ; break;
case Qt::Key_Tab : key = GP_Tab ; break;
case Qt::Key_Return : key = GP_Return ; break;
case Qt::Key_Escape : key = GP_Escape ; break;
case Qt::Key_Delete : key = GP_Delete ; break;
case Qt::Key_Pause : key = GP_Pause ; break;
case Qt::Key_ScrollLock : key = GP_Scroll_Lock; break;
case Qt::Key_Insert : key = GP_Insert ; break;
case Qt::Key_Home : key = GP_Home ; break;
case Qt::Key_Left : key = GP_Left ; break;
case Qt::Key_Up : key = GP_Up ; break;
case Qt::Key_Right : key = GP_Right ; break;
case Qt::Key_Down : key = GP_Down ; break;
case Qt::Key_PageUp : key = GP_PageUp ; break;
case Qt::Key_PageDown : key = GP_PageDown ; break;
case Qt::Key_End : key = GP_End ; break;
case Qt::Key_Enter : key = GP_KP_Enter ; break;
case Qt::Key_F1 : key = GP_F1 ; break;
case Qt::Key_F2 : key = GP_F2 ; break;
case Qt::Key_F3 : key = GP_F3 ; break;
case Qt::Key_F4 : key = GP_F4 ; break;
case Qt::Key_F5 : key = GP_F5 ; break;
case Qt::Key_F6 : key = GP_F6 ; break;
case Qt::Key_F7 : key = GP_F7 ; break;
case Qt::Key_F8 : key = GP_F8 ; break;
case Qt::Key_F9 : key = GP_F9 ; break;
case Qt::Key_F10 : key = GP_F10 ; break;
case Qt::Key_F11 : key = GP_F11 ; break;
case Qt::Key_F12 : key = GP_F12 ; break;
}
if (key >= 0)
live = m_eventHandler->postTermEvent(GE_keypress,
int(m_lastMousePos.x()), int(m_lastMousePos.y()), key, 0, m_widget);
else
live = true;
// Key handling in persist mode
// !live means (I think!) that we are in persist mode
if (!live) {
switch (key) {
default:
break;
case 'i':
int i = m_key_boxes.count();
/* FIXME: This shouldn't happen, but it does. */
if (i > m_plot_group.count())
i = m_plot_group.count();
while (i-- > 0) {
bool isVisible = m_plot_group[i]->isVisible();
isVisible = !isVisible;
m_plot_group[i]->setVisible(isVisible);
m_key_boxes[i].setHidden(!isVisible);
}
break;
}
}
QGraphicsScene::keyPressEvent(event);
}
Tatsuro
|
|
From: Dmitri A. S. <das...@gm...> - 2014-06-19 06:45:42
|
On Wed, Jun 18, 2014 at 10:14 PM, Tatsuro MATSUOKA <tma...@ya...> wrote: > > > Ubuntu: wxwidgtes 2.8.12, qt 4.8.1. > Windows wxwidgtes 3.0.0, qt 5.3.0 > > Does someone else check the qt terminal? > > Tatsuro > Fedora 20 (x86_64) qt 4.8.6 wxGTK 2.8.12 gnuplot 4.6.5 and 5.0rc1 wxt, x11 --> work (both 'noraise' options, and space-bar switching to console) qt --> does not work (neither function) I played with windows focus mode (click-to-focus, focus-follows-mouse, etc...) -- changing the policy does not seem to make any difference. Also using either Gnome or KDE Plasma desktop does not make a difference. Sincerely, Dmitri. -- |
|
From: Tatsuro M. <tma...@ya...> - 2014-06-19 10:48:50
|
----- Original Message ----- > ----- Original Message ----- >>> >>>>> On my system, the spacebar does not raise the >>> >>>>> command window after a plot, when using the >>> >>>>> wxt terminal. The spacebar works as expected >>> >>>>> when using the x11 terminal. >>> >>>>> >>> >>>>> ctrl-space does not work either. >>> >>>>> >>> >>>>> This happens both with the "packaged" >> version >>> >>>>> of gnuplot (4.6.3) and with the RC (5rc1). >>> >>>>> >>> >>>>> I looked over the wxt terminals > "settings" >>> >>>>> dialog, but did not find anything that seemed >>> >>>>> applicable. >>> >>>>> >>> >>>>> Anything else I could try? Is this a wxt-config >>> >>>>> issue somehow? >>> >>>> >>> >>>> It's a configuration option: >>> >>>> >>> >>>> ./configure --enable-raise-console >>> >>> >>> >>> That should be enabled by default, isn't it? >>> >>> >>> >>> In any case - it does not work (for me), even >>> >>> if I enable it explicitly (as you suggest). >>> >>> >>> >>> Do others see this, too? Anything one can do >>> >>> about that? >>> >> >>> >> bind ' ' "raise" >>> >> >>> >> should work for all terminals regardless of default > configuration. >>> >> >>> > >>> > Still no cigar. Very odd. I begin to wonder >>> > whether my window mgr intercepts key strokes, >>> > or something like that (not gnuplot related). >>> > >>> > Anyway - if no-one else is seeing this, it >>> > must be a problem on my end. Thanks for the >>> > advice. >>> > >>> > >>> >>> wxt here, space while mouse is over the plot window does raise the >>> command window. >>> >>> WM configured for 'focus follows mouse' , so this works even > if the >>> plot window is partially behind something else. The plot window will >>> have to have been clicked on to give it the focus if you have some >>> other set up, in order for it to get passed the keystroke >> >> My problems seem specific to the "raise" function. >> For instance, the "r" key does properly switch on >> the ruler (so, it's not a focus issue). > > > I have test on 5.0-rc1 on Ubuntu 12.04 LTS and windows 7. > > On Ubuntu, on wxt and qt, space key functionality does not work, while on x11, > it works as expected. I tested again wxt terminal with noraise option on Ubuntu 12.04, space key did not also raise command window. Seems to be sensitive to the build environment for the wxt term. For qt term, it seem to be platform independent fault. Tatsuro |
|
From: Tatsuro M. <tma...@ya...> - 2014-06-19 14:39:28
|
----- Original Message ----- > I tested again wxt terminal with noraise option on Ubuntu 12.04, > space key did not also raise command window. > > Seems to be sensitive to the build environment for the wxt term. > > For qt term, it seem to be platform independent fault. Although it seems that the issue is sensitive for the wxt terminal, but the same issue for the qt terminal is environmental independent. Therefore the issue for the qt terminal filed in the bug ticket. https://sourceforge.net/p/gnuplot/bugs/1432/ The further discussion for the issue on qt terminal should be done at the bug ticket shown the above but not here. Tatsuro |
|
From: Ethan A M. <sf...@us...> - 2014-06-20 16:34:14
|
I looked into this a bit.
Here is a the relevant section of code in wxt_gui.cpp:
=====
/* FIXME : this code should be deleted, and the feature removed or handled differently,
* because it is highly platform-dependant, is not reliable because
* of a lot of factors (WINDOWID not set, multiple tabs in gnome-terminal, mechanisms
* to prevent focus stealing) and is inconsistent with global bindings mechanism ) */
void wxtPanel::RaiseConsoleWindow()
{
#ifdef USE_GTK
[... special case code for KDE3]
[... special case code for Gnome console]
#endif
[... special case code for Win32]
[... special case code for OS2]
=======
Furthermore the definition of USE_GTK depends on configuration tests for
the locally installed gdk.h/gtk.h headers, if any. I have tried building against
gtk3 headers - no success.
So there is no wxt terminal support for raise console window on linux unless
you are using gtk2 and either KDE3 or the Gnome console terminal.
I will add this to the docs somewhere (maybe "known limitations"?)
As to the qt terminal, Tatsuro Matsuoka is correct that despite what the
terminal help text says there is no special treatment of the space key
in the actual code.
So basically this feature exists consistently only on Windows or X11.
And even the X11 support may depend on the window manager being used.
The documentation should be amended to note that it is not generally
available on linux.
Ethan
|
|
From: Petr M. <mi...@ph...> - 2014-06-20 21:32:39
|
> So there is no wxt terminal support for raise console window on linux unless > you are using gtk2 and either KDE3 or the Gnome console terminal. > I will add this to the docs somewhere (maybe "known limitations"?) Spacebar raises the window on KDE3 as well as KDE4 using both x11 and wxt terminals, but not qt. It works with xterm, konsole, gnome-terminal. I don't use gnome, but it worked there as well when I try the last time. One has to set (the window manager) "prevent steal focus" to "none". (Crazy option ... for some items it event prevents any window to pop up.) Further, the window is raised correctly on OS/2 and Windows (thanks to unified window manager ... unless something is broken in newer Windows). On KDE3, it can browse find the correct tab in multitab Konsole. Unfortunately, KDE4 removed the "dcop" command and replaced it by something else (dbus*?) which is still not completely ported from KDE3 (at least it was when I tried the last time - if you know whether it has been fixed, please tell me). Trying to find the same "dcop" trick for gnome, noone could tell me whether something similar as "dcop" exists there, so the tab search was never implemented. > As to the qt terminal, Tatsuro Matsuoka is correct that despite what the > terminal help text says there is no special treatment of the space key > in the actual code. I think it is enough to copy the code from x11 client or from wxt terminal. > So basically this feature exists consistently only on Windows or X11. > And even the X11 support may depend on the window manager being used. > The documentation should be amended to note that it is not generally > available on linux. It would be worth to note that this feature may be blocked by the window manager if "prevent steal focus" is set to something else then "none". --- Petr |
|
From: Philipp K. J. <ja...@ie...> - 2014-06-20 16:53:45
|
On Fri, 20 Jun 2014 09:33:17 -0700
Ethan A Merritt <sf...@us...> wrote:
>
> I looked into this a bit.
Thanks for doing the research. I think
this clarifies a lot.
Is there any hope to fix this? I think this
should treated as a bug. (It also USED to
work, sometime ago, if my memory serves me
right...)
> Here is a the relevant section of code in wxt_gui.cpp:
>
> =====
> /* FIXME : this code should be deleted, and the feature removed or
> handled differently,
> * because it is highly platform-dependant, is not reliable because
> * of a lot of factors (WINDOWID not set, multiple tabs in
> gnome-terminal, mechanisms
> * to prevent focus stealing) and is inconsistent with global
> bindings mechanism ) */ void wxtPanel::RaiseConsoleWindow()
> {
> #ifdef USE_GTK
> [... special case code for KDE3]
> [... special case code for Gnome console]
> #endif
> [... special case code for Win32]
> [... special case code for OS2]
> =======
>
> Furthermore the definition of USE_GTK depends on configuration tests
> for the locally installed gdk.h/gtk.h headers, if any. I have tried
> building against gtk3 headers - no success.
>
> So there is no wxt terminal support for raise console window on
> linux unless you are using gtk2 and either KDE3 or the Gnome
> console terminal. I will add this to the docs somewhere (maybe "known
> limitations"?)
>
>
> As to the qt terminal, Tatsuro Matsuoka is correct that despite what
> the terminal help text says there is no special treatment of the
> space key in the actual code.
>
> So basically this feature exists consistently only on Windows or X11.
> And even the X11 support may depend on the window manager being used.
> The documentation should be amended to note that it is not generally
> available on linux.
>
> Ethan
>
>
>
>
>
|
|
From: Ethan A M. <sf...@us...> - 2014-06-20 17:20:40
|
[sigh] a correction after more testing:
If I force the definition of HAVE_GTK in config.h, then it does work
for
KDE4 + wxWidgets 2.8 + gdk2
(the actual raise is done by a call into gdk2)
I'm not certain why the autoconfigure script wasn't setting HAVE_GTK
in my earlier tests.
So the coverage is a little better than I thought, although the
configure script may need some tweaking.
Ethan
On Friday, 20 June, 2014 09:53:36 Philipp K. Janert wrote:
> On Fri, 20 Jun 2014 09:33:17 -0700
> Ethan A Merritt <sf...@us...> wrote:
>
> >
> > I looked into this a bit.
>
> Thanks for doing the research. I think
> this clarifies a lot.
>
> Is there any hope to fix this? I think this
> should treated as a bug. (It also USED to
> work, sometime ago, if my memory serves me
> right...)
>
> > Here is a the relevant section of code in wxt_gui.cpp:
> >
> > =====
> > /* FIXME : this code should be deleted, and the feature removed or
> > handled differently,
> > * because it is highly platform-dependant, is not reliable because
> > * of a lot of factors (WINDOWID not set, multiple tabs in
> > gnome-terminal, mechanisms
> > * to prevent focus stealing) and is inconsistent with global
> > bindings mechanism ) */ void wxtPanel::RaiseConsoleWindow()
> > {
> > #ifdef USE_GTK
> > [... special case code for KDE3]
> > [... special case code for Gnome console]
[ ... code for gdk2/gtk2]
> > #endif
> > [... special case code for Win32]
> > [... special case code for OS2]
> > =======
> >
> > Furthermore the definition of USE_GTK depends on configuration tests
> > for the locally installed gdk.h/gtk.h headers, if any. I have tried
> > building against gtk3 headers - no success.
> >
> > So there is no wxt terminal support for raise console window on
> > linux unless you are using gtk2 and either KDE3 or the Gnome
> > console terminal. I will add this to the docs somewhere (maybe "known
> > limitations"?)
> >
> >
> > As to the qt terminal, Tatsuro Matsuoka is correct that despite what
> > the terminal help text says there is no special treatment of the
> > space key in the actual code.
> >
> > So basically this feature exists consistently only on Windows or X11.
> > And even the X11 support may depend on the window manager being used.
> > The documentation should be amended to note that it is not generally
> > available on linux.
> >
> > Ethan
> >
> >
> >
> >
> >
>
>
> ------------------------------------------------------------------------------
> HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
> Find What Matters Most in Your Big Data with HPCC Systems
> Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
> Leverages Graph Analysis for Fast Processing & Easy Data Exploration
> http://p.sf.net/sfu/hpccsystems
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
|
