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
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 c
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
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
btw, when leaving math with the up or down arrow the corners don't disappear...
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 a
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
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 v
+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
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 h
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
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 a
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
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 w
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" == 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 d
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
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 ent
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 backgroun
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 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 en
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 th
> "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, pe
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
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 bee
> "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*
> "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
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 agr
> 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 sa
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 umbrel
> 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
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 thi
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 lat
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 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 f
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
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...?
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
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
Jean-Marc Lasgouttes wrote:
> We should disable previews for empty insets.
good idea.
Jürgen
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 $\
> "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é> :
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 reapp
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. t
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 pa
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...
> "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 addit
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
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
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> 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.
Andre> Fine with me.
+1
JMarc
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> > 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?
Andre> The
On Tuesday 05 June 2007 23:53:49 Enrico Forestieri wrote:
> LyX screen into
> a Christmas tree (thanks for this definition meant for effect, Edwin :)
What do you have against the Christmas tree? After all we always release the
stable version on Christmas so I don't see any problem following the
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 curre
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" =
On Wed, Jun 06, 2007 at 12:38:08AM +0200, Andre Poenitz wrote:
> On Wed, Jun 06, 2007 at 12:23:27AM +0200, Enrico Forestieri wrote:
> > On Wed, Jun 06, 2007 at 12:07:05AM +0200, Jean-Marc Lasgouttes wrote:
> > > > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
> > >
> > > Enrico> On
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 an
On Wed, Jun 06, 2007 at 12:23:27AM +0200, Enrico Forestieri wrote:
> On Wed, Jun 06, 2007 at 12:07:05AM +0200, Jean-Marc Lasgouttes wrote:
> > > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
> >
> > Enrico> On Tue, Jun 05, 2007 at 11:37:48PM +0200, Jean-Marc Lasgouttes
> > Enrico>
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 r
On Tue, Jun 05, 2007 at 04:46:11PM -0500, Bo Peng wrote:
> >Get rid of the corners and use background instead in order to avoid
> >those extra blank pixels?
>
> This is indeed 1.6.0 business because
> 1. all MathNest has corners. These inner corners are there for good
> purposes that can not be ac
On Wed, Jun 06, 2007 at 12:07:05AM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> On Tue, Jun 05, 2007 at 11:37:48PM +0200, Jean-Marc Lasgouttes
> Enrico> wrote:
> >> > "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
> >>
> Bo> I c
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> On Tue, Jun 05, 2007 at 11:37:48PM +0200, Jean-Marc Lasgouttes
Enrico> 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
Jean-Marc Lasgouttes wrote:
"Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
as i wrote, you don't need to change the background color of math
to 1) see the boundaries of math, ii) "disappearing" math insets...
Bo> You mean you can 'click on' a mathed to see its boundary? For 1,
Bo> you can not c
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 blan
Get rid of the corners and use background instead in order to avoid
those extra blank pixels?
This is indeed 1.6.0 business because
1. all MathNest has corners. These inner corners are there for good
purposes that can not be achieved by background.
2. mathed draw() needs a lot of cleanup. It is
> "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?
JMarc
I really think we should let this as it is now and experiment in 1.6.
The current situation has been present for lots of years, the re is no
urgency.
This was my understanding as well and it was why I did not implement
mouse hover for mathed. It is the lengthy discussion in the 'How to
make Lyx
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> as i wrote, you don't need to change the background color of math
>> to 1) see the boundaries of math, ii) "disappearing" math insets...
Bo> You mean you can 'click on' a mathed to see its boundary? For 1,
Bo> you can not click on all mathed in
as i wrote, you don't need to change the background color of math to 1) see
the boundaries of math, ii) "disappearing" math insets...
You mean you can 'click on' a mathed to see its boundary? For 1, you
can not click on all mathed in a page to look for mathed with improper
spaces, for 2, you si
Bo Peng wrote:
>> > 2. some mathed will 'disappear' without a background (such as '\ ').
>>
>> i don't see what this has to do with math having to change background
>> color
>> when moving the mouse over it...
>
> What would be your proposal?
?
as i wrote, you don't need to change the backgro
> 2. some mathed will 'disappear' without a background (such as '\ ').
i don't see what this has to do with math having to change background color
when moving the mouse over it...
What would be your proposal?
(and yes,i prefer my math to have the same background color as text...)
OK to m
Bo Peng wrote:
>> fwiw, i don't see the point of the math background changing color when
>> i move my mouse over it...
>
> There are several issues here:
>
> 1. spaces around mathed will be clearer with a mathbg different from
> text background.
>
> 2. some mathed will 'disappear' without a bac
fwiw, i don't see the point of the math background changing color when i move
my mouse over it...
There are several issues here:
1. spaces around mathed will be clearer with a mathbg different from
text background.
2. some mathed will 'disappear' without a background (such as '\ ').
So, IMHO
On Tue, Jun 05, 2007 at 07:48:46PM +0200, Leuven, E. wrote:
> > The patch itself is safe but change of mathed appearance is a
> > sensitive issue. I would suggest that we apply the patch and let
> > people have a look at the colors. If people do not like it, I will
> > change both colors to backgro
> The patch itself is safe but change of mathed appearance is a
> sensitive issue. I would suggest that we apply the patch and let
> people have a look at the colors. If people do not like it, I will
> change both colors to background.
>
> You are right that this subject is sensitive so I would li
On Tuesday 05 June 2007 16:03:07 Bo Peng wrote:
> The patch itself is safe but change of mathed appearance is a
> sensitive issue. I would suggest that we apply the patch and let
> people have a look at the colors. If people do not like it, I will
> change both colors to background.
You are righ
Hi, Jose,
The attached patch makes mathed looks and feels like other insets,
with hover effect. The main purpose, as discussed in another thread,
is to make mathed more visible compared to its surrounding text.
The patch itself is safe but change of mathed appearance is a
sensitive issue. I woul
76 matches
Mail list logo
