On Tuesday 05 June 2007 23:17:31 Andre Poenitz wrote:
Buts it would be sufficient if only insets that _do_ have a variable
background would have that member.
OK. I did not notice that it was in the base member but then it makes sense
to be static since that is a property of the class not of
Bo == Bo Peng [EMAIL PROTECTED] writes:
No, you are making my problems ;-) When I want to change background
I have to take into account mathhoverbg, too. Please, remove that.
Bo This part is true, but the same goes to buttonbg and
Bo buttonhoverbg.
No because these do not use the window
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Tue, Jun 05, 2007 at 10:07:40PM +0100, José Matos wrote:
On Tuesday 05 June 2007 19:16:08 Andre Poenitz wrote: Right.
Commit 17913 added int InsetBase::background_color_ to InsetBase
that used to be 16 bytes a while ago.
Andre'
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Or replace the corners by a change of color of the inset that is
currently edited.
Andre That would be the _outermost_ inset that's being edited?
Don't know :)
JMarc
Enrico Forestieri wrote:
Maybe we can try to avoid not having a space after math. I mean, when you
leave a math inset by hitting the space bar, LyX does not insert a space
after the math and perhaps it should. I think that this change would cure
the vast majority of missing space after math
On Wed, Jun 06, 2007 at 09:24:48AM +0200, Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Tue, Jun 05, 2007 at 10:07:40PM +0100, José Matos wrote:
On Tuesday 05 June 2007 19:16:08 Andre Poenitz wrote: Right.
Commit 17913 added int
On Tuesday 05 June 2007 23:17:31 Andre Poenitz wrote:
> Buts it would be sufficient if only insets that _do_ have a variable
> background would have that member.
OK. I did not notice that it was in the base member but then it makes sense
to be static since that is a property of the class not
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> No, you are making my problems ;-) When I want to change background
>> I have to take into account mathhoverbg, too. Please, remove that.
Bo> This part is true, but the same goes to buttonbg and
Bo> buttonhoverbg.
No because these do not use
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, Jun 05, 2007 at 10:07:40PM +0100, José Matos wrote:
>> On Tuesday 05 June 2007 19:16:08 Andre Poenitz wrote: > Right.
>> Commit 17913 added int InsetBase::background_color_ to InsetBase >
>> that used to be 16 bytes a
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> Or replace the corners by a change of color of the inset that is
>> currently edited.
Andre> That would be the _outermost_ inset that's being edited?
Don't know :)
JMarc
Enrico Forestieri wrote:
Maybe we can try to avoid not having a space after math. I mean, when you
leave a math inset by hitting the space bar, LyX does not insert a space
after the math and perhaps it should. I think that this change would cure
the vast majority of "missing space after math"
On Wed, Jun 06, 2007 at 09:24:48AM +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> On Tue, Jun 05, 2007 at 10:07:40PM +0100, José Matos wrote:
> >> On Tuesday 05 June 2007 19:16:08 Andre Poenitz wrote: > Right.
> >> Commit 17913 added
On Mon, Jun 04, 2007 at 04:34:32PM -0500, Bo Peng wrote:
Note that 1.5 should support math background allowing you to have a
flashy yellow background.
I guess very few people know the background of mathed can be changed
in 1.5.0.
And this increased the size of small insets only by 20%...
On Mon, 4 Jun 2007, Bo Peng wrote:
Note that 1.5 should support math background allowing you to have a
flashy yellow background.
I guess very few people know the background of mathed can be changed
in 1.5.0. Can we use a color that is different from background as
default? If people do not
Bo Peng wrote:
Note that 1.5 should support math background allowing you to have a
flashy yellow background.
I guess very few people know the background of mathed can be changed
in 1.5.0. Can we use a color that is different from background as
default? If people do not like it, they can change
I guess very few people know the background of mathed can be changed
in 1.5.0.
And this increased the size of small insets only by 20%... what a
bargain!
You mean adding background increases inset size? I have no idea what
you are talking about here.
Bo
On Tue, Jun 05, 2007 at 09:11:02AM -0500, Bo Peng wrote:
I guess very few people know the background of mathed can be changed
in 1.5.0.
And this increased the size of small insets only by 20%... what a
bargain!
You mean adding background increases inset size? I have no idea what
you
On Tue, Jun 05, 2007 at 12:56:41PM +0200, Helge Hafting wrote:
Bo Peng wrote:
Note that 1.5 should support math background allowing you to have a
flashy yellow background.
I guess very few people know the background of mathed can be changed
in 1.5.0. Can we use a color that is different
I suppose he means the memory footprint.
/** We store the Color::color value as an int to get Color.h out
* of the header file.
*/
int background_color_;
This has nothing to do with my patch.
If he meant bool mouse_hover_, then he calculated wrong because
On Tue, Jun 05, 2007 at 09:11:02AM -0500, Bo Peng wrote:
I guess very few people know the background of mathed can be changed
in 1.5.0.
And this increased the size of small insets only by 20%... what a
bargain!
You mean adding background increases inset size? I have no idea what
you
On Tue, Jun 05, 2007 at 04:25:27PM +0200, Enrico Forestieri wrote:
On Tue, Jun 05, 2007 at 12:56:41PM +0200, Helge Hafting wrote:
Bo Peng wrote:
Note that 1.5 should support math background allowing you to have a
flashy yellow background.
I guess very few people know the background
You are right, that's it. I simply noticed that the space
between the math inset and an 'a' in $1$a and $g$a seems to be
bigger in the first case, but that turns out to be an optical effect.
And a non-background mathbg shows the problem clearly.
Bo
On Tue, Jun 05, 2007 at 02:09:26PM -0500, Bo Peng wrote:
You are right, that's it. I simply noticed that the space
between the math inset and an 'a' in $1$a and $g$a seems to be
bigger in the first case, but that turns out to be an optical effect.
And a non-background mathbg shows the
On Tue, Jun 05, 2007 at 08:17:37PM +0200, Andre Poenitz wrote:
On Tue, Jun 05, 2007 at 04:25:27PM +0200, Enrico Forestieri wrote:
On Tue, Jun 05, 2007 at 12:56:41PM +0200, Helge Hafting wrote:
Bo Peng wrote:
Note that 1.5 should support math background allowing you to have a
flashy
On Tue, Jun 05, 2007 at 09:02:36PM +0200, Enrico Forestieri wrote:
On Tue, Jun 05, 2007 at 08:17:37PM +0200, Andre Poenitz wrote:
On Tue, Jun 05, 2007 at 04:25:27PM +0200, Enrico Forestieri wrote:
On Tue, Jun 05, 2007 at 12:56:41PM +0200, Helge Hafting wrote:
Bo Peng wrote:
Note
On Tuesday 05 June 2007 19:16:08 Andre Poenitz wrote:
Right. Commit 17913 added int InsetBase::background_color_ to InsetBase
that used to be 16 bytes a while ago.
Andre'
Cann't that be a class method instead of an instance method? (In C++ parlance
mode a static class method/data I think).
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre There is an easy solution which is, unfortunately, not easy at
Andre all: Do not reserve extra space for the corner markers, but
Andre draw the corner markers outside the space owned by the inset.
Or replace the corners by a change of color
On Tue, Jun 05, 2007 at 11:13:11PM +0200, Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre There is an easy solution which is, unfortunately, not easy at
Andre all: Do not reserve extra space for the corner markers, but
Andre draw the corner markers outside
Please, no changing colours, no special effects, no eye candies...
These things may be easier to implement but are very annoying.
Please test the patch I proposed (the newer version), along with the
problems I described.
Bo
On Tue, Jun 05, 2007 at 04:46:56PM -0500, Bo Peng wrote:
Please, no changing colours, no special effects, no eye candies...
These things may be easier to implement but are very annoying.
Please test the patch I proposed (the newer version), along with the
problems I described.
Actually, I
Actually, I tested it. As I had changed the background colours, I
saw flashing colours all around when I moved the cursor over a math
inset.
mathbg and mathhoverbg are the same as background. If you set them to
flashing colors, that is your problem.
The only change to the default behavior is
On Tue, Jun 05, 2007 at 05:05:05PM -0500, Bo Peng wrote:
Actually, I tested it. As I had changed the background colours, I
saw flashing colours all around when I moved the cursor over a math
inset.
mathbg and mathhoverbg are the same as background. If you set them to
flashing colors,
No, you are making my problems ;-)
When I want to change background I have to take into account
mathhoverbg, too. Please, remove that.
This part is true, but the same goes to buttonbg and buttonhoverbg.
Yes, if you remove mathhoverbg, that would be true.
So the defaults should fit your
On Tue, Jun 05, 2007 at 10:07:40PM +0100, José Matos wrote:
On Tuesday 05 June 2007 19:16:08 Andre Poenitz wrote:
Right. Commit 17913 added int InsetBase::background_color_ to InsetBase
that used to be 16 bytes a while ago.
Andre'
Cann't that be a class method instead of an instance
On Tue, Jun 05, 2007 at 11:13:11PM +0200, Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre There is an easy solution which is, unfortunately, not easy at
Andre all: Do not reserve extra space for the corner markers, but
Andre draw the corner markers outside
On Tue, Jun 05, 2007 at 05:17:20PM -0500, Bo Peng wrote:
No, you are making my problems ;-)
When I want to change background I have to take into account
mathhoverbg, too. Please, remove that.
This part is true, but the same goes to buttonbg and buttonhoverbg.
Seems that you are making me
On Mon, Jun 04, 2007 at 04:34:32PM -0500, Bo Peng wrote:
> >Note that 1.5 should support math background allowing you to have a
> >flashy yellow background.
>
> I guess very few people know the background of mathed can be changed
> in 1.5.0.
And this increased the size of small insets only by
On Mon, 4 Jun 2007, Bo Peng wrote:
Note that 1.5 should support math background allowing you to have a
flashy yellow background.
I guess very few people know the background of mathed can be changed
in 1.5.0. Can we use a color that is different from background as
default? If people do not
Bo Peng wrote:
Note that 1.5 should support math background allowing you to have a
flashy yellow background.
I guess very few people know the background of mathed can be changed
in 1.5.0. Can we use a color that is different from background as
default? If people do not like it, they can change
> I guess very few people know the background of mathed can be changed
> in 1.5.0.
And this increased the size of small insets only by 20%... what a
bargain!
You mean adding background increases inset size? I have no idea what
you are talking about here.
Bo
On Tue, Jun 05, 2007 at 09:11:02AM -0500, Bo Peng wrote:
> >> I guess very few people know the background of mathed can be changed
> >> in 1.5.0.
> >
> >And this increased the size of small insets only by 20%... what a
> >bargain!
>
> You mean adding background increases inset size? I have no
On Tue, Jun 05, 2007 at 12:56:41PM +0200, Helge Hafting wrote:
> Bo Peng wrote:
> >> Note that 1.5 should support math background allowing you to have a
> >> flashy yellow background.
> >
> > I guess very few people know the background of mathed can be changed
> > in 1.5.0. Can we use a color that
I suppose he means the memory footprint.
/** We store the Color::color value as an int to get Color.h out
* of the header file.
*/
int background_color_;
This has nothing to do with my patch.
If he meant bool mouse_hover_, then he calculated wrong because
On Tue, Jun 05, 2007 at 09:11:02AM -0500, Bo Peng wrote:
> >> I guess very few people know the background of mathed can be changed
> >> in 1.5.0.
> >
> >And this increased the size of small insets only by 20%... what a
> >bargain!
>
> You mean adding background increases inset size? I have no
On Tue, Jun 05, 2007 at 04:25:27PM +0200, Enrico Forestieri wrote:
> On Tue, Jun 05, 2007 at 12:56:41PM +0200, Helge Hafting wrote:
> > Bo Peng wrote:
> > >> Note that 1.5 should support math background allowing you to have a
> > >> flashy yellow background.
> > >
> > > I guess very few people
You are right, that's it. I simply noticed that the space
between the math inset and an 'a' in $1$a and $g$a seems to be
bigger in the first case, but that turns out to be an optical effect.
And a non-background mathbg shows the problem clearly.
Bo
On Tue, Jun 05, 2007 at 02:09:26PM -0500, Bo Peng wrote:
> > You are right, that's it. I simply noticed that the space
> > between the math inset and an 'a' in $1$a and $g$a seems to be
> > bigger in the first case, but that turns out to be an optical effect.
>
> And a non-background mathbg shows
On Tue, Jun 05, 2007 at 08:17:37PM +0200, Andre Poenitz wrote:
> On Tue, Jun 05, 2007 at 04:25:27PM +0200, Enrico Forestieri wrote:
> > On Tue, Jun 05, 2007 at 12:56:41PM +0200, Helge Hafting wrote:
> > > Bo Peng wrote:
> > > >> Note that 1.5 should support math background allowing you to have a
>
On Tue, Jun 05, 2007 at 09:02:36PM +0200, Enrico Forestieri wrote:
> On Tue, Jun 05, 2007 at 08:17:37PM +0200, Andre Poenitz wrote:
> > On Tue, Jun 05, 2007 at 04:25:27PM +0200, Enrico Forestieri wrote:
> > > On Tue, Jun 05, 2007 at 12:56:41PM +0200, Helge Hafting wrote:
> > > > Bo Peng wrote:
> >
On Tuesday 05 June 2007 19:16:08 Andre Poenitz wrote:
> Right. Commit 17913 added int InsetBase::background_color_ to InsetBase
> that used to be 16 bytes a while ago.
>
> Andre'
Cann't that be a class method instead of an instance method? (In C++ parlance
mode a static class method/data I
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> There is an easy solution which is, unfortunately, not easy at
Andre> all: Do not reserve extra space for the corner markers, but
Andre> draw the corner markers outside the space owned by the inset.
Or replace the corners by a
On Tue, Jun 05, 2007 at 11:13:11PM +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> There is an easy solution which is, unfortunately, not easy at
> Andre> all: Do not reserve extra space for the corner markers, but
> Andre> draw the
Please, no changing colours, no special effects, no eye candies...
These things may be easier to implement but are very annoying.
Please test the patch I proposed (the newer version), along with the
problems I described.
Bo
On Tue, Jun 05, 2007 at 04:46:56PM -0500, Bo Peng wrote:
> > Please, no changing colours, no special effects, no eye candies...
> > These things may be easier to implement but are very annoying.
>
> Please test the patch I proposed (the newer version), along with the
> problems I described.
Actually, I tested it. As I had changed the background colours, I
saw flashing colours all around when I moved the cursor over a math
inset.
mathbg and mathhoverbg are the same as background. If you set them to
flashing colors, that is your problem.
The only change to the default behavior is
On Tue, Jun 05, 2007 at 05:05:05PM -0500, Bo Peng wrote:
> > Actually, I tested it. As I had changed the background colours, I
> > saw flashing colours all around when I moved the cursor over a math
> > inset.
>
> mathbg and mathhoverbg are the same as background. If you set them to
> flashing
No, you are making my problems ;-)
When I want to change background I have to take into account
mathhoverbg, too. Please, remove that.
This part is true, but the same goes to buttonbg and buttonhoverbg.
Yes, if you remove mathhoverbg, that would be true.
So the defaults should fit your
On Tue, Jun 05, 2007 at 10:07:40PM +0100, José Matos wrote:
> On Tuesday 05 June 2007 19:16:08 Andre Poenitz wrote:
> > Right. Commit 17913 added int InsetBase::background_color_ to InsetBase
> > that used to be 16 bytes a while ago.
> >
> > Andre'
>
> Cann't that be a class method instead of an
On Tue, Jun 05, 2007 at 11:13:11PM +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> There is an easy solution which is, unfortunately, not easy at
> Andre> all: Do not reserve extra space for the corner markers, but
> Andre> draw the
On Tue, Jun 05, 2007 at 05:17:20PM -0500, Bo Peng wrote:
> > No, you are making my problems ;-)
> > When I want to change background I have to take into account
> > mathhoverbg, too. Please, remove that.
>
> This part is true, but the same goes to buttonbg and buttonhoverbg.
Seems that you are
On Sun, 3 Jun 2007, Andreas Neustifter wrote:
On 02.06.2007, at 00:39, Tim Michelsen wrote:
I just want to add something from a users experience with math in normal
text.
As far as I can recall, one reason that I particularly wanted this
feature
was to enable me to see more clearly
Tim Michelsen wrote:
Hello,
I just want to add something from a users experience with math in normal text.
As far as I can recall, one reason that I particularly wanted this feature
was to enable me to see more clearly whether or not I had spaces between
a formula and the text following or
Helge Hafting wrote:
Tim Michelsen wrote:
Hello,
I just want to add something from a users experience with math in
normal text.
As far as I can recall, one reason that I particularly wanted this
feature
was to enable me to see more clearly whether or not I had spaces
between
a formula and
Hm. If LaTeX don't add spacing there, then LyX shouldn't
either, unless LyX also add spaces in the output. But there
will be cases where people want no spaces, so I think
LyX shouldn't add anything.
Agreed.
I think you are both right concerning output there shouldn't be added
anything in LyX
I think what the could be useful is a better (visual) user feedback on
wheather there'll be /real/ space or not in the output.
I have not followed this thread closely, but are you guys suggesting
*visible* blanks and newlines as what vim and word have?
I would support such a feature request.
Bo Peng schrieb:
I think what the could be useful is a better (visual) user feedback on
wheather there'll be /real/ space or not in the output.
I have not followed this thread closely, but are you guys suggesting
*visible* blanks and newlines as what vim and word have?
Kind of.
There are
Tim == Tim Michelsen [EMAIL PROTECTED] writes:
Tim Bo Peng schrieb:
I think what the could be useful is a better (visual) user
feedback on wheather there'll be /real/ space or not in the
output.
I have not followed this thread closely, but are you guys
suggesting *visible* blanks and
Note that 1.5 should support math background allowing you to have a
flashy yellow background.
OK, then.
To conclude this matter: We will try that and if not sufficient look for
other forms of improvement.
Note that 1.5 should support math background allowing you to have a
flashy yellow background.
I guess very few people know the background of mathed can be changed
in 1.5.0. Can we use a color that is different from background as
default? If people do not like it, they can change it back to
Bo == Bo Peng [EMAIL PROTECTED] writes:
Note that 1.5 should support math background allowing you to have a
flashy yellow background.
Bo I guess very few people know the background of mathed can be
Bo changed in 1.5.0. Can we use a color that is different from
Bo background as default? If
Bo I guess very few people know the background of mathed can be
Bo changed in 1.5.0. Can we use a color that is different from
Bo background as default? If people do not like it, they can change
Bo it back to background color.
What about adding this kind of information to
*_splash.lyx?
We could
Personally, as a reasonably heavy math use, I'd hate to have a windows
cluttered by differently colored insets all over.
You will not, because I will propose a background color that is the
same as buttonbg; and if you are willing to go a step further, the
attached patch implements mathhoverbg
Bo Peng wrote:
Personally, as a reasonably heavy math use, I'd hate to have a windows
cluttered by differently colored insets all over.
You will not, because I will propose a background color that is the
same as buttonbg; and if you are willing to go a step further, the
attached patch
I'd propose a background color that is only BARELY different from the
normal background. So you'd see the difference but it wouldn't be intrusive.
Please apply the patch and propose a color that you like most. My
proposed colors are the same as those of buttons so no additional
color has been
On Sun, 3 Jun 2007, Andreas Neustifter wrote:
On 02.06.2007, at 00:39, Tim Michelsen wrote:
I just want to add something from a users experience with math in normal
text.
> > As far as I can recall, one reason that I particularly wanted this
> > feature
> > was to enable me to see more
Tim Michelsen wrote:
Hello,
I just want to add something from a users experience with math in normal text.
As far as I can recall, one reason that I particularly wanted this feature
was to enable me to see more clearly whether or not I had spaces between
a formula and the text following or
Helge Hafting wrote:
Tim Michelsen wrote:
Hello,
I just want to add something from a users experience with math in
normal text.
As far as I can recall, one reason that I particularly wanted this
feature
was to enable me to see more clearly whether or not I had spaces
between
a formula and
Hm. If LaTeX don't add spacing there, then LyX shouldn't
either, unless LyX also add spaces in the output. But there
will be cases where people want no spaces, so I think
LyX shouldn't add anything.
Agreed.
I think you are both right concerning output there shouldn't be added
anything in LyX
I think what the could be useful is a better (visual) user feedback on
wheather there'll be /real/ space or not in the output.
I have not followed this thread closely, but are you guys suggesting
*visible* blanks and newlines as what vim and word have?
I would support such a feature request.
Bo Peng schrieb:
I think what the could be useful is a better (visual) user feedback on
wheather there'll be /real/ space or not in the output.
I have not followed this thread closely, but are you guys suggesting
*visible* blanks and newlines as what vim and word have?
Kind of.
There are
> "Tim" == Tim Michelsen <[EMAIL PROTECTED]> writes:
Tim> Bo Peng schrieb:
>>> I think what the could be useful is a better (visual) user
>>> feedback on wheather there'll be /real/ space or not in the
>>> output.
>> I have not followed this thread closely, but are you guys
>> suggesting
> Note that 1.5 should support math background allowing you to have a
> flashy yellow background.
OK, then.
To conclude this matter: We will try that and if not sufficient look for
other forms of improvement.
Note that 1.5 should support math background allowing you to have a
flashy yellow background.
I guess very few people know the background of mathed can be changed
in 1.5.0. Can we use a color that is different from background as
default? If people do not like it, they can change it back to
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> Note that 1.5 should support math background allowing you to have a
>> flashy yellow background.
Bo> I guess very few people know the background of mathed can be
Bo> changed in 1.5.0. Can we use a color that is different from
Bo> background as
Bo> I guess very few people know the background of mathed can be
Bo> changed in 1.5.0. Can we use a color that is different from
Bo> background as default? If people do not like it, they can change
Bo> it back to background color.
What about adding this kind of information to
*_splash.lyx?
We
Personally, as a reasonably heavy math use, I'd hate to have a windows
cluttered by differently colored insets all over.
You will not, because I will propose a background color that is the
same as buttonbg; and if you are willing to go a step further, the
attached patch implements mathhoverbg
Bo Peng wrote:
Personally, as a reasonably heavy math use, I'd hate to have a windows
cluttered by differently colored insets all over.
You will not, because I will propose a background color that is the
same as buttonbg; and if you are willing to go a step further, the
attached patch
I'd propose a background color that is only BARELY different from the
normal background. So you'd see the difference but it wouldn't be intrusive.
Please apply the patch and propose a color that you like most. My
proposed colors are the same as those of buttons so no additional
color has been
On 02.06.2007, at 00:39, Tim Michelsen wrote:
I just want to add something from a users experience with math in
normal text.
As far as I can recall, one reason that I particularly wanted
this feature
was to enable me to see more clearly whether or not I had spaces
between
a formula and
On 02.06.2007, at 00:39, Tim Michelsen wrote:
I just want to add something from a users experience with math in
normal text.
As far as I can recall, one reason that I particularly wanted
this feature
was to enable me to see more clearly whether or not I had spaces
between
a formula and
On Fri, 1 Jun 2007, Tim Michelsen wrote:
Hello,
I just want to add something from a users experience with math in normal text.
As far as I can recall, one reason that I particularly wanted this feature
was to enable me to see more clearly whether or not I had spaces between
a formula and the
On Fri, 1 Jun 2007, Tim Michelsen wrote:
Hello,
I just want to add something from a users experience with math in normal text.
As far as I can recall, one reason that I particularly wanted this feature
was to enable me to see more clearly whether or not I had spaces between
a formula and the
Hello,
I just want to add something from a users experience with math in normal text.
As far as I can recall, one reason that I particularly wanted this feature
was to enable me to see more clearly whether or not I had spaces between
a formula and the text following or preceding it.
I
Hello,
I just want to add something from a users experience with math in normal text.
> > As far as I can recall, one reason that I particularly wanted this feature
> > was to enable me to see more clearly whether or not I had spaces between
> > a formula and the text following or preceding it.
I too now have to report that, at least in Lyx 1.4 3-4 running under
windows on my computer, the option for changing the colour of the math
background does not change anything.
Hi, Dr. Cwikel,
Support for math background and math corners have been added to lyx.
You should be able to adjust
On Sun, 13 May 2007, Bo Peng wrote:
I too now have to report that, at least in Lyx 1.4 3-4 running under
windows on my computer, the option for changing the colour of the math
background does not change anything.
Hi, Dr. Cwikel,
Support for math background and math corners have been added
I too now have to report that, at least in Lyx 1.4 3-4 running under
windows on my computer, the option for changing the colour of the math
background does not change anything.
Hi, Dr. Cwikel,
Support for math background and math corners have been added to lyx.
You should be able to adjust
On Sun, 13 May 2007, Bo Peng wrote:
I too now have to report that, at least in Lyx 1.4 3-4 running under
windows on my computer, the option for changing the colour of the math
background does not change anything.
Hi, Dr. Cwikel,
Support for math background and math corners have been added
Bo Peng [EMAIL PROTECTED] writes:
I am a professor of mathematics who has been using Scientific Word
intensively for many years.
Been there, switched to Lyx.
Me too. I just wish I had done it earlier.
Andreas
Abdelrazak Younes [EMAIL PROTECTED] writes:
Jean-Marc Lasgouttes wrote:
Bo == Bo Peng [EMAIL PROTECTED] writes:
Bo Tool - preference - color - math background?
Except that it does nothing now.
And even if it did, it will set the background for the whole equation.
I would find
1 - 100 of 162 matches
Mail list logo