cursor advance at start of search if in mathed.
> >
> > Fixes #13070 Advanced S&R does not find math symbols at start of
> > document
>
> I tried cherry-picking this for 2.4.1-devel, but there was a merge
> conflict. So I'll leave it t
On 6/10/24 08:40, Kornel Benko wrote:
commit 8c501308c3c9bf2389275837798ed6c62a9a17bf
Author: Alexander Dunlap
Date: Mon Jun 10 14:42:29 2024 +0200
FindAdv: Omitting cursor advance at start of search if in mathed.
Fixes #13070 Advanced S&R does not find math symbols at s
On 4/12/2023 6:21 am, Richard Kimberly Heck wrote:
On 11/27/23 17:15, Andrew Parsloe wrote:
On 27/11/2023 6:02 pm, Isaac Oscar Gariano wrote:
Personally, I just don't use the |'| in LyX at all, especially as
it doesn't display correctly, and as you show, doesn't combine
properly with other s
On 11/27/23 17:15, Andrew Parsloe wrote:
On 27/11/2023 6:02 pm, Isaac Oscar Gariano wrote:
Personally, I just don't use the |'| in LyX at all, especially as it
doesn't display correctly, and as you show, doesn't combine properly
with other superscripts/subscripts.
Instead, I always do |^\prime
ter).
Andrew
— Isaac Oscar Gariano
*From:* lyx-devel on behalf of
Andrew Parsloe
*Sent:* Monday, 27 November 2023 10:10 AM
*To:* LyX Developers
*Subject:* Primes and superscripts in mathed
TeX accepts S'^{2} (between $ delimiters) a
rime).
— Isaac Oscar Gariano
From: lyx-devel on behalf of Andrew Parsloe
Sent: Monday, 27 November 2023 10:10 AM
To: LyX Developers
Subject: Primes and superscripts in mathed
TeX accepts S'^{2} (between $ delimiters) as a valid construction (TeXbook,
p.130, line above E
TeX accepts S'^{2} (between $ delimiters) as a valid construction
(TeXbook, p.130, line above Ex. 16.5) but mathed in LyX converts this to
S'{}^{2}. In this simple case that is not a problem (in fact the
interpolated {} gives better spacing) but it becomes a problem with
expres
On Wed, Nov 08, 2023 at 08:31:23AM +0100, Enrico Forestieri wrote:
> >These will not get distributed to tarball unless added to makefiles.
>
> Adding them to src/Makefile.am is not sufficient?
It is, I didn't see it in the diff, athough I see it now :) Sorry. Pavel
--
lyx-devel mailing list
lyx-
On Tue, Nov 07, 2023 at 04:33:49PM +0100, Pavel Sanda wrote:
On Mon, Nov 06, 2023 at 04:55:31PM +0100, Enrico Forestieri wrote:
commit 58103cf214cc5e9e5d0f4aaa03f4250ee011e55a
Author: Enrico Forestieri
Date: Mon Nov 6 18:04:44 2023 +0100
Allow using the text properties dialog in mathed
On Mon, Nov 06, 2023 at 04:55:31PM +0100, Enrico Forestieri wrote:
> commit 58103cf214cc5e9e5d0f4aaa03f4250ee011e55a
> Author: Enrico Forestieri
> Date: Mon Nov 6 18:04:44 2023 +0100
>
> Allow using the text properties dialog in mathed
>
> Until now only
articular, instead of typing \neq in mathed, why not copy and paste
a ≠ from some PDF or HTML page?
When doing this, two things happen :
1/ on screen, there is no spacing around the ≠
2/ in LaTeX output, the character is exported as \neq and all is well
This nice behaviour doesn'
Le 30/05/2023 à 00:37, Jean-Marc Lasgouttes a écrit :
Thanks for your input, this is the direction I would take if I ever find
the time to solve this issue.
This is now ticket #12788.
https://www.lyx.org/trac/ticket/12788
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx
Le 30/05/2023 à 00:14, Udicoudco a écrit :
So how should I solve problem 1/ ? I see 3 solutions
a/ replace ≠ with a \neq directly in the document at input time; we
might not want to do that in case we eventually use unicode in math too
b/ replace ≠ with a \neq on screen only
c/ keep the ≠ on scre
On Sat, Apr 1, 2023 at 4:10 PM Jean-Marc Lasgouttes wrote:
> In particular, instead of typing \neq in mathed, why not copy and paste
> a ≠ from some PDF or HTML page?
>
> When doing this, two things happen :
> 1/ on screen, there is no spacing around the ≠
> 2/ in LaTeX output
Am Thu, 13 Apr 2023 16:57:27 +0200
schrieb Jean-Marc Lasgouttes :
> Le 13/04/2023 à 16:29, Kornel Benko a écrit :
> > Would be nice to have a list of these math-commands which can map to
> > unicode. (Not all
> > are in file unicodesymbols). This is important for advanced find too.
>
> And in
Le 13/04/2023 à 16:29, Kornel Benko a écrit :
Would be nice to have a list of these math-commands which can map to unicode.
(Not all
are in file unicodesymbols). This is important for advanced find too.
And in lib/symbols ?
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists
Am Thu, 6 Apr 2023 10:43:42 +0200
schrieb Jean-Marc Lasgouttes :
> Le 03/04/2023 à 00:36, Enrico Forestieri a écrit :
> >> So how should I solve problem 1/ ? I see 3 solutions
> >> a/ replace ≠ with a \neq directly in the document at input time; we
> >> might not want to do that in case we eventu
Le 03/04/2023 à 00:36, Enrico Forestieri a écrit :
So how should I solve problem 1/ ? I see 3 solutions
a/ replace ≠ with a \neq directly in the document at input time; we
might not want to do that in case we eventually use unicode in math too
b/ replace ≠ with a \neq on screen only
c/ keep the
On Sat, Apr 01, 2023 at 03:09:58PM +0200, Jean-Marc Lasgouttes wrote:
Hello,
A relative has been using LyX recently, and it is interesting to see
how the use is different from what I would do.
In particular, instead of typing \neq in mathed, why not copy and
paste a ≠ from some PDF or HTML
of thing hits me from
> > time to time, not with symbols that are obviously non-ascii like ≠ but more
> > with double-quotes or things like that that I forget are often non-ascii.
>
> Thanks for your thoughts. Does this quote thing apply to mathed too, or
> rather text ?
Indee
that that I forget are often non-ascii.
Thanks for your thoughts. Does this quote thing apply to mathed too, or
rather text ?
If we do preserve the unicode ≠, I would personally prefer to have some sort of
signal that it is unicode in the LyX display. Actually, that's how I have my
text
On Sat, Apr 01, 2023 at 03:09:58PM +0200, Jean-Marc Lasgouttes wrote:
> Hello,
>
> A relative has been using LyX recently, and it is interesting to see how the
> use is different from what I would do.
>
> In particular, instead of typing \neq in mathed, why not copy and paste a
Hello,
A relative has been using LyX recently, and it is interesting to see how
the use is different from what I would do.
In particular, instead of typing \neq in mathed, why not copy and paste
a ≠ from some PDF or HTML page?
When doing this, two things happen :
1/ on screen, there is no
On Mon, Feb 08, 2021 at 02:23:38PM +0100, Jean-Marc Lasgouttes wrote:
> Le 07/02/2021 à 17:42, Enrico Forestieri a écrit :
> > It's InsetArgumentProxy that is returning MC_UNKNOWN.
>
> Fixed at c3114515180d. I am not sure though what this code is doing: when
> creating the color inset, there is no
Le 07/02/2021 à 17:42, Enrico Forestieri a écrit :
It's InsetArgumentProxy that is returning MC_UNKNOWN.
Fixed at c3114515180d. I am not sure though what this code is doing:
when creating the color inset, there is no \mathxxx anywhere, but they
are introduced when writing back the .lyx file,
ASSERTION false VIOLATED IN
> > /home/scott/lyxbuilds/master/repo/src/mathed/MathClass.cpp:59
> >
> > The assertion happens when I just open the attached file.
> >
> > Can you reproduce?
>
> Yes, I can. Thanks for the report. Attached you find two patches
this
> > > commit.
> > >
> > > Here's the assertion:
> > > ASSERTION false VIOLATED IN
> > > /home/scott/lyxbuilds/master/repo/src/mathed/MathClass.cpp:59
> > >
> > > The assertion happens when I just open the attached file.
> > >
>
Le 07/02/2021 à 09:37, Enrico Forestieri a écrit :
On Sat, Feb 06, 2021 at 11:06:41PM -0500, Scott Kostyshak wrote:
I see an assertion on master that I think started happening with this commit.
Here's the assertion:
ASSERTION false VIOLATED IN
/home/scott/lyxbuilds/master/repo/src/m
On Sat, Feb 06, 2021 at 11:06:41PM -0500, Scott Kostyshak wrote:
> I see an assertion on master that I think started happening with this commit.
>
> Here's the assertion:
> ASSERTION false VIOLATED IN
> /home/scott/lyxbuilds/master/repo/src/mathed/MathClass.cpp:59
>
>
On Sun, Aug 02, 2020 at 06:38:06PM +0200, Enrico Forestieri wrote:
> commit 7441172d4d9a26eb4824bb8bee003f457ef34f1c
> Author: Enrico Forestieri
> Date: Sun Aug 2 18:58:40 2020 +0200
>
> Assure correct spacing of colored items in mathed
>
> When coloring a n
On 2/4/21 3:20 PM, Enrico Forestieri wrote:
commit 8202e4e571b90b3b87918437d6346bbf1cbfc6aa
Author: Enrico Forestieri
Date: Thu Feb 4 21:20:45 2021 +0100
Disable direct insertion of multiple spaces in mathed text
Fixes #1311
An old one!
Riki
--
lyx-devel mailing list
lyx
reproduce. It doesn't crash LyX but only the active document.
The deletion of the column seems to be the culprit because it is
possible to delete the other row and also to delete the other column
(and row) first and then insert the Aligned.
Someone please file a bug, component mathed.
Riki
Ticket #11623.
Andrew
. It doesn't crash LyX but only the active document.
> The deletion of the column seems to be the culprit because it is
> possible to delete the other row and also to delete the other column
> (and row) first and then insert the Aligned.
Someone please file a bug, component mathed.
Riki
On 2019-07-25 23:40, Andrew Parsloe wrote:
I can create a crash by trying to delete the final column in the
following construction:
\begin{align*}
\begin{aligned}\end{aligned}
\\
\end{align*}
To create:
1. Ctrl+Shift+M to create a display math equation.
2. Ctrl+Return to create an alig
I can create a crash by trying to delete the final column in the
following construction:
\begin{align*}
\begin{aligned}\end{aligned}
\\
\end{align*}
To create:
1. Ctrl+Shift+M to create a display math equation.
2. Ctrl+Return to create an align* environment
3. Insert > Math > Aligned E
values. This value is used in mathed since 03a4b8c9328.
So, am I the only one seeing this (it is not present in windows)?
Actually this is font-dependent. I see this with DejaVu Serif, but not
other fonts. It seems this this font for some reason is not adapted for
use in mathed.
Let's sa
Now that I compile LyX with Qt5 by default on some of my computers, I
see that, in linux, characters are annoyingly spaced (see attachments)
with Qt5, but not Qt4.
I traced this back to QFontMetrics::rightBearing which returns different
values. This value is used in mathed since 03a4b8c9328
On 8/10/2018 12:43 a.m., Jean-Marc Lasgouttes wrote:
Le 06/10/2018 à 23:06, Andrew Parsloe a écrit :
The first time I use mathed in a session there can be a noticeable
pause (a few seconds) before any character is displayed. When I look
at the messages pane I get the attached list of messages
Le 06/10/2018 à 23:06, Andrew Parsloe a écrit :
The first time I use mathed in a session there can be a noticeable pause
(a few seconds) before any character is displayed. When I look at the
messages pane I get the attached list of messages. This is with 2.3.1-1
(built and compiled with Qt
The first time I use mathed in a session there can be a noticeable pause
(a few seconds) before any character is displayed. When I look at the
messages pane I get the attached list of messages. This is with 2.3.1-1
(built and compiled with Qt 5.10.1). Is this expected? Second and later
uses of
On 20/09/2018 9:12 p.m., Jean-Marc Lasgouttes wrote:
Le 18/09/2018 à 12:49, Andrew Parsloe a écrit :
Could you show a screenshot? I do not see it.
I've attached screenshots (15.6" Acer laptop screen). To the left a T
with a prime (a single quote mark '), to the right a T without a
prime, separ
Le 18/09/2018 à 12:49, Andrew Parsloe a écrit :
Could you show a screenshot? I do not see it.
I've attached screenshots (15.6" Acer laptop screen). To the left a T
with a prime (a single quote mark '), to the right a T without a prime,
separated by \quad, at 150% and 200% zoom.
I see it on wi
On 18/09/2018 6:55 p.m., Jean-Marc Lasgouttes wrote:
Le 04/09/2018 à 02:02, Andrew Parsloe a écrit :
Working with mathed in 2.3.1, I've noted a couple of small items.
1. Some primes need more space. Lowercase: t', d'; uppercase T', E',
F'. (T' is the wors
Le 04/09/2018 à 02:02, Andrew Parsloe a écrit :
Working with mathed in 2.3.1, I've noted a couple of small items.
1. Some primes need more space. Lowercase: t', d'; uppercase T', E', F'.
(T' is the worst.) This is using the default Times New Roman at 150% zoo
Andrew Parsloe wrote:
> am I right in thinking the change in cursor size in a sub- or super-script is
> new with
> 2.3.1?
Yes, from 2.3.1 the cursor size is now dictated by the size of script.
It never occured to me to use mouse for sub/superscripts in mathed
but you are right it
On Tue, Sep 04, 2018 at 05:41:43PM +1200, Andrew Parsloe wrote:
>
>
> On 4/09/2018 1:54 p.m., Scott Kostyshak wrote:
> > On Tue, Sep 04, 2018 at 12:02:10PM +1200, Andrew Parsloe wrote:
> > > Working with mathed in 2.3.1,
> > Hi Andrew,
> >
> > Are your
On 03/09/2018 17:21, Scott Kostyshak wrote:
On Mon, Sep 03, 2018 at 12:07:14PM +0200, Jean-Marc Lasgouttes wrote:
Le 02/09/2018 à 05:21, Scott Kostyshak a écrit :
If I highlight "A" in mathed and type \mathbb, the "A" is
replaced by \mathbb{A}. I like that. Would we want
On 4/09/2018 1:54 p.m., Scott Kostyshak wrote:
On Tue, Sep 04, 2018 at 12:02:10PM +1200, Andrew Parsloe wrote:
Working with mathed in 2.3.1,
Hi Andrew,
Are your comments comparing 2.3.1 to 2.3.0, or not necessarily?
Scott
The position of the prime is to be compared with 2.2.3, where there
On Tue, Sep 04, 2018 at 12:02:10PM +1200, Andrew Parsloe wrote:
> Working with mathed in 2.3.1,
Hi Andrew,
Are your comments comparing 2.3.1 to 2.3.0, or not necessarily?
Scott
signature.asc
Description: PGP signature
Working with mathed in 2.3.1, I've noted a couple of small items.
1. Some primes need more space. Lowercase: t', d'; uppercase T', E', F'.
(T' is the worst.) This is using the default Times New Roman at 150% zoom.
2. It seems much harder now to select a sub
On Mon, Sep 03, 2018 at 12:07:14PM +0200, Jean-Marc Lasgouttes wrote:
> Le 02/09/2018 à 05:21, Scott Kostyshak a écrit :
> > If I highlight "A" in mathed and type \mathbb, the "A" is
> > replaced by \mathbb{A}. I like that. Would we want the same behavior if
&g
Le 02/09/2018 à 05:21, Scott Kostyshak a écrit :
If I highlight "A" in mathed and type \mathbb, the "A" is
replaced by \mathbb{A}. I like that. Would we want the same behavior if
we select something and type \not ?
Actu
ally, \not is special: it is a zero width character. T
If I highlight "A" in mathed and type \mathbb, the "A" is
replaced by \mathbb{A}. I like that. Would we want the same behavior if
we select something and type \not ?
Scott
signature.asc
Description: PGP signature
Jean-Marc Lasgouttes wrote:
>>> Pavel, please test this new code. It should get the cursor size right
>>> without crashing of changing bizarrely the current font.
>>>
>>> Riki, if this works, I will probably propose to backport to 2.3.2.
>> Any chance you would provide 2.3 patch? Anything in master
Le 27/04/2018 à 11:35, Pavel Sanda a écrit :
Jean-Marc Lasgouttes wrote:
Le 27/04/2018 ?? 00:13, Jean-Marc Lasgouttes a écrit :
commit 90cfe4ec3b4ff22ef798a63e98ca70d0d33a1656
Author: Jean-Marc Lasgouttes
Date: Fri Apr 27 00:03:48 2018 +0200
Adapt caret height to context in mathed
Le 27/04/2018 à 13:17, Pavel Sanda a écrit :
Clearly you prefer to think in a systematic way.
That might be good for the code, but what will remain for all the
procrastinating
hackers in the future who will be left without the mystery where the b came
from?
The good side is that we have plent
Jean-Marc Lasgouttes wrote:
>> I was refering merely to caret height; but we are getting to nitpicking,
>> meaning the situation is likely good enough for now :)
>
> Currently, the caret is never higher than the cell it is in. This is why I
> argue that the cell is too small.
Clearly you prefer t
Le 27/04/2018 à 12:38, Pavel Sanda a écrit :
Jean-Marc Lasgouttes wrote:
Le 27/04/2018 ?? 11:47, Pavel Sanda a écrit :
Limited testing shows no crash. As said previously cursor is much better
now,
though I would suggest use of 'b' instead of 'x' min height, e.g. try
&q
Jean-Marc Lasgouttes wrote:
> Le 27/04/2018 ?? 11:47, Pavel Sanda a écrit :
>> Limited testing shows no crash. As said previously cursor is much better
>> now,
>> though I would suggest use of 'b' instead of 'x' min height, e.g. try
>> "\dot
Le 27/04/2018 à 11:47, Pavel Sanda a écrit :
Limited testing shows no crash. As said previously cursor is much better now,
though I would suggest use of 'b' instead of 'x' min height, e.g. try "\dot u"
in mathed and compare both versions.
Note that, whil
Le 27/04/2018 à 03:03, Richard Kimberly Heck a écrit :
Yes, go ahead. It will let it get some testing before release.
Done, thanks. No status.23x entry necessary, since this is new code.
JMarc
Jean-Marc Lasgouttes wrote:
> Le 27/04/2018 ?? 00:13, Jean-Marc Lasgouttes a écrit :
>> commit 90cfe4ec3b4ff22ef798a63e98ca70d0d33a1656
>> Author: Jean-Marc Lasgouttes
>> Date: Fri Apr 27 00:03:48 2018 +0200
>> Adapt caret height to context in mathed.
>>
Jean-Marc Lasgouttes wrote:
> Le 27/04/2018 ?? 00:13, Jean-Marc Lasgouttes a écrit :
>> commit 90cfe4ec3b4ff22ef798a63e98ca70d0d33a1656
>> Author: Jean-Marc Lasgouttes
>> Date: Fri Apr 27 00:03:48 2018 +0200
>> Adapt caret height to context in mathed.
>>
On 04/26/2018 06:17 PM, Jean-Marc Lasgouttes wrote:
> Le 27/04/2018 à 00:13, Jean-Marc Lasgouttes a écrit :
>> commit 90cfe4ec3b4ff22ef798a63e98ca70d0d33a1656
>> Author: Jean-Marc Lasgouttes
>> Date: Fri Apr 27 00:03:48 2018 +0200
>>
>> Adapt
On 04/26/2018 05:33 PM, Jean-Marc Lasgouttes wrote:
> Le 18/04/2018 à 14:18, Pavel Sanda a écrit :
>> Jean-Marc Lasgouttes wrote:
>>> Le 17/04/2018 ?? 11:52, Jean-Marc Lasgouttes a écrit :
Sorry for being slow on this. As I understand it, the crash is
related to
the new painting arch
Le 27/04/2018 à 00:13, Jean-Marc Lasgouttes a écrit :
commit 90cfe4ec3b4ff22ef798a63e98ca70d0d33a1656
Author: Jean-Marc Lasgouttes
Date: Fri Apr 27 00:03:48 2018 +0200
Adapt caret height to context in mathed.
Compute a height from current font and current cell vertical
Le 18/04/2018 à 14:18, Pavel Sanda a écrit :
Jean-Marc Lasgouttes wrote:
Le 17/04/2018 ?? 11:52, Jean-Marc Lasgouttes a écrit :
Sorry for being slow on this. As I understand it, the crash is related to
the new painting architecture and therefore probably exists in 2.3.x too.
This is the one I n
Pavel Sanda wrote:
> There is something weird going on with our section counters.
> When lyx crashes and leaves emergency file behind, in the next
> lyx run I choose for loading original and removing emergency file.
> The 'original' file is loaded but all counters are wrong, starting
> higher than
Jean-Marc Lasgouttes wrote:
>> I will have to check with qt5 again but master is dead slow again for
>> cursor
>> movement (even without this patch). Perhaps we killed it in previous
>> patches,
>> 2.3. still looks ok.
>
> This is very bad. I'd appreciate a bisect if you can.
I must take this pa
On Wed, Apr 18, 2018 at 02:47:36PM +, Jean-Marc Lasgouttes wrote:
> Le 18/04/2018 à 16:45, Scott Kostyshak a écrit :
> > > Scott, I would be interested to know whether you can still reproduce the
> > > Spanish keyboard issue.
> >
> > Yes, I still see it with current master + your patch.
>
> O
Jean-Marc Lasgouttes wrote:
>>> Please test this experimental patch. It should cure the crash.
>> I can confirm that the crash is gone with this patch.
>
> It had better be gone, I removed the relevant code :) The question is
> whether cursor display is still OK.
I saw tiny glitch, but might be t
Le 18/04/2018 à 16:45, Scott Kostyshak a écrit :
Scott, I would be interested to know whether you can still reproduce the
Spanish keyboard issue.
Yes, I still see it with current master + your patch.
OK, what do you mean by Spanish keyboard? A physical Spanish keyboard or
the internal LyX ke
On Wed, Apr 18, 2018 at 08:47:59AM +, Jean-Marc Lasgouttes wrote:
> Le 17/04/2018 à 11:52, Jean-Marc Lasgouttes a écrit :
> > Sorry for being slow on this. As I understand it, the crash is related
> > to the new painting architecture and therefore probably exists in 2.3.x
> > too. This is the o
Le 18/04/2018 à 14:18, Pavel Sanda a écrit :
Jean-Marc Lasgouttes wrote:
Le 17/04/2018 ?? 11:52, Jean-Marc Lasgouttes a écrit :
Sorry for being slow on this. As I understand it, the crash is related to
the new painting architecture and therefore probably exists in 2.3.x too.
This is the one I n
Jean-Marc Lasgouttes wrote:
> Le 17/04/2018 ?? 11:52, Jean-Marc Lasgouttes a écrit :
>> Sorry for being slow on this. As I understand it, the crash is related to
>> the new painting architecture and therefore probably exists in 2.3.x too.
>> This is the one I need to fix first. I have an idea, bu
Pavel Sanda wrote:
> Hi JMarc,
>
> we likely have new crash related to the latest mathed cursor patch:
>
> 1. load the document (I will send privately though)
> 2. go to section 7.2, in the midst of paragraph there is last
There is something weird going on with our section
Le 17/04/2018 à 11:52, Jean-Marc Lasgouttes a écrit :
Sorry for being slow on this. As I understand it, the crash is related
to the new painting architecture and therefore probably exists in 2.3.x
too. This is the one I need to fix first. I have an idea, but I have to
see how it works. This sho
Le 06/04/2018 à 18:33, Pavel Sanda a écrit :
Hi JMarc,
we likely have new crash related to the latest mathed cursor patch:
1. load the document (I will send privately though)
2. go to section 7.2, in the midst of paragraph there is last
CA^{2+} in mathed, put the cursor just behind it
3
Hi JMarc,
I have another mathed crash, this time reproducible even with clean branch, so
not related to latest patch:
1. load newer doc I'll send privately, navigate to the same paragraph to the
equation I=g(V-E)
2. repeat this pattern, often it will crash but not in 100%, so some navig
Hi JMarc,
we likely have new crash related to the latest mathed cursor patch:
1. load the document (I will send privately though)
2. go to section 7.2, in the midst of paragraph there is last
CA^{2+} in mathed, put the cursor just behind it
3.
now random iteration of these steps gives me
Le 04/04/2018 à 17:54, Pavel Sanda a écrit :
Hi,
I found weird regression:
1. go behind the last character in mathed (but remain in the inset)
2. hit space instead to leave the inset
3. write something in text, the text suddenly becomes italic without reason
Probably due to my cursor height
Hi,
I found weird regression:
1. go behind the last character in mathed (but remain in the inset)
2. hit space instead to leave the inset
3. write something in text, the text suddenly becomes italic without reason
Pavel
Ok, I see now. I've seen bigger dots in macOS screenshot and zoomed the doc.
But with normal zoom it looks definitely better than before (still not
as big as on your Linux screenshot). Thanks for the patch.
On 14.03.2018 15:01, Pavel Sanda wrote:
> No, this is as expected :)
>
> Many of our math
Yuriy Skalko wrote:
> Seems like it doesn't work as expected. Am I missing something?
No, this is as expected :)
Many of our math decorations (painted through the machinery of deco_table) does
not zoom with the font, so if you increase font size to gigantic proportions it
looks as in your exampl
Seems like it doesn't work as expected. Am I missing something?
On 13.03.2018 10:03, Pavel Sanda wrote:
> Anyone can show windows situation?
>
> Pavel
Scott Kostyshak wrote:
> On Tue, Mar 13, 2018 at 12:27:58AM +, Joel Kulesza wrote:
> > On Fri, Mar 9, 2018 at 10:57 AM, Pavel Sanda wrote:
> >
> > > Whether now, or after it's committed I would appreciate testing from
> > > someone
> > > sitting on Win and Mac(?Retina) machine to check whethe
On Tue, Mar 13, 2018 at 12:27:58AM +, Joel Kulesza wrote:
> On Fri, Mar 9, 2018 at 10:57 AM, Pavel Sanda wrote:
>
> > Whether now, or after it's committed I would appreciate testing from
> > someone
> > sitting on Win and Mac(?Retina) machine to check whether they see what I
> > see
> > on li
On Fri, Mar 9, 2018 at 10:57 AM, Pavel Sanda wrote:
> Whether now, or after it's committed I would appreciate testing from
> someone
> sitting on Win and Mac(?Retina) machine to check whether they see what I
> see
> on linux for \dot and \ddot, i.e. the second attachment.
Looks good on a Mac Re
Scott Kostyshak wrote:
> > > > You mean zoom-in changes the visual appearance for \dot in your
> > > > environemnt?
> > > > It does not change a single pixel here. Do you use linux?
> > >
> > > I have the same behavior as you, I think: \dot doesn't change at all
> > > with zoom. \ddots does.
> >
On Fri, Mar 09, 2018 at 05:57:01PM +, Pavel Sanda wrote:
> Scott Kostyshak wrote:
> > > > > > I've seen this in the past also, but only at high zoom levels.
> > > > >
> > > > > In other words, when you put \dot in mathed you see dot?
Scott Kostyshak wrote:
> > > > > I've seen this in the past also, but only at high zoom levels.
> > > >
> > > > In other words, when you put \dot in mathed you see dot?
> > >
> > > For that one, I can indeed see that the dot is not a
On Thu, Mar 08, 2018 at 11:16:02PM +, Pavel Sanda wrote:
> Scott Kostyshak wrote:
> > > > I've seen this in the past also, but only at high zoom levels.
> > >
> > > In other words, when you put \dot in mathed you see dot?
> >
> > For that
Jean-Marc Lasgouttes wrote:
> Le 08/03/2018 ? 18:18, Pavel Sanda a écrit :
>> am I the only one who sees that we paint lines instead of dots
>> for \dots, \ddots, \dddots etc. in mathed?
>> The fix seems to be so trivial that I wonder whether I am missing
>> something?
Scott Kostyshak wrote:
> > > I've seen this in the past also, but only at high zoom levels.
> >
> > In other words, when you put \dot in mathed you see dot?
>
> For that one, I can indeed see that the dot is not a dot at low zoom
> levels as well.
You mean zo
On Thu, Mar 08, 2018 at 05:35:25PM +, Pavel Sanda wrote:
> Scott Kostyshak wrote:
> > > am I the only one who sees that we paint lines instead of dots
> > > for \dots, \ddots, \dddots etc. in mathed?
> >
> > I've seen this in the past also, but only at
Le 08/03/2018 à 18:18, Pavel Sanda a écrit :
Hi,
am I the only one who sees that we paint lines instead of dots
for \dots, \ddots, \dddots etc. in mathed?
The fix seems to be so trivial that I wonder whether I am missing something?
Attached is the fix (two short lines make it to something
Scott Kostyshak wrote:
> > am I the only one who sees that we paint lines instead of dots
> > for \dots, \ddots, \dddots etc. in mathed?
>
> I've seen this in the past also, but only at high zoom levels.
In other words, when you put \dot in mathed you see dot?
This is w
On Thu, Mar 08, 2018 at 05:18:47PM +, Pavel Sanda wrote:
> Hi,
>
> am I the only one who sees that we paint lines instead of dots
> for \dots, \ddots, \dddots etc. in mathed?
I've seen this in the past also, but only at high zoom levels.
Scott
signature.asc
Description: PGP signature
Hi,
am I the only one who sees that we paint lines instead of dots
for \dots, \ddots, \dddots etc. in mathed?
The fix seems to be so trivial that I wonder whether I am missing something?
Attached is the fix (two short lines make it to something which looks like
a dot).
Attached is the solutions
On Tue, Dec 26, 2017 at 07:38:35PM +, Jean-Marc Lasgouttes wrote:
> Le 23/12/2017 à 18:26, Scott Kostyshak a écrit :
> > I have no idea what should be ideal for this, I just want to make sure
> > this change is expected. See the attached screenshots before (2.2.0) and
> > after (2.3.x) for the
1 - 100 of 2270 matches
Mail list logo
