btw, when leaving math with the up or down arrow the corners don't disappear...
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
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
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
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
btw, when leaving math with the up or down arrow the corners don't disappear...
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
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
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
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
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
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
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
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
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
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
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
+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
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
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
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
> "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
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
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
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
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
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
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
+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
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
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
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
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
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
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...?
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
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.
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
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*
> "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,
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
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
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
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
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
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
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
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
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
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
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
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...
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
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
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
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
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...?
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
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
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
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 $\ $
Jean-Marc Lasgouttes wrote:
We should disable previews for empty insets.
good idea.
Jürgen
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
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
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
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
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
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
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
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
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
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
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
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
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
> "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
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...
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
> "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é>
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
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
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...?
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.
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
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
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 $\
Jean-Marc Lasgouttes wrote:
> We should disable previews for empty insets.
good idea.
Jürgen
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
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
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
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
> 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
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
> 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
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
> "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
> "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*
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
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
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
1 - 100 of 152 matches
Mail list logo