i just installed 1.4 (with joost's new installer, worked great)
i noticed the following (also present in trunk):
the toolbar gets disabled after using a dialog
is this a known bug?
edwin
Edwin == Edwin Leuven [EMAIL PROTECTED] writes:
Edwin i just installed 1.4 (with joost's new installer, worked great)
Edwin i noticed the following (also present in trunk):
Edwin the toolbar gets disabled after using a dialog
Edwin is this a known bug?
Yes:
Jean-Marc Lasgouttes wrote:
Edwin i just installed 1.4 (with joost's new installer, worked great)
Edwin i noticed the following (also present in trunk):
Edwin the toolbar gets disabled after using a dialog
Edwin is this a known bug?
Yes:
http://bugzilla.lyx.org/show_bug.cgi?id=2423
It's
Joost == Joost Verburg [EMAIL PROTECTED] writes:
Joost Jean-Marc Lasgouttes wrote:
Edwin i just installed 1.4 (with joost's new installer, worked great)
Edwin i noticed the following (also present in trunk):
Edwin the toolbar gets disabled after using a dialog
Edwin is this a known bug?
Yes:
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc This should fix the bug for everybody but LyX/Mac. This bug
Jean-Marc is a byproduct of a LyX/Mac feature that tries to disable
Jean-Marc useless menu entries when a dialog has focus.
Here is a different idea: it may be that
Jean-Marc Lasgouttes wrote:
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc This should fix the bug for everybody but LyX/Mac. This bug
Jean-Marc is a byproduct of a LyX/Mac feature that tries to disable
Jean-Marc useless menu entries when a dialog has focus.
Here is a
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc Here is a different idea: it may be that no windows is
Jean-Marc active (dialog closed, but not yet focus to the main
Jean-Marc window).
Jean-Marc Does this patch do something useful?
Probably not. This should be better.
Jean-Marc Lasgouttes wrote:
Here is a different idea: it may be that no windows is active (dialog
closed, but not yet focus to the main window).
Does this patch do something useful?
The main window has focus when a dialog is closed, only the toolbar is
disabled.
Joost
Joost == Joost Verburg [EMAIL PROTECTED] writes:
Joost Jean-Marc Lasgouttes wrote:
Here is a different idea: it may be that no windows is active
(dialog closed, but not yet focus to the main window).
Does this patch do something useful?
Joost The main window has focus when a dialog is
Jean-Marc Lasgouttes wrote:
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc Here is a different idea: it may be that no windows is
Jean-Marc active (dialog closed, but not yet focus to the main
Jean-Marc window).
Jean-Marc Does this patch do something useful?
Probably
Edwin == Edwin Leuven [EMAIL PROTECTED] writes:
Edwin Jean-Marc Lasgouttes wrote:
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED]
writes:
Jean-Marc Here is a different idea: it may be that no windows is
Jean-Marc active (dialog closed, but not yet focus to the main
Jean-Marc window).
Jean-Marc Lasgouttes wrote:
The toolbar is not really disabled. It is in the same state as if
there was no buffer loaded, right?
yes
The problem comes from the fact that the Dialog controller invokes
BufferView::update() at some points I have no control on and at these
points the code
Jean-Marc Lasgouttes wrote:
Thanks for testing. And the first one?
i only have qt4 here
and that had
return qApp-activeWindow() == this;
which gives the same behavior as 1.4
returning false disables the toolbar always...
Edwin == Edwin Leuven [EMAIL PROTECTED] writes:
Edwin returning false disables the toolbar always...
It should return true of course. This is what happens when sending
patches without testing them.
JMarc
Index: src/frontends/qt2/QtView.C
Jean-Marc Lasgouttes wrote:
It should return true of course. This is what happens when sending
patches without testing them.
works for me
i just installed 1.4 (with joost's new installer, worked great)
i noticed the following (also present in trunk):
the toolbar gets disabled after using a dialog
is this a known bug?
edwin
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> i just installed 1.4 (with joost's new installer, worked great)
Edwin> i noticed the following (also present in trunk):
Edwin> the toolbar gets disabled after using a dialog
Edwin> is this a known bug?
Yes:
Jean-Marc Lasgouttes wrote:
Edwin> i just installed 1.4 (with joost's new installer, worked great)
Edwin> i noticed the following (also present in trunk):
Edwin> the toolbar gets disabled after using a dialog
Edwin> is this a known bug?
Yes:
http://bugzilla.lyx.org/show_bug.cgi?id=2423
It's
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Jean-Marc Lasgouttes wrote:
Edwin> i just installed 1.4 (with joost's new installer, worked great)
Edwin> i noticed the following (also present in trunk):
>>
Edwin> the toolbar gets disabled after using a dialog
>>
Edwin> is this a
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> This should fix the bug for everybody but LyX/Mac. This bug
Jean-Marc> is a byproduct of a LyX/Mac feature that tries to disable
Jean-Marc> useless menu entries when a dialog has focus.
Here is a different idea: it
Jean-Marc Lasgouttes wrote:
"Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> This should fix the bug for everybody but LyX/Mac. This bug
Jean-Marc> is a byproduct of a LyX/Mac feature that tries to disable
Jean-Marc> useless menu entries when a dialog has focus.
Here
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> Here is a different idea: it may be that no windows is
Jean-Marc> active (dialog closed, but not yet focus to the main
Jean-Marc> window).
Jean-Marc> Does this patch do something useful?
Probably not. This should
Jean-Marc Lasgouttes wrote:
Here is a different idea: it may be that no windows is active (dialog
closed, but not yet focus to the main window).
Does this patch do something useful?
The main window has focus when a dialog is closed, only the toolbar is
disabled.
Joost
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Jean-Marc Lasgouttes wrote:
>> Here is a different idea: it may be that no windows is active
>> (dialog closed, but not yet focus to the main window).
>>
>> Does this patch do something useful?
Joost> The main window has focus
Jean-Marc Lasgouttes wrote:
"Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> Here is a different idea: it may be that no windows is
Jean-Marc> active (dialog closed, but not yet focus to the main
Jean-Marc> window).
Jean-Marc> Does this patch do something useful?
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> Jean-Marc Lasgouttes wrote:
>>> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
>>> writes:
>>
Jean-Marc> Here is a different idea: it may be that no windows is
Jean-Marc> active (dialog closed, but not yet focus to
Jean-Marc Lasgouttes wrote:
The toolbar is not really disabled. It is in the same state as if
there was no buffer loaded, right?
yes
The problem comes from the fact that the Dialog controller invokes
BufferView::update() at some points I have no control on and at these
points the code
Jean-Marc Lasgouttes wrote:
Thanks for testing. And the first one?
i only have qt4 here
and that had
return qApp->activeWindow() == this;
which gives the same behavior as 1.4
returning false disables the toolbar always...
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> returning false disables the toolbar always...
It should return true of course. This is what happens when sending
patches without testing them.
JMarc
Index: src/frontends/qt2/QtView.C
Jean-Marc Lasgouttes wrote:
It should return true of course. This is what happens when sending
patches without testing them.
works for me
30 matches
Mail list logo