Re: [LyX/master] FindAdv: Omitting cursor advance at start of search if in mathed.

cursor advance at start of search if in mathed. > > > > Fixes #13070 Advanced S 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 to you, Ko

Re: [LyX/master] FindAdv: Omitting cursor advance at start of search if in mathed.

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 does not find math symbols at start

Re: Primes and superscripts in mathed

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

Re: Primes and superscripts in mathed

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

Re: Primes and superscripts in mathed

​ *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

Re: Primes and superscripts in mathed

​ 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 Ex. 16.5) but mathed in LyX converts

Primes and superscripts in mathed

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 expressions like

Re: [LyX/master] Allow using the text properties dialog in mathed

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

Re: [LyX/master] Allow using the text properties dialog in mathed

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

Re: [LyX/master] 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

Re: Unicode characters in mathed

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

Re: Unicode characters in mathed

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

Re: Unicode characters in mathed

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

Re: Unicode characters in mathed

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 out

Re: Unicode characters in mathed

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

Re: Unicode characters in mathed

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

Re: Unicode characters in mathed

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

Re: Unicode characters in mathed

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

Re: Unicode characters in mathed

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

Re: Unicode characters in mathed

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 ? Indeed I w

Re: Unicode characters in mathed

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 editor set

Re: Unicode characters in mathed

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

Unicode characters in mathed

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

Re: [LyX/master] Assure correct spacing of colored items in mathed

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

Re: [LyX/master] Assure correct spacing of colored items in mathed

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,

Re: [LyX/master] Assure correct spacing of colored items in mathed

TION 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.

Re: [LyX/master] Assure correct spacing of colored items in mathed

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. > > > > >

Re: [LyX/master] Assure correct spacing of colored items in mathed

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/mathed

Re: [LyX/master] Assure correct spacing of colored items in mathed

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 > > The a

Re: [LyX/master] Assure correct spacing of colored items in mathed

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

Re: [LyX/master] Disable direct insertion of multiple spaces in mathed text

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

Re: Crash in mathed with aligned in align

duce. 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

Re: Crash in mathed with aligned in align

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

Re: Crash in mathed with aligned in align

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

Crash in mathed with aligned in align

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

Re: Annoying spacing in mathed

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 say

Annoying spacing in mathed

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

Re: Messages on first use of mathed in a session

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

Re: Messages on first use of mathed in a session

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

Messages on first use of mathed in a session

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

Re: Two small mathed quibbles.

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,

Re: Two small mathed quibbles.

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

Re: Two small mathed quibbles.

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 worst.) This is using the default Times

Re: Two small mathed quibbles.

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% zoom. Could you show a screenshot? I

Re: Two small mathed quibbles.

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's a

Re: Two small mathed quibbles.

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, > > > >

Re: mathed backslash replace magic

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 wa

Re: Two small mathed quibbles.

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

Re: Two small mathed quibbles.

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

Two small mathed quibbles.

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 subscript with the mouse in an inline

Re: mathed backslash replace magic

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

Re: mathed backslash replace magic

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

mathed backslash replace magic

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

Re: [LyX/master] Adapt caret height to context in mathed.

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

Re: [LyX/master] Adapt caret height to context in mathed.

height to context in mathed. Compute a height from current font and current cell vertical dimensions in MathData::metrics(), because this is where current font is known. Introduce BufferView::setCaretAscentDescent to remember this value. This mechanism is no

Re: [LyX/master] 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

Re: [LyX/master] Adapt caret height to context in mathed.

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

Re: [LyX/master] Adapt caret height to context in mathed.

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 "\dot u"

Re: [LyX/master] Adapt caret height to context in mathed.

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 u" >> in

Re: [LyX/master] Adapt caret height to context in mathed.

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, while height of x is a p

Re: mathed crash

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

Re: [LyX/master] 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 <lasgout...@lyx.org> >> Date: Fri Apr 27 00:03:48 2018 +0200 >> Adapt

Re: [LyX/master] 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 <lasgout...@lyx.org> >> Date: Fri Apr 27 00:03:48 2018 +0200 >> Adapt

Re: [LyX/master] Adapt caret height to context in mathed.

> Adapt caret height to context in mathed. >> Compute a height from current font and current cell vertical >> dimensions in MathData::metrics(), because this is where current >> font >> is known. >> Introduce BufferView::setCare

Re: mathed crash

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

Re: [LyX/master] Adapt caret height to context in mathed.

Le 27/04/2018 à 00:13, Jean-Marc Lasgouttes a écrit : commit 90cfe4ec3b4ff22ef798a63e98ca70d0d33a1656 Author: Jean-Marc Lasgouttes <lasgout...@lyx.org> Date: Fri Apr 27 00:03:48 2018 +0200 Adapt caret height to context in mathed. Compute a height from current font and c

Re: mathed crash

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

LyX section counter gets it wrong (was: mathed crash)

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

Re: mathed crash

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

Re: mathed crash

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. > >

Re: mathed crash

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

Re: mathed crash

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

Re: mathed crash

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

Re: mathed crash

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

Re: mathed crash

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,

Re: mathed crash

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

Re: mathed crash

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

Re: mathed crash

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

another mathed crash

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 navigating

mathed crash

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

Re: Regression - italic font in text after mathed

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

Regression - italic font in text after mathed

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

Re: \[ddd]dots in mathed

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

Re: \[ddd]dots in mathed

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

Re: \[ddd]dots in mathed

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

Re: \[ddd]dots in mathed

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

Re: \[ddd]dots in mathed

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 >

Re: \[ddd]dots in mathed

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

Re: \[ddd]dots in mathed

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. > >

Re: \[ddd]dots in mathed

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 d

Re: \[ddd]dots in mathed

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

Re: \[ddd]dots in mathed

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 on

Re: \[ddd]dots in mathed

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?

Re: \[ddd]dots in mathed

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 zoom-in

Re: \[ddd]dots in mathed

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 high

Re: \[ddd]dots in mathed

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

Re: \[ddd]dots in mathed

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 what I

Re: \[ddd]dots in mathed

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

\[ddd]dots in mathed

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

Re: cursor placement change inside mathed

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   2   3   4   5   6   7   8   9   10   >