Abdelrazak Younes wrote:
bisect leads to r24954:
commit 7fd567d187e51c6168dfb4af991ee6aff82f
Author: younes you...@a592a061-630c-0410-9148-cb99ea01b6c8
Date: Tue May 27 11:15:17 2008 +
Re-engineer the toolbar support code:
- We now rely more upon Qt features,
- the
Pavel Sanda wrote:
Abdelrazak Younes wrote:
bisect leads to r24954:
commit 7fd567d187e51c6168dfb4af991ee6aff82f
Author: younes you...@a592a061-630c-0410-9148-cb99ea01b6c8
Date: Tue May 27 11:15:17 2008 +
Re-engineer the toolbar support code:
- We now rely more upon Qt
Abdelrazak Younes you...@lyx.org 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
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes you...@lyx.org 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
Abdelrazak Younes you...@lyx.org 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
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 menu is very
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:
>>> 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
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
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
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.
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
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
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
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
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
after this commit tristate in menu for toolbars no more works.
Yes, and I complained about it at the time.
JMarc
Pavel Sanda schrieb:
bisect leads to r24954:
commit 7fd567d187e51c6168dfb4af991ee6aff82f
Author: younes you...@a592a061-630c-0410-9148-cb99ea01b6c8
Date: Tue May 27 11:15:17 2008 +
Re-engineer the toolbar support code:
- We now rely more upon Qt features,
- the initial
Uwe Stöhr wrote:
Pavel Sanda schrieb:
bisect leads to r24954:
commit 7fd567d187e51c6168dfb4af991ee6aff82f
Author: younes you...@a592a061-630c-0410-9148-cb99ea01b6c8
Date: Tue May 27 11:15:17 2008 +
Re-engineer the toolbar support code:
- We now rely more upon Qt features,
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
guess this is an ui description problem as the three possible
states are still possible:
When you are in math mode and the math toolbar is auto, you can disable
it by invoking the menu. When you are *not* in math mode and the toolbar
is auto you can enable it.
The problem is that this menubar
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
after this commit tristate in menu for toolbars no more works.
Yes, and I complained about it at the time.
JMarc
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
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,
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
e cursor is inside a formula
OK, I guess this is an ui description problem as the three possible
states are still possible:
When you are in math mode and the math toolbar is auto, you can disable
it by invoking the menu. When you are *not* in math mode and the toolbar
is auto
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
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.
For more info about LyX's look
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
I use math a lot in lyx, and it would seem simpler to me to combine
the math toolbar and the math panel into a single, double-decker
toolbar. I find myself using the panel as much as the toolbar, and I
am not sure why they are separated.
One minor problem: When adding math to the end of a file
David Raymond wrote:
One minor problem: When adding math to the end of a file, the
automatic popup of the toolbar (which I like very much) partially
covers the math box until one starts typing math. If the math panel
is also activated, it completely covers the box. The box pops into
view as
I use math a lot in lyx, and it would seem simpler to me to combine
the math toolbar and the math panel into a single, double-decker
toolbar. I find myself using the panel as much as the toolbar, and I
am not sure why they are separated.
One minor problem: When adding math to the end of a file
David Raymond wrote:
> One minor problem: When adding math to the end of a file, the
> automatic popup of the toolbar (which I like very much) partially
> covers the math box until one starts typing math. If the math panel
> is also activated, it completely covers the box. The box pops into
>
Pavel Sanda wrote:
hi,
in short the problem is that at the end of lyxfunc dispatch we firstly
processUpdateFlags and after we do restartCursor() which in turn updates
toolbar, which toggling-on hides the cursor. moving processUpdateFlags after
restartCursor leads to crashes.
the following
Pavel Sanda wrote:
hi,
in short the problem is that at the end of lyxfunc dispatch we firstly
processUpdateFlags and after we do restartCursor() which in turn updates
toolbar, which toggling-on hides the cursor. moving processUpdateFlags after
restartCursor leads to crashes.
the following
hi,
in short the problem is that at the end of lyxfunc dispatch we firstly
processUpdateFlags and after we do restartCursor() which in turn updates
toolbar, which toggling-on hides the cursor. moving processUpdateFlags after
restartCursor leads to crashes.
the following patch is a workaround for
hi,
in short the problem is that at the end of lyxfunc dispatch we firstly
processUpdateFlags and after we do restartCursor() which in turn updates
toolbar, which toggling-on hides the cursor. moving processUpdateFlags after
restartCursor leads to crashes.
the following patch is a workaround for
think the new behaviour does not
make sense...
After getting a vehement complaint from Abdel, I got to try out again
the behaviour of the toolbars ;) The situation now is that auto toolbars
(like the math toolbar) have two possible positions: auto and off. In
1.5, there were 3 positions: on, auto
, the information is now lost. I think the new behaviour does not
make sense...
After getting a vehement complaint from Abdel, I got to try out again
the behaviour of the toolbars ;) The situation now is that auto toolbars
(like the math toolbar) have two possible positions: auto and off. In
1.5
Abdelrazak Younes [EMAIL PROTECTED] writes:
Well, I have to confess that I hate this menu based UI. The only sane
UI for this would be a context menu with three radio buttons
(on/off/auto) for all available toolbar. The default Qt toolbar menu
is good but is disabled because of the icon size
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Well, I have to confess that I hate this menu based UI. The only sane
UI for this would be a context menu with three radio buttons
(on/off/auto) for all available toolbar. The default Qt toolbar menu
mation is now lost. I think the new behaviour does not
> make sense...
After getting a vehement complaint from Abdel, I got to try out again
the behaviour of the toolbars ;) The situation now is that auto toolbars
(like the math toolbar) have two possible positions: auto and off. In
1.5, t
he
GUI, the information is now lost. I think the new behaviour does not
make sense...
After getting a vehement complaint from Abdel, I got to try out again
the behaviour of the toolbars ;) The situation now is that auto toolbars
(like the math toolbar) have two possible positions: auto and off.
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Well, I have to confess that I hate this menu based UI. The only sane
> UI for this would be a context menu with three radio buttons
> (on/off/auto) for all available toolbar. The default Qt toolbar menu
> is good but is disabled because of the icon
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> Well, I have to confess that I hate this menu based UI. The only sane
>> UI for this would be a context menu with three radio buttons
>> (on/off/auto) for all available toolbar. The default Qt
Neal Becker [EMAIL PROTECTED] writes:
Neal Becker wrote:
Does 'auto' work?
When I choose math (auto), with cursor in plain text, math toolbar is
still there.
Actually, IMO the design is really confusing. What does 'checking'
math(auto) mean?
According to the math manual, it's auto
Jean-Marc Lasgouttes wrote:
Neal Becker[EMAIL PROTECTED] writes:
Neal Becker wrote:
Does 'auto' work?
When I choose math (auto), with cursor in plain text, math toolbar is
still there.
Actually, IMO the design is really confusing. What does 'checking'
math(auto) mean
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Neal Becker[EMAIL PROTECTED] writes:
Neal Becker wrote:
Does 'auto' work?
When I choose math (auto), with cursor in plain text, math toolbar is
still there.
Actually, IMO the design is really confusing. What does 'checking'
math(auto
Neal Becker <[EMAIL PROTECTED]> writes:
> Neal Becker wrote:
>
>> Does 'auto' work?
>>
>> When I choose math (auto), with cursor in plain text, math toolbar is
>> still there.
>
> Actually, IMO the design is really confusing. What does 'checking'
&g
Jean-Marc Lasgouttes wrote:
Neal Becker<[EMAIL PROTECTED]> writes:
Neal Becker wrote:
Does 'auto' work?
When I choose math (auto), with cursor in plain text, math toolbar is
still there.
Actually, IMO the design is really confusing. What does 'checking'
math(auto
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Neal Becker<[EMAIL PROTECTED]> writes:
Neal Becker wrote:
Does 'auto' work?
When I choose math (auto), with cursor in plain text, math toolbar is
still there.
Actually, IMO the design is really confusing. What does 'checking'
mat
Does 'auto' work?
When I choose math (auto), with cursor in plain text, math toolbar is still
there.
Neal Becker wrote:
Does 'auto' work?
When I choose math (auto), with cursor in plain text, math toolbar is
still there.
Actually, IMO the design is really confusing. What does 'checking' math(auto)
mean?
According to the math manual, it's auto if its unchecked, and always on if
checked
Does 'auto' work?
When I choose math (auto), with cursor in plain text, math toolbar is still
there.
Neal Becker wrote:
> Does 'auto' work?
>
> When I choose math (auto), with cursor in plain text, math toolbar is
> still there.
Actually, IMO the design is really confusing. What does 'checking' math(auto)
mean?
According to the math manual, it's auto if its unchecked
Am Mittwoch, 23. Januar 2008 09:33:18 schrieb Jean-Marc Lasgouttes:
Uwe Stöhr [EMAIL PROTECTED] writes:
The math toolbar misses a submenu where the user can insert the following
boxes \fbox, \framebox, \mbox, \makebox, and \boxed
Has anybody a proposal for icons for them?
Do we need all
Having icons for actions is always a good thing; e.g. a user might want to
customize his toolbar etc.
As said I'll add them as soon as somebody proposed some icons.
regards Uwe
Am Mittwoch, 23. Januar 2008 09:33:18 schrieb Jean-Marc Lasgouttes:
> Uwe Stöhr <[EMAIL PROTECTED]> writes:
> > The math toolbar misses a submenu where the user can insert the following
> > boxes \fbox, \framebox, \mbox, \makebox, and \boxed
> >
> > Has anyb
> Having icons for actions is always a good thing; e.g. a user might want to
> customize his toolbar etc.
As said I'll add them as soon as somebody proposed some icons.
regards Uwe
Uwe Stöhr [EMAIL PROTECTED] writes:
The math toolbar misses a submenu where the user can insert the following
boxes
\fbox, \framebox, \mbox, \makebox, and \boxed
Has anybody a proposal for icons for them?
Do we need all of these boxes in the toolbar? If somebody understands
the difference
Jean-Marc Lasgouttes schrieb:
Do we need all of these boxes in the toolbar? If somebody understands
the difference between \fbox and \framebox, he is probably able to
just type the macro name.
OK, but we should have at least have two icons for \fbox and \boxed.
regards Uwe
Uwe Stöhr [EMAIL PROTECTED] writes:
Jean-Marc Lasgouttes schrieb:
Do we need all of these boxes in the toolbar? If somebody understands
the difference between \fbox and \framebox, he is probably able to
just type the macro name.
OK, but we should have at least have two icons for \fbox and
Jean-Marc Lasgouttes schrieb:
OK, but we should have at least have two icons for \fbox and \boxed.
Could you recall what \boxed does?
\fbox : to frame inline formulas
\boxed : to frame displayed formulas
Both are already supported by mathed, only a math toolbar icon is missing.
regards
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> The math toolbar misses a submenu where the user can insert the following
> boxes
> \fbox, \framebox, \mbox, \makebox, and \boxed
>
> Has anybody a proposal for icons for them?
Do we need all of these boxes in the toolbar? If
Jean-Marc Lasgouttes schrieb:
Do we need all of these boxes in the toolbar? If somebody understands
the difference between \fbox and \framebox, he is probably able to
just type the macro name.
OK, but we should have at least have two icons for \fbox and \boxed.
regards Uwe
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes schrieb:
>
>> Do we need all of these boxes in the toolbar? If somebody understands
>> the difference between \fbox and \framebox, he is probably able to
>> just type the macro name.
>
> OK, but we should have at least have two icons
Jean-Marc Lasgouttes schrieb:
OK, but we should have at least have two icons for \fbox and \boxed.
Could you recall what \boxed does?
\fbox : to frame inline formulas
\boxed : to frame displayed formulas
Both are already supported by mathed, only a math toolbar icon is missing.
regards
The math toolbar misses a submenu where the user can insert the following boxes
\fbox, \framebox, \mbox, \makebox, and \boxed
Has anybody a proposal for icons for them?
thanks and regards
Uwe
The math toolbar misses a submenu where the user can insert the following boxes
\fbox, \framebox, \mbox, \makebox, and \boxed
Has anybody a proposal for icons for them?
thanks and regards
Uwe
The phantom feature is a math feature
No, \phantom, \vphantom and \hphantom are general (plain TeX) commands, which
also work outside mathed (I use them from time to time).
I know and use them often e.g. also in the EmbeddedObjects manual. But the suport for these comands
is at the moment
>> The phantom feature is a math feature
>
> No, \phantom, \vphantom and \hphantom are general (plain TeX) commands, which
> also work outside mathed (I use them from time to time).
I know and use them often e.g. also in the EmbeddedObjects manual. But the suport for these comands
is at the
Uwe Stöhr [EMAIL PROTECTED] writes:
I like this phantom feature a lot myself, but I think it qualifies as
expert feature. I am not sure it belongs to the toolbar, but I do not
oppose it.
The phantom feature is a math feature so it should be accessible via the
math toolbar. The math toolbar
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
The phantom feature is a math feature
No, \phantom, \vphantom and \hphantom are general (plain TeX) commands, which
also work outside mathed (I use them from time to time).
I never thought about that... But of course you are right.
JMarc
Jean-Marc Lasgouttes wrote:
I never thought about that... But of course you are right.
I think ui-wise, phantoms should be implemented in a forthcoming InsetSpace
dialog (in Texted).
Jürgen
Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
I never thought about that... But of course you are right.
I think ui-wise, phantoms should be implemented in a forthcoming InsetSpace
dialog (in Texted).
Good idea. A dialog like:
_ short space
_ interword space
_ enskip
_
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
Jean-Marc Lasgouttes wrote:
I never thought about that... But of course you are right.
I think ui-wise, phantoms should be implemented in a forthcoming InsetSpace
dialog (in Texted).
Where would you put the text?
JMarc
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
Jean-Marc Lasgouttes wrote:
Where would you put the text?
Like Helge outlined. The dialog would include a combo with all the predefined
spaces (enspace etc.), then custom for a length (\hspace) and a widget for
text (Space in the length of
Jean-Marc Lasgouttes wrote:
Where would you put the text?
Like Helge outlined. The dialog would include a combo with all the predefined
spaces (enspace etc.), then custom for a length (\hspace) and a widget for
text (Space in the length of the following string).
Jürgen
Jean-Marc Lasgouttes wrote:
This is not good. The text should be any possible Text Inset (even a
font change would make the metrics bad).
Then we need Tommaso's input widget (or a collapsable).
Jürgen
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
Jean-Marc Lasgouttes wrote:
This is not good. The text should be any possible Text Inset (even a
font change would make the metrics bad).
Then we need Tommaso's input widget (or a collapsable).
A collapsable separate from the space inset would
On Tue, Nov 06, 2007 at 08:40:19AM +0100, Jürgen Spitzmüller wrote:
Uwe Stöhr wrote:
I like this phantom feature a lot myself, but I think it qualifies as
expert feature. I am not sure it belongs to the toolbar, but I do not
oppose it.
The phantom feature is a math feature
No,
Uwe Stöhr <[EMAIL PROTECTED]> writes:
>> I like this phantom feature a lot myself, but I think it qualifies as
>> expert feature. I am not sure it belongs to the toolbar, but I do not
>> oppose it.
>
> The phantom feature is a math feature so it should be acc
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
>> The phantom feature is a math feature
>
> No, \phantom, \vphantom and \hphantom are general (plain TeX) commands, which
> also work outside mathed (I use them from time to time).
I never thought about that... But of course you are right.
JMarc
Jean-Marc Lasgouttes wrote:
> I never thought about that... But of course you are right.
I think ui-wise, phantoms should be implemented in a forthcoming InsetSpace
dialog (in Texted).
Jürgen
Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
I never thought about that... But of course you are right.
I think ui-wise, phantoms should be implemented in a forthcoming InsetSpace
dialog (in Texted).
Good idea. A dialog like:
_ short space
_ interword space
_ enskip
_
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> I never thought about that... But of course you are right.
>
> I think ui-wise, phantoms should be implemented in a forthcoming InsetSpace
> dialog (in Texted).
Where would you put the text?
JMarc
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> Where would you put the text?
>
> Like Helge outlined. The dialog would include a combo with all the predefined
> spaces (enspace etc.), then custom for a length (\hspace) and a widget for
> text ("Space in the
Jean-Marc Lasgouttes wrote:
> Where would you put the text?
Like Helge outlined. The dialog would include a combo with all the predefined
spaces (enspace etc.), then custom for a length (\hspace) and a widget for
text ("Space in the length of the following string").
Jürgen
Jean-Marc Lasgouttes wrote:
> This is not good. The text should be any possible Text Inset (even a
> font change would make the metrics bad).
Then we need Tommaso's input widget (or a collapsable).
Jürgen
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> This is not good. The text should be any possible Text Inset (even a
>> font change would make the metrics bad).
>
> Then we need Tommaso's input widget (or a collapsable).
A collapsable separate from the space inset
On Tue, Nov 06, 2007 at 08:40:19AM +0100, Jürgen Spitzmüller wrote:
> Uwe Stöhr wrote:
> > > I like this phantom feature a lot myself, but I think it qualifies as
> > > expert feature. I am not sure it belongs to the toolbar, but I do not
> > > oppose it.
> >
> > The phantom feature is a math
was the change from math-insert
\choose to math-insert \binom intentional? And if so, why?
This is intended because LyX 1.6.0 will have \tbinom and \dbinom. So it will be confusing that the
standard binom command is \choose. \choose is identic to \binom.
OK I'll postpone this change to LyX
Uwe Stöhr wrote:
OK I'll postpone this change to LyX 1.6.0.
Yes, please.
Jürgen
OK I'll postpone this change to LyX 1.6.0.
Yes, please.
What about the other changes (fraction, placeholders)?
Uwe
Uwe Stöhr wrote:
What about the other changes (fraction, placeholders)?
The fraction changes are OK. For the placeholders, I'd like to have some input
from math users first.
Jürgen
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
Uwe Stöhr wrote:
What about the other changes (fraction, placeholders)?
The fraction changes are OK. For the placeholders, I'd like to have some
input
from math users first.
I like this phantom feature a lot myself, but I think it qualifies
I like this phantom feature a lot myself, but I think it qualifies as
expert feature. I am not sure it belongs to the toolbar, but I do not
oppose it.
The phantom feature is a math feature so it should be accessible via the
math toolbar. The math toolbar contains much more expert stuff than
work outside mathed (I use them from time to time).
That's why I wondered how common they are in math (as opposed to text).
so it should be accessible via the math toolbar.
OK. Put it in, then.
Jürgen
> was the change from "math-insert
> \choose" to "math-insert \binom" intentional? And if so, why?
This is intended because LyX 1.6.0 will have \tbinom and \dbinom. So it will be confusing that the
standard binom command is \choose. \choose is identic to \binom.
OK I'll postpone this change to
1 - 100 of 244 matches
Mail list logo