RE: [PATCH] Change default mathbg and add mathhoverbg.
btw, when leaving math with the up or down arrow the corners don't disappear...
Re: [PATCH] Change default mathbg and add mathhoverbg.
btw, when leaving math with the up or down arrow the corners don't disappear... I see, this is a BufferView problem. I will have a look. Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
On 6/12/07, Bo Peng [EMAIL PROTECTED] wrote: btw, when leaving math with the up or down arrow the corners don't disappear... This is a regression that has nothing to do with mouse hovering... (I reverted hovering patch to confirm this.) Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
Actually, creating a patch is easier than putting it through, at least in this case. Index: src/mathed/InsetMathHull.cpp === --- src/mathed/InsetMathHull.cpp(revision 18740) +++ src/mathed/InsetMathHull.cpp(working copy) @@ -335,7 +335,7 @@ void InsetMathHull::draw(PainterInfo pi, int x, int y) const { - use_preview_ = previewState(pi.base.bv); + use_preview_ = previewState(pi.base.bv) !mouseHovered(); Jose, Can this go in? If mathhover is not going to be reverted, this makes sense. Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
On Tuesday 12 June 2007 18:16:16 Bo Peng wrote: Jose, Can this go in? If mathhover is not going to be reverted, this makes sense. Bo I will reply to this later today (in conjunction with mathover subject). -- José Abílio
RE: [PATCH] Change default mathbg and add mathhoverbg.
btw, when leaving math with the up or down arrow the corners don't disappear...
Re: [PATCH] Change default mathbg and add mathhoverbg.
btw, when leaving math with the up or down arrow the corners don't disappear... I see, this is a BufferView problem. I will have a look. Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
On 6/12/07, Bo Peng <[EMAIL PROTECTED]> wrote: > btw, when leaving math with the up or down arrow the corners don't > disappear... This is a regression that has nothing to do with mouse hovering... (I reverted hovering patch to confirm this.) Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
Actually, creating a patch is easier than putting it through, at least in this case. Index: src/mathed/InsetMathHull.cpp === --- src/mathed/InsetMathHull.cpp(revision 18740) +++ src/mathed/InsetMathHull.cpp(working copy) @@ -335,7 +335,7 @@ void InsetMathHull::draw(PainterInfo & pi, int x, int y) const { - use_preview_ = previewState(pi.base.bv); + use_preview_ = previewState(pi.base.bv) && !mouseHovered(); Jose, Can this go in? If mathhover is not going to be reverted, this makes sense. Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
On Tuesday 12 June 2007 18:16:16 Bo Peng wrote: > Jose, > > Can this go in? If mathhover is not going to be reverted, this makes sense. > > Bo I will reply to this later today (in conjunction with mathover subject). -- José Abílio
Re: [PATCH] Change default mathbg and add mathhoverbg.
Bo == Bo Peng [EMAIL PROTECTED] writes: Yes, but if you have to move your mouse over all the document to find such places, it is kind of boring... Bo As I have said, I would not bother with this math hover business Bo if a non-background mathbg is acceptable. Bo This feature does help the $x^2$is case. But if people really want to know what is happening, they have instant preview. With this on, there is no confusion IMO. JMarc
Re: [PATCH] Change default mathbg and add mathhoverbg.
Bo This feature does help the $x^2$is case. But if people really want to know what is happening, they have instant preview. With this on, there is no confusion IMO. I agree with you here. There is no additional pixels around previewed formulas. BTW, mouse hovering does not work for previewed formulas so it can not help the $\ $ cases. I can draw lyx formulas (instead of previewed ones) for mathed under mouse, if people are positive about this. Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
Bo Peng wrote: Bo This feature does help the $x^2$is case. But if people really want to know what is happening, they have instant preview. With this on, there is no confusion IMO. I agree with you here. There is no additional pixels around previewed formulas. BTW, mouse hovering does not work for previewed formulas so it can not help the $\ $ cases. I can draw lyx formulas (instead of previewed ones) for mathed under mouse, if people are positive about this. It would be nice if optional but please, could you wait until 1.5.1? Abdel.
Re: [PATCH] Change default mathbg and add mathhoverbg.
It would be nice if optional but please, could you wait until 1.5.1? You already see how many people dislike mathed mouse hovering so I am not motivated to do this any time soon. Cheers, Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
On Mon, Jun 11, 2007 at 11:56:42AM -0500, Bo Peng wrote: Bo This feature does help the $x^2$is case. But if people really want to know what is happening, they have instant preview. With this on, there is no confusion IMO. I agree with you here. There is no additional pixels around previewed formulas. BTW, mouse hovering does not work for previewed formulas so it can not help the $\ $ cases. I can draw lyx formulas (instead of previewed ones) for mathed under mouse, if people are positive about this. Yes, please. I would also like to have red Sections, blue Subsections and everything else rapidly flashing when hovering. -- Enrico
Re: [PATCH] Change default mathbg and add mathhoverbg.
Yes, please. I would also like to have red Sections, blue Subsections and everything else rapidly flashing when hovering. +1 -1 = 0, more input is need to start the engine. :-) Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
Enrico Forestieri wrote: On Mon, Jun 11, 2007 at 11:56:42AM -0500, Bo Peng wrote: Bo This feature does help the $x^2$is case. But if people really want to know what is happening, they have instant preview. With this on, there is no confusion IMO. I agree with you here. There is no additional pixels around previewed formulas. BTW, mouse hovering does not work for previewed formulas so it can not help the $\ $ cases. I can draw lyx formulas (instead of previewed ones) for mathed under mouse, if people are positive about this. Yes, please. I would also like to have red Sections, blue Subsections and everything else rapidly flashing when hovering. Patch? ;-) A/
Re: [PATCH] Change default mathbg and add mathhoverbg.
+1 -1 = 0, more input is need to start the engine. :-) Actually, creating a patch is easier than putting it through, at least in this case. Index: src/mathed/InsetMathHull.cpp === --- src/mathed/InsetMathHull.cpp(revision 18740) +++ src/mathed/InsetMathHull.cpp(working copy) @@ -335,7 +335,7 @@ void InsetMathHull::draw(PainterInfo pi, int x, int y) const { - use_preview_ = previewState(pi.base.bv); + use_preview_ = previewState(pi.base.bv) !mouseHovered(); // background of mathed under focus is not painted because // selection at the top level of nested inset is difficult to handle. Cheers, Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
Jean-Marc Lasgouttes wrote: Edwin == Leuven, E [EMAIL PROTECTED] writes: Edwin typically when ui elements highlight/change color on mouse Edwin focus suggests that a click will trigger an action. this is not Edwin the case here, so i am therefore not so happy with this commit: This is very true. Edwin i addition it gives confusing situation like the one where the Edwin cursor is in a math inset and the mouse pointer is over another Edwin one. then both seem to have focus! This too. btw, what has been decided here?
Re: [PATCH] Change default mathbg and add mathhoverbg.
On 6/11/07, Edwin Leuven [EMAIL PROTECTED] wrote: Jean-Marc Lasgouttes wrote: Edwin == Leuven, E [EMAIL PROTECTED] writes: Edwin typically when ui elements highlight/change color on mouse Edwin focus suggests that a click will trigger an action. this is not Edwin the case here, so i am therefore not so happy with this commit: This is very true. Edwin i addition it gives confusing situation like the one where the Edwin cursor is in a math inset and the mouse pointer is over another Edwin one. then both seem to have focus! This too. btw, what has been decided here? Nothing. Jose has been busy. Bo
RE: SV: [PATCH] Change default mathbg and add mathhoverbg.
On Sat, 2007-06-09 at 12:43 +0200, Leuven, E. wrote: maybe we should disallow a space after a backslash in math? or are there situations where this makes sense? I was using it for a while before I was told about the siunits package. I still use it sometimes. Please don't forbid that :) I agree with empty math insets dissolving, but I'm abstaining on an inset that only has a \ . Maybe in that case the space should be displayed like a protected blank in the main text - little red underline thing. You wouldn't miss it then :) Have fun, Darren
Re: [PATCH] Change default mathbg and add mathhoverbg.
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes: >> Yes, but if you have to move your mouse over all the document to >> find such places, it is kind of boring... Bo> As I have said, I would not bother with this math hover business Bo> if a non-background mathbg is acceptable. Bo> This feature does help the $x^2$is case. But if people really want to know what is happening, they have instant preview. With this on, there is no confusion IMO. JMarc
Re: [PATCH] Change default mathbg and add mathhoverbg.
Bo> This feature does help the $x^2$is case. But if people really want to know what is happening, they have instant preview. With this on, there is no confusion IMO. I agree with you here. There is no additional pixels around previewed formulas. BTW, mouse hovering does not work for previewed formulas so it can not help the $\ $ cases. I can draw lyx formulas (instead of previewed ones) for mathed under mouse, if people are positive about this. Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
Bo Peng wrote: Bo> This feature does help the $x^2$is case. But if people really want to know what is happening, they have instant preview. With this on, there is no confusion IMO. I agree with you here. There is no additional pixels around previewed formulas. BTW, mouse hovering does not work for previewed formulas so it can not help the $\ $ cases. I can draw lyx formulas (instead of previewed ones) for mathed under mouse, if people are positive about this. It would be nice if optional but please, could you wait until 1.5.1? Abdel.
Re: [PATCH] Change default mathbg and add mathhoverbg.
It would be nice if optional but please, could you wait until 1.5.1? You already see how many people dislike mathed mouse hovering so I am not motivated to do this any time soon. Cheers, Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
On Mon, Jun 11, 2007 at 11:56:42AM -0500, Bo Peng wrote: > > Bo> This feature does help the $x^2$is case. > > > > But if people really want to know what is happening, they have instant > > preview. With this on, there is no confusion IMO. > > I agree with you here. There is no additional pixels around previewed > formulas. > > BTW, mouse hovering does not work for previewed formulas so it can not > help the $\ $ cases. I can draw lyx formulas (instead of previewed > ones) for mathed under mouse, if people are positive about this. Yes, please. I would also like to have red Sections, blue Subsections and everything else rapidly flashing when hovering. -- Enrico
Re: [PATCH] Change default mathbg and add mathhoverbg.
Yes, please. I would also like to have red Sections, blue Subsections and everything else rapidly flashing when hovering. +1 -1 = 0, more input is need to start the engine. :-) Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
Enrico Forestieri wrote: > On Mon, Jun 11, 2007 at 11:56:42AM -0500, Bo Peng wrote: > >> > Bo> This feature does help the $x^2$is case. >> > >> > But if people really want to know what is happening, they have instant >> > preview. With this on, there is no confusion IMO. >> >> I agree with you here. There is no additional pixels around previewed >> formulas. >> >> BTW, mouse hovering does not work for previewed formulas so it can not >> help the $\ $ cases. I can draw lyx formulas (instead of previewed >> ones) for mathed under mouse, if people are positive about this. > > Yes, please. I would also like to have red Sections, blue Subsections > and everything else rapidly flashing when hovering. Patch? ;-) A/
Re: [PATCH] Change default mathbg and add mathhoverbg.
+1 -1 = 0, more input is need to start the engine. :-) Actually, creating a patch is easier than putting it through, at least in this case. Index: src/mathed/InsetMathHull.cpp === --- src/mathed/InsetMathHull.cpp(revision 18740) +++ src/mathed/InsetMathHull.cpp(working copy) @@ -335,7 +335,7 @@ void InsetMathHull::draw(PainterInfo & pi, int x, int y) const { - use_preview_ = previewState(pi.base.bv); + use_preview_ = previewState(pi.base.bv) && !mouseHovered(); // background of mathed under focus is not painted because // selection at the top level of nested inset is difficult to handle. Cheers, Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
Jean-Marc Lasgouttes wrote: "Edwin" == Leuven, E <[EMAIL PROTECTED]> writes: Edwin> typically when ui elements highlight/change color on mouse Edwin> focus suggests that a click will trigger an action. this is not Edwin> the case here, so i am therefore not so happy with this commit: This is very true. Edwin> i addition it gives confusing situation like the one where the Edwin> cursor is in a math inset and the mouse pointer is over another Edwin> one. then both seem to have focus! This too. btw, what has been decided here?
Re: [PATCH] Change default mathbg and add mathhoverbg.
On 6/11/07, Edwin Leuven <[EMAIL PROTECTED]> wrote: Jean-Marc Lasgouttes wrote: >> "Edwin" == Leuven, E <[EMAIL PROTECTED]> writes: > > Edwin> typically when ui elements highlight/change color on mouse > Edwin> focus suggests that a click will trigger an action. this is not > Edwin> the case here, so i am therefore not so happy with this commit: > > This is very true. > > Edwin> i addition it gives confusing situation like the one where the > Edwin> cursor is in a math inset and the mouse pointer is over another > Edwin> one. then both seem to have focus! > > This too. btw, what has been decided here? Nothing. Jose has been busy. Bo
RE: SV: [PATCH] Change default mathbg and add mathhoverbg.
On Sat, 2007-06-09 at 12:43 +0200, Leuven, E. wrote: > maybe we should disallow a space after a backslash in math? > > or are there situations where this makes sense? I was using it for a while before I was told about the siunits package. I still use it sometimes. Please don't forbid that :) I agree with empty math insets dissolving, but I'm abstaining on an inset that only has a "\ ". Maybe in that case the space should be displayed like a protected blank in the main text - little red underline thing. You wouldn't miss it then :) Have fun, Darren
Re: SV: [PATCH] Change default mathbg and add mathhoverbg.
Edwin == Leuven, E [EMAIL PROTECTED] writes: Edwin Jean-Marc Lasgouttes wrote: It is completely different: dEPM disallows things that have _no_ meaning to LaTeX (like double space). And empty math inset is acceptable, even if it is most of the times not wanted. Edwin sure, perhaps latex permits this but when would you want to Edwin create an empty math inset? There are always people who have good reasons to do weird things. Which should not artificially forbid constructs. None of these solve the problem for an inset containing a hard space, but those who ask for trouble deserve it. Edwin maybe we should disallow a space after a backslash in math? Edwin or are there situations where this makes sense? \ is pretty useful in maths. It should definitely stay. JMarc
Re: SV: [PATCH] Change default mathbg and add mathhoverbg.
Jean-Marc Lasgouttes wrote: Edwin sure, perhaps latex permits this but when would you want to Edwin create an empty math inset? There are always people who have good reasons to do weird things. Which should not artificially forbid constructs. we wouldn't, there is ert ... signing off on this thread now.
Re: [PATCH] Change default mathbg and add mathhoverbg.
On Fri, Jun 08, 2007 at 04:51:33PM +0200, Leuven, E. wrote: Bo Peng wrote: what is the point of $ $ and $\ $ ? A method to force extra spaces, and more likely, entered by accident (and then it is impossible to remove them). so the inset should be dissolved when these are entered...? I don't tink it is worth adding special code for such a corner case (especially when the resolution is disputable). I never ever had the problem of having an emptyh math inset hanging around, and even if I had it'd probably been there for good reason (like I entered it) Andre'
Re: [PATCH] Change default mathbg and add mathhoverbg.
On Fri, Jun 08, 2007 at 03:53:58PM +0100, José Matos wrote: On Friday 08 June 2007 15:51:33 Leuven, E. wrote: so the inset should be dissolved when these are entered...? It seems more intuitive, no? And an ő on a line of its own doesn't make much sense either. Not even in Hungary. So I propose to remove such lines as soon as we see one. Ok for 1.5.0, Jose'? Andre'
Re: [PATCH] Change default mathbg and add mathhoverbg.
On Fri, Jun 08, 2007 at 10:23:21AM -0500, Bo Peng wrote: The objection to this was because it implied to another data member to the inset. Is there a solution that does not imply this? Only mathhull has this mouse_hover_ variable so it is less a problem than the inset background case. (at least mathchar does not have it). Right, as a general rule putting _some_ stuff into math hull is fine. [That's not an endorsement of mouse_hover_, but a general commemt. mouse_hover_ could e.g. be a buffer view member pointing to the 'hovered over' inset. It certainly is a 'view' thing, whereas data in the insets are (at least theoretically *cough*) 'model' thingies.] Andre'
Re: [PATCH] Change default mathbg and add mathhoverbg.
On Fri, Jun 08, 2007 at 10:38:05AM -0500, Bo Peng wrote: even if it's possible it doesn't mean it is advisable or even desirable I toss M$ Word because, among other overly clever features, it changes i to I all the time. I would object, in general, any *automatic* changes to what I entered without my agreement. I am completely on your side in this case. Andre'
Re: SV: [PATCH] Change default mathbg and add mathhoverbg.
On Fri, Jun 08, 2007 at 06:25:16PM +0200, Leuven, E. wrote: I toss M$ Word because, among other overly clever features, it changes i to I all the time. (before we used the big nasty wolf to scare people, now it is the big nasty M$) I would object, in general, any *automatic* changes to what I entered without my agreement. can u say D, can u say E, can u say P, can u say M can u say DEPM?! And DEPM is the feature that caused a lot of grieve so far (for developers, not users in this case) Andre'
Re: SV: [PATCH] Change default mathbg and add mathhoverbg.
> "Edwin" == Leuven, E <[EMAIL PROTECTED]> writes: Edwin> Jean-Marc Lasgouttes wrote: >> It is completely different: dEPM disallows things that have _no_ >> meaning to LaTeX (like double space). And empty math inset is >> acceptable, even if it is most of the times not wanted. Edwin> sure, perhaps latex permits this but when would you want to Edwin> create an empty math inset? There are always people who have good reasons to do weird things. Which should not artificially forbid constructs. >> None of these solve the problem for an inset containing a hard >> space, but those who ask for trouble deserve it. Edwin> maybe we should disallow a space after a backslash in math? Edwin> or are there situations where this makes sense? "\ " is pretty useful in maths. It should definitely stay. JMarc
Re: SV: [PATCH] Change default mathbg and add mathhoverbg.
Jean-Marc Lasgouttes wrote: Edwin> sure, perhaps latex permits this but when would you want to Edwin> create an empty math inset? There are always people who have good reasons to do weird things. Which should not artificially forbid constructs. we wouldn't, there is ert ... signing off on this thread now.
Re: [PATCH] Change default mathbg and add mathhoverbg.
On Fri, Jun 08, 2007 at 04:51:33PM +0200, Leuven, E. wrote: > Bo Peng wrote: > >> what is the point of $ $ and $\ $ ? > > > > A method to force extra spaces, and more likely, entered by accident > > (and then it is impossible to remove them). > > so the inset should be dissolved when these are entered...? I don't tink it is worth adding special code for such a corner case (especially when the resolution is disputable). I never ever had the problem of having an emptyh math inset hanging around, and even if I had it'd probably been there for good reason (like "I entered it") Andre'
Re: [PATCH] Change default mathbg and add mathhoverbg.
On Fri, Jun 08, 2007 at 03:53:58PM +0100, José Matos wrote: > On Friday 08 June 2007 15:51:33 Leuven, E. wrote: > > so the inset should be dissolved when these are entered...? > > It seems more intuitive, no? And an ő on a line of its own doesn't make much sense either. Not even in Hungary. So I propose to remove such lines as soon as we see one. Ok for 1.5.0, Jose'? Andre'
Re: [PATCH] Change default mathbg and add mathhoverbg.
On Fri, Jun 08, 2007 at 10:23:21AM -0500, Bo Peng wrote: > > The objection to this was because it implied to another data member to > > the > >inset. Is there a solution that does not imply this? > > Only mathhull has this mouse_hover_ variable so it is less a problem > than the inset background case. (at least mathchar does not have it). Right, as a general rule putting _some_ stuff into math hull is fine. [That's not an endorsement of mouse_hover_, but a general commemt. mouse_hover_ could e.g. be a buffer view member pointing to the 'hovered over' inset. It certainly is a 'view' thing, whereas data in the insets are (at least theoretically *cough*) 'model' thingies.] Andre'
Re: [PATCH] Change default mathbg and add mathhoverbg.
On Fri, Jun 08, 2007 at 10:38:05AM -0500, Bo Peng wrote: > > even if it's possible it doesn't mean it is advisable or even desirable > > I toss M$ Word because, among other overly clever features, it changes > i to I all the time. I would object, in general, any *automatic* > changes to what I entered without my agreement. I am completely on your side in this case. Andre'
Re: SV: [PATCH] Change default mathbg and add mathhoverbg.
On Fri, Jun 08, 2007 at 06:25:16PM +0200, Leuven, E. wrote: > > I toss M$ Word because, among other overly clever features, it changes > > i to I all the time. > > (before we used the big nasty wolf to scare people, now it is the big nasty > M$) > > > I would object, in general, any *automatic* > > changes to what I entered without my agreement. > > can u say D, can u say E, can u say P, can u say M > > can u say DEPM?! And DEPM is the feature that caused a lot of grieve so far (for developers, not users in this case) Andre'
RE: SV: [PATCH] Change default mathbg and add mathhoverbg.
Jean-Marc Lasgouttes wrote: It is completely different: dEPM disallows things that have _no_ meaning to LaTeX (like double space). And empty math inset is acceptable, even if it is most of the times not wanted. sure, perhaps latex permits this but when would you want to create an empty math inset? I see two solutions: 1/ an _empty_ math inset (not $\ $!) is removed when leaving it with the cursor. This is already what happens with the script inset. 2/ an _empty_ math inset (not $\ $!) does not get a preview. None of these solve the problem for an inset containing a hard space, but those who ask for trouble deserve it. maybe we should disallow a space after a backslash in math? or are there situations where this makes sense?
RE: SV: [PATCH] Change default mathbg and add mathhoverbg.
Jean-Marc Lasgouttes wrote: > It is completely different: dEPM disallows things that have _no_ > meaning to LaTeX (like double space). And empty math inset is > acceptable, even if it is most of the times not wanted. sure, perhaps latex permits this but when would you want to create an empty math inset? > I see two solutions: > > 1/ an _empty_ math inset (not $\ $!) is removed when leaving it with > the cursor. This is already what happens with the script inset. > > 2/ an _empty_ math inset (not $\ $!) does not get a preview. > > None of these solve the problem for an inset containing a hard space, > but those who ask for trouble deserve it. maybe we should disallow a space after a backslash in math? or are there situations where this makes sense?
Re: [PATCH] Change default mathbg and add mathhoverbg.
Leuven, E. [EMAIL PROTECTED] writes: fwiw, i don't see the point of the math background changing color when i move my mouse over it... I do see the point. It would be very useful. Andreas
RE: Re: [PATCH] Change default mathbg and add mathhoverbg.
From: news on behalf of Andreas K. Leuven, E. [EMAIL PROTECTED] writes: fwiw, i don't see the point of the math background changing color when i move my mouse over it... I do see the point. It would be very useful. for what exactly? typically when ui elements highlight/change color on mouse focus suggests that a click will trigger an action. this is not the case here, so i am therefore not so happy with this commit: http://www.lyx.org/trac/changeset/18701 perhaps i am biased, but i didn't see any consensus about this. i addition it gives confusing situation like the one where the cursor is in a math inset and the mouse pointer is over another one. then both seem to have focus! so i would prefer to have it reverted...
Re: [PATCH] Change default mathbg and add mathhoverbg.
Edwin == Leuven, E [EMAIL PROTECTED] writes: Edwin typically when ui elements highlight/change color on mouse Edwin focus suggests that a click will trigger an action. this is not Edwin the case here, so i am therefore not so happy with this commit: This is very true. Edwin i addition it gives confusing situation like the one where the Edwin cursor is in a math inset and the mouse pointer is over another Edwin one. then both seem to have focus! This too. An alternative solution would be to draw a frame around all top-level math insets (and have the frame color be transparent by default). JMarc
RE: [PATCH] Change default mathbg and add mathhoverbg.
Jean-Marc Lasgouttes wrote: An alternative solution would be to draw a frame around all top-level math insets (and have the frame color be transparent by default). just revert the silly thing...
Re: [PATCH] Change default mathbg and add mathhoverbg.
On Friday 08 June 2007 15:25:00 Bo Peng wrote: 1. this patch is used to help identifying spaces around mathed, and find 'disappearing' mathed like $\ $; Or even something like this $ $, it becomes almost black magic. :-) Alt m + m creates a math inset, leave it and watch it disappear to reappear again when you have the cursor over(/inside) it. I have been surprised by this behaviour a few times before... -- José Abílio
Re: [PATCH] Change default mathbg and add mathhoverbg.
José == José Matos [EMAIL PROTECTED] writes: José On Friday 08 June 2007 15:25:00 Bo Peng wrote: 1. this patch is used to help identifying spaces around mathed, and find 'disappearing' mathed like $\ $; José Or even something like this $ $, it becomes almost black magic. José :-) Yes, but if you have to move your mouse over all the document to find such places, it is kind of boring... We should disable previews for empty insets. JMarc
Re: [PATCH] Change default mathbg and add mathhoverbg.
what is the point of $ $ and $\ $ ? A method to force extra spaces, and more likely, entered by accident (and then it is impossible to remove them). Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
Yes, but if you have to move your mouse over all the document to find such places, it is kind of boring... As I have said, I would not bother with this math hover business if a non-background mathbg is acceptable. This feature does help the $x^2$is case. Bo
RE: [PATCH] Change default mathbg and add mathhoverbg.
Bo Peng wrote: what is the point of $ $ and $\ $ ? A method to force extra spaces, and more likely, entered by accident (and then it is impossible to remove them). so the inset should be dissolved when these are entered...?
RE: [PATCH] Change default mathbg and add mathhoverbg.
Bo Peng wrote: just revert the silly thing... I would like to state again that: 1. this patch is used to help identifying spaces around mathed, and find 'disappearing' mathed like $\ $; if you want to show spaces then you should show spaces not the space around the spaces 5. the *only* visible change is the showing of corners with mouse hovering i think i made clear why this is not such a good idea But, of course, because I see about the same numbers of + and -'s, I will revert it if Jose decides so. since you're counting: on a tie it shouldn't have gone in on the first place
Re: [PATCH] Change default mathbg and add mathhoverbg.
On 6/8/07, Leuven, E. [EMAIL PROTECTED] wrote: Jean-Marc Lasgouttes wrote: An alternative solution would be to draw a frame around all top-level math insets (and have the frame color be transparent by default). just revert the silly thing... I would like to state again that: 1. this patch is used to help identifying spaces around mathed, and find 'disappearing' mathed like $\ $; 2. it is used when changing default mathbg is voted against by most of the developers 3. it does not change default mathbg 4. does not add mathhoverbg 5. the *only* visible change is the showing of corners with mouse hovering But, of course, because I see about the same numbers of + and -'s, I will revert it if Jose decides so. Cheers, Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
On Friday 08 June 2007 15:51:33 Leuven, E. wrote: so the inset should be dissolved when these are entered...? It seems more intuitive, no? -- José Abílio
RE: [PATCH] Change default mathbg and add mathhoverbg.
José Matos wrote: Alt m + m creates a math inset, leave it and watch it disappear to reappear again when you have the cursor over(/inside) it. I have been surprised by this behaviour a few times before... out of perverse curiosity (and since it is friday): what is the point of $ $ and $\ $ ? if there is none, shouldn't the inset disolve?
Re: [PATCH] Change default mathbg and add mathhoverbg.
Jean-Marc Lasgouttes wrote: We should disable previews for empty insets. good idea. Jürgen
RE: [PATCH] Change default mathbg and add mathhoverbg.
José wrote: On Friday 08 June 2007 15:51:33 Leuven, E. wrote: so the inset should be dissolved when these are entered...? It seems more intuitive, no? yes
Re: [PATCH] Change default mathbg and add mathhoverbg.
On 6/8/07, Leuven, E. [EMAIL PROTECTED] wrote: José wrote: On Friday 08 June 2007 15:51:33 Leuven, E. wrote: so the inset should be dissolved when these are entered...? It seems more intuitive, no? Intuitive or not, we should not do that because $\ $ etc are perfectly acceptable latex code. Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
On Friday 08 June 2007 15:50:19 Bo Peng wrote: As I have said, I would not bother with this math hover business if a non-background mathbg is acceptable. The objection to this was because it implied to another data member to the inset. Is there a solution that does not imply this? This feature does help the $x^2$is case. Bo -- José Abílio
Re: [PATCH] Change default mathbg and add mathhoverbg.
The objection to this was because it implied to another data member to the inset. Is there a solution that does not imply this? Only mathhull has this mouse_hover_ variable so it is less a problem than the inset background case. (at least mathchar does not have it). It is possible to save this variable by drawing the corners in setMouseHover, but this is not the way this function is supposed to be used, and will lead to too many redraws. Bo
RE: [PATCH] Change default mathbg and add mathhoverbg.
Intuitive or not, we should not do that because $\ $ etc are perfectly acceptable latex code. even if it's possible it doesn't mean it is advisable or even desirable and people who love to have $\ $ dispersed in their documents can always use ERT
Re: [PATCH] Change default mathbg and add mathhoverbg.
even if it's possible it doesn't mean it is advisable or even desirable I toss M$ Word because, among other overly clever features, it changes i to I all the time. I would object, in general, any *automatic* changes to what I entered without my agreement. I propose to put this under the umbrella of automatic correction/substitution feature of 1.6.0, using which users can choose to replace '$\ $' with ''. Bo
SV: [PATCH] Change default mathbg and add mathhoverbg.
I toss M$ Word because, among other overly clever features, it changes i to I all the time. (before we used the big nasty wolf to scare people, now it is the big nasty M$) I would object, in general, any *automatic* changes to what I entered without my agreement. can u say D, can u say E, can u say P, can u say M can u say DEPM?! ... i bet you enter $\ $ all the time I propose to put this under the umbrella of automatic correction/substitution feature of 1.6.0, using which users can choose to replace '$\ $' with ''. don' t be silly, silly there is always ert for those who think this is a feature (off to bbq now, the weather is great in norway...)
Re: SV: [PATCH] Change default mathbg and add mathhoverbg.
Leuven, E. wrote: I toss M$ Word because, among other overly clever features, it changes i to I all the time. (before we used the big nasty wolf to scare people, now it is the big nasty M$) I would object, in general, any *automatic* changes to what I entered without my agreement. I agree with Bo (about automatic changes). can u say D, can u say E, can u say P, can u say M can u say DEPM?! I can say it, but I hate it. DEPM is a bad solution ui-wise. (off to bbq now, the weather is great in norway...) Lucky you! A/
Re: [PATCH] Change default mathbg and add mathhoverbg.
Bo == Bo Peng [EMAIL PROTECTED] writes: The objection to this was because it implied to another data member to the inset. Is there a solution that does not imply this? Bo Only mathhull has this mouse_hover_ variable so it is less a Bo problem than the inset background case. (at least mathchar does Bo not have it). Bo It is possible to save this variable by drawing the corners in Bo setMouseHover, but this is not the way this function is supposed Bo to be used, and will lead to too many redraws. The real problems are those pointed by Edwin: hover is for active UI elements and frame is reserved to the element in which the cursor is. JMarc
Re: SV: [PATCH] Change default mathbg and add mathhoverbg.
Edwin == Leuven, E [EMAIL PROTECTED] writes: I toss M$ Word because, among other overly clever features, it changes i to I all the time. Edwin (before we used the big nasty wolf to scare people, now it is Edwin the big nasty M$) I would object, in general, any *automatic* changes to what I entered without my agreement. Edwin can u say D, can u say E, can u say P, can u say M Edwin can u say DEPM?! It is completely different: dEPM disallows things that have _no_ meaning to LaTeX (like double space). And empty math inset is acceptable, even if it is most of the times not wanted. I see two solutions: 1/ an _empty_ math inset (not $\ $!) is removed when leaving it with the cursor. This is already what happens with the script inset. 2/ an _empty_ math inset (not $\ $!) does not get a preview. None of these solve the problem for an inset containing a hard space, but those who ask for trouble deserve it. JMarc
Re: [PATCH] Change default mathbg and add mathhoverbg.
The real problems are those pointed by Edwin: hover is for active UI elements and frame is reserved to the element in which the cursor is. I do not quite get what you meant. Is frame the math corners? Anyway, I will leave the headache (decision) to Jose and follow what he suggests. There has been enough discussion about this topic. Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
Leuven, E. <[EMAIL PROTECTED]> writes: > > fwiw, i don't see the point of the math background changing color when i move my mouse over it... > I do see the point. It would be very useful. Andreas
RE: Re: [PATCH] Change default mathbg and add mathhoverbg.
From: news on behalf of Andreas K. >> Leuven, E. <[EMAIL PROTECTED]> writes: >> fwiw, i don't see the point of the math background changing color when >> i move my mouse over it... > > I do see the point. It would be very useful. for what exactly? typically when ui elements highlight/change color on mouse focus suggests that a click will trigger an action. this is not the case here, so i am therefore not so happy with this commit: http://www.lyx.org/trac/changeset/18701 perhaps i am biased, but i didn't see any consensus about this. i addition it gives confusing situation like the one where the cursor is in a math inset and the mouse pointer is over another one. then both seem to have focus! so i would prefer to have it reverted...
Re: [PATCH] Change default mathbg and add mathhoverbg.
> "Edwin" == Leuven, E <[EMAIL PROTECTED]> writes: Edwin> typically when ui elements highlight/change color on mouse Edwin> focus suggests that a click will trigger an action. this is not Edwin> the case here, so i am therefore not so happy with this commit: This is very true. Edwin> i addition it gives confusing situation like the one where the Edwin> cursor is in a math inset and the mouse pointer is over another Edwin> one. then both seem to have focus! This too. An alternative solution would be to draw a frame around all top-level math insets (and have the frame color be transparent by default). JMarc
RE: [PATCH] Change default mathbg and add mathhoverbg.
Jean-Marc Lasgouttes wrote: > An alternative solution would be to draw a frame around all top-level > math insets (and have the frame color be transparent by default). just revert the silly thing...
Re: [PATCH] Change default mathbg and add mathhoverbg.
On Friday 08 June 2007 15:25:00 Bo Peng wrote: > 1. this patch is used to help identifying spaces around mathed, and > find 'disappearing' mathed like $\ $; Or even something like this $ $, it becomes almost black magic. :-) Alt m + m creates a math inset, leave it and watch it disappear to reappear again when you have the cursor over(/inside) it. I have been surprised by this behaviour a few times before... -- José Abílio
Re: [PATCH] Change default mathbg and add mathhoverbg.
> "José" == José Matos <[EMAIL PROTECTED]> writes: José> On Friday 08 June 2007 15:25:00 Bo Peng wrote: >> 1. this patch is used to help identifying spaces around mathed, and >> find 'disappearing' mathed like $\ $; José> Or even something like this $ $, it becomes almost black magic. José> :-) Yes, but if you have to move your mouse over all the document to find such places, it is kind of boring... We should disable previews for empty insets. JMarc
Re: [PATCH] Change default mathbg and add mathhoverbg.
what is the point of $ $ and $\ $ ? A method to force extra spaces, and more likely, entered by accident (and then it is impossible to remove them). Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
Yes, but if you have to move your mouse over all the document to find such places, it is kind of boring... As I have said, I would not bother with this math hover business if a non-background mathbg is acceptable. This feature does help the $x^2$is case. Bo
RE: [PATCH] Change default mathbg and add mathhoverbg.
Bo Peng wrote: >> what is the point of $ $ and $\ $ ? > > A method to force extra spaces, and more likely, entered by accident > (and then it is impossible to remove them). so the inset should be dissolved when these are entered...?
RE: [PATCH] Change default mathbg and add mathhoverbg.
Bo Peng wrote: >> just revert the silly thing... >> > I would like to state again that: > > 1. this patch is used to help identifying spaces around mathed, and > find 'disappearing' mathed like $\ $; if you want to show spaces then you should show spaces not the space around the spaces > 5. the *only* visible change is the showing of corners with mouse > hovering i think i made clear why this is not such a good idea > But, of course, because I see about the same numbers of + and -'s, I > will revert it if Jose decides so. since you're counting: on a tie it shouldn't have gone in on the first place
Re: [PATCH] Change default mathbg and add mathhoverbg.
On 6/8/07, Leuven, E. <[EMAIL PROTECTED]> wrote: Jean-Marc Lasgouttes wrote: > An alternative solution would be to draw a frame around all top-level > math insets (and have the frame color be transparent by default). just revert the silly thing... I would like to state again that: 1. this patch is used to help identifying spaces around mathed, and find 'disappearing' mathed like $\ $; 2. it is used when changing default mathbg is voted against by most of the developers 3. it does not change default mathbg 4. does not add mathhoverbg 5. the *only* visible change is the showing of corners with mouse hovering But, of course, because I see about the same numbers of + and -'s, I will revert it if Jose decides so. Cheers, Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
On Friday 08 June 2007 15:51:33 Leuven, E. wrote: > so the inset should be dissolved when these are entered...? It seems more intuitive, no? -- José Abílio
RE: [PATCH] Change default mathbg and add mathhoverbg.
José Matos wrote: > Alt m + m creates a math inset, leave it and watch it disappear to reappear > again when you have the cursor over(/inside) it. I have been surprised by > this behaviour a few times before... out of perverse curiosity (and since it is friday): what is the point of $ $ and $\ $ ? if there is none, shouldn't the inset disolve?
Re: [PATCH] Change default mathbg and add mathhoverbg.
Jean-Marc Lasgouttes wrote: > We should disable previews for empty insets. good idea. Jürgen
RE: [PATCH] Change default mathbg and add mathhoverbg.
José wrote: >> On Friday 08 June 2007 15:51:33 Leuven, E. wrote: >> so the inset should be dissolved when these are entered...? > > It seems more intuitive, no? yes
Re: [PATCH] Change default mathbg and add mathhoverbg.
On 6/8/07, Leuven, E. <[EMAIL PROTECTED]> wrote: José wrote: >> On Friday 08 June 2007 15:51:33 Leuven, E. wrote: >> so the inset should be dissolved when these are entered...? > > It seems more intuitive, no? Intuitive or not, we should not do that because $\ $ etc are perfectly acceptable latex code. Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
On Friday 08 June 2007 15:50:19 Bo Peng wrote: > As I have said, I would not bother with this math hover business if a > non-background mathbg is acceptable. The objection to this was because it implied to another data member to the inset. Is there a solution that does not imply this? > This feature does help the $x^2$is case. > > Bo -- José Abílio
Re: [PATCH] Change default mathbg and add mathhoverbg.
The objection to this was because it implied to another data member to the inset. Is there a solution that does not imply this? Only mathhull has this mouse_hover_ variable so it is less a problem than the inset background case. (at least mathchar does not have it). It is possible to save this variable by drawing the corners in setMouseHover, but this is not the way this function is supposed to be used, and will lead to too many redraws. Bo
RE: [PATCH] Change default mathbg and add mathhoverbg.
> Intuitive or not, we should not do that because $\ $ etc > are perfectly acceptable latex code. even if it's possible it doesn't mean it is advisable or even desirable and people who love to have $\ $ dispersed in their documents can always use ERT
Re: [PATCH] Change default mathbg and add mathhoverbg.
even if it's possible it doesn't mean it is advisable or even desirable I toss M$ Word because, among other overly clever features, it changes i to I all the time. I would object, in general, any *automatic* changes to what I entered without my agreement. I propose to put this under the umbrella of "automatic correction/substitution" feature of 1.6.0, using which users can choose to replace '$\ $' with ''. Bo
SV: [PATCH] Change default mathbg and add mathhoverbg.
> I toss M$ Word because, among other overly clever features, it changes > i to I all the time. (before we used the big nasty wolf to scare people, now it is the big nasty M$) > I would object, in general, any *automatic* > changes to what I entered without my agreement. can u say D, can u say E, can u say P, can u say M can u say DEPM?! ... i bet you enter $\ $ all the time > I propose to put this under the umbrella of "automatic > correction/substitution" feature of 1.6.0, using which users can > choose to replace '$\ $' with ''. don' t be silly, silly there is always ert for those who think this is a feature (off to bbq now, the weather is great in norway...)
Re: SV: [PATCH] Change default mathbg and add mathhoverbg.
Leuven, E. wrote: >> I toss M$ Word because, among other overly clever features, it changes >> i to I all the time. > > (before we used the big nasty wolf to scare people, now it is the big > nasty M$) > >> I would object, in general, any *automatic* >> changes to what I entered without my agreement. I agree with Bo (about automatic changes). > can u say D, can u say E, can u say P, can u say M > > can u say DEPM?! I can say it, but I hate it. DEPM is a bad solution ui-wise. > (off to bbq now, the weather is great in norway...) Lucky you! A/
Re: [PATCH] Change default mathbg and add mathhoverbg.
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes: >> The objection to this was because it implied to another data member >> to the inset. Is there a solution that does not imply this? Bo> Only mathhull has this mouse_hover_ variable so it is less a Bo> problem than the inset background case. (at least mathchar does Bo> not have it). Bo> It is possible to save this variable by drawing the corners in Bo> setMouseHover, but this is not the way this function is supposed Bo> to be used, and will lead to too many redraws. The real problems are those pointed by Edwin: hover is for active UI elements and frame is reserved to the element in which the cursor is. JMarc
Re: SV: [PATCH] Change default mathbg and add mathhoverbg.
> "Edwin" == Leuven, E <[EMAIL PROTECTED]> writes: >> I toss M$ Word because, among other overly clever features, it >> changes i to I all the time. Edwin> (before we used the big nasty wolf to scare people, now it is Edwin> the big nasty M$) >> I would object, in general, any *automatic* changes to what I >> entered without my agreement. Edwin> can u say D, can u say E, can u say P, can u say M Edwin> can u say DEPM?! It is completely different: dEPM disallows things that have _no_ meaning to LaTeX (like double space). And empty math inset is acceptable, even if it is most of the times not wanted. I see two solutions: 1/ an _empty_ math inset (not $\ $!) is removed when leaving it with the cursor. This is already what happens with the script inset. 2/ an _empty_ math inset (not $\ $!) does not get a preview. None of these solve the problem for an inset containing a hard space, but those who ask for trouble deserve it. JMarc
Re: [PATCH] Change default mathbg and add mathhoverbg.
The real problems are those pointed by Edwin: hover is for active UI elements and frame is reserved to the element in which the cursor is. I do not quite get what you meant. Is frame the math corners? Anyway, I will leave the headache (decision) to Jose and follow what he suggests. There has been enough discussion about this topic. Bo
Re: [PATCH] Change default mathbg and add mathhoverbg.
On Wed, Jun 06, 2007 at 12:39:32AM +0200, Enrico Forestieri wrote: On Wed, Jun 06, 2007 at 12:28:54AM +0200, Andre Poenitz wrote: On Tue, Jun 05, 2007 at 11:48:25PM +0200, Enrico Forestieri wrote: On Tue, Jun 05, 2007 at 11:37:48PM +0200, Jean-Marc Lasgouttes wrote: Bo == Bo Peng [EMAIL PROTECTED] writes: Bo I can not imagine anything else you might want to experiment in Bo 1.6.0. Get rid of the corners and use background instead in order to avoid those extra blank pixels? What when insets are nested? Are you proposing to use a different colour for each nested inset? Nah... I think it might be sufficient do color the innermost inset still containing the cursor. As I already said, what is the difference with respect to simply showing the corners without reserving space for them? The corners would not overwrite inset contents. Nevertheless we'd lose visual information this way, as right now we also see the nesting leading to the cursor position which _I_ find rather helpful (otherwise there weren't these cure l'll corners anyway...) You can get that info by looking at the status line. Too far away. Andre'
Re: [PATCH] Change default mathbg and add mathhoverbg.
On Wed, Jun 06, 2007 at 12:53:49AM +0200, Enrico Forestieri wrote: I tried that a while ago and this is no good as the corners cover part of the content, especially if you have a small font. Well, you can't eat your cake and still have it... We have to decide what is worse. The current behavior has been there for ages, and the only problem is that one could miss a missing space after a math inset. I think that I can live with this limitation, but suddenly it becomes something so vital that it is preferable turning the LyX screen into a Christmas tree (thanks for this definition meant for effect, Edwin :) Depends on your definition of 'ages'... If you are leaving an inset using arrow left or right and this inset is nested in another inset, show the corners of the new inset but don't move the cursor. When leaving an inset with arrow left/right, you actually move the cursor only if there is no containing inset. Even if the cursor is not moved, it logically belongs to an inset or another. Which one you can tell by looking at the status line. Status line is good for exact information, but when entering a complex formula one does not want to look on the formula, at the status line, at the formula, at the status line etc. Actually, this works quite well in texmacs, but I prefer the LyX way, too. However, if I have to decide between a Christmas tree and this last behavior, I don't have any doubt... I don't know if there's a bug open on this issue, but if there is one, I think that this one of those WONTFIX cases. Fine with me. Andre'