Uwe Stöhr wrote:
> Can you please open a regression bug report so that Abdel won't forget to
> fix this?
this is now:
http://www.lyx.org/trac/ticket/6364
pavel
Abdelrazak Younes wrote:
>>> The one sane way to solve this rapidly is to create a new dialog for
>>> that as I outlined earlier. Should be quite easy but I don't have the
>>> time...
>>
>> Or use the support for tristate checkbox that exists in qt.
>
> From an ui point of view tristate checkbox in
Abdelrazak Younes writes:
>> Or use the support for tristate checkbox that exists in qt.
>
> From an ui point of view tristate checkbox in menu is very very bad IMO.
Fair enough.
JMarc
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
The one sane way to solve this rapidly is to create a new dialog for
that as I outlined earlier. Should be quite easy but I don't have the
time...
Or use the support for tristate checkbox that exists in qt.
From an ui point of
Abdelrazak Younes writes:
> The one sane way to solve this rapidly is to create a new dialog for
> that as I outlined earlier. Should be quite easy but I don't have the
> time...
Or use the support for tristate checkbox that exists in qt.
JMarc
Pavel Sanda wrote:
Abdelrazak Younes wrote:
bisect leads to r24954:
commit 7fd567d187e51c6168dfb4af991ee6aff82f
Author: younes
Date: Tue May 27 11:15:17 2008 +
Re-engineer the toolbar support code:
- We now rely more upon Qt features,
- the initial toolbar positioning
Abdelrazak Younes wrote:
>>> bisect leads to r24954:
>>> commit 7fd567d187e51c6168dfb4af991ee6aff82f
>>> Author: younes
>>> Date: Tue May 27 11:15:17 2008 +
>>>
>>> Re-engineer the toolbar support code:
>>> - We now rely more upon Qt features,
>>> - the initial toolbar positi
Uwe Stöhr wrote:
Abdelrazak Younes schrieb:
and also 4 radio buttons for the position in the window.
Why that? When the menubar is shown I drag it to a position of my
choice. Even when it is in the auto mode, the toolbar will then appear
at the wanted position.
Maybe it's needed... But so
Abdelrazak Younes schrieb:
OK, I guess this is an ui description problem as the three possible
states are still possible:
Yes, the problem is that the label "auto" indicates that it is in auto state while this is not
always the case.
The problem is that this menubar access is very bad. We n
Uwe Stöhr wrote:
Abdelrazak Younes schrieb:
First we have to agree that there is something to fix.
What we need to fix is:
- use the menu View->Toolbar to deactivate the math toolbars
Result: the checkmark is correctly removed and the menu entry contains
"(auto)"
- now try to change the
Abdelrazak Younes schrieb:
First we have to agree that there is something to fix.
What we need to fix is:
- use the menu View->Toolbar to deactivate the math toolbars
Result: the checkmark is correctly removed and the menu entry contains "(auto)"
- now try to change the state from auto to c
Uwe Stöhr wrote:
Pavel Sanda schrieb:
bisect leads to r24954:
commit 7fd567d187e51c6168dfb4af991ee6aff82f
Author: younes
Date: Tue May 27 11:15:17 2008 +
Re-engineer the toolbar support code:
- We now rely more upon Qt features,
- the initial toolbar positioning defined
Pavel Sanda schrieb:
bisect leads to r24954:
commit 7fd567d187e51c6168dfb4af991ee6aff82f
Author: younes
Date: Tue May 27 11:15:17 2008 +
Re-engineer the toolbar support code:
- We now rely more upon Qt features,
- the initial toolbar positioning defined in "lib/ui/default
after this commit tristate in menu for toolbars no more works.
Yes, and I complained about it at the time.
JMarc
Pavel Sanda wrote:
> Richard Heck wrote:
> > On 11/30/2009 06:15 PM, Uwe Stöhr wrote:
> >> rgheck schrieb:
> >>
> Use the menu View->Toolbars or alternatively the toolbar button at the
> right of the main toolbar that shows an equation and is named "toggle
> math toolbar".
> F
15 matches
Mail list logo
