Re: Call for testers: the features/str-metrics branch

Le 11/05/2014 11:53, Abdelrazak Younes a écrit : Main visible issue is with letter LAM when combined with ALIF. LAM is G on the english keyboard: ل ALIF is H on the english keyboard: ا LAM-ALIF: لا Above should be correctly shown in gmail webmail, it looks like Gamma greek letter. I think

Re: Call for testers: the features/str-metrics branch

Le 11/05/2014 11:53, Abdelrazak Younes a écrit : Main visible issue is with letter LAM when combined with ALIF. LAM is "G" on the english keyboard: ل ALIF is "H" on the english keyboard: ا LAM-ALIF: لا Above should be correctly shown in gmail webmail, it looks like Gamma greek letter. I

Re: Call for testers: the features/str-metrics branch

Am 20.05.2014 um 11:23 schrieb Jean-Marc Lasgouttes lasgout...@lyx.org: 12/05/2014 22:25, Stephan Witt: Currently the drawing of LyX is not appropriate for high resolution displays. I'm afraid your suggestion is not suitable to improve this. This is something unrelated to str-metrics

Re: Call for testers: the features/str-metrics branch

21/05/2014 08:12, Stephan Witt: This happens only with use_qimage==true, doesn't it? Can you try to set this to false and report on correctness and performance? It makes no difference for me. This is on master. I can test it on str-metrics branch later. But it may be the high resolution text

Re: Call for testers: the features/str-metrics branch

Am 20.05.2014 um 11:23 schrieb Jean-Marc Lasgouttes : > 12/05/2014 22:25, Stephan Witt: Currently the drawing of LyX is not appropriate for high resolution displays. I'm afraid your suggestion is not suitable to improve this. >>> >>> This is something

Re: Call for testers: the features/str-metrics branch

21/05/2014 08:12, Stephan Witt: This happens only with use_qimage==true, doesn't it? Can you try to set this to false and report on correctness and performance? It makes no difference for me. This is on master. I can test it on str-metrics branch later. But it may be the high resolution text

Re: Call for testers: the features/str-metrics branch

12/05/2014 22:25, Stephan Witt: Currently the drawing of LyX is not appropriate for high resolution displays. I'm afraid your suggestion is not suitable to improve this. This is something unrelated to str-metrics branch, right? Text rendering shouldn't go to bitmaps and later copied to

Re: Call for testers: the features/str-metrics branch

12/05/2014 22:25, Stephan Witt: Currently the drawing of LyX is not appropriate for high resolution displays. I'm afraid your suggestion is not suitable to improve this. This is something unrelated to str-metrics branch, right? Text rendering shouldn't go to bitmaps and later copied to

Re: Call for testers: the features/str-metrics branch

Le 16/05/2014 23:52, Scott Kostyshak a écrit : I am not sure how to reproduce. Could I have an example file for this bug please? I can reproduce on 37494dfb and 13551a9f. What I did was: Oups! I made this comment under the wrong report from Guy. Actually, I can reproduce this without

Re: Call for testers: the features/str-metrics branch

Le 11/05/2014 23:31, Guy Rutenberg a écrit : I did some initial testing and came up with the following wrong behavior: When in RTL mode (i.e. settng the document language to hebrew) and typing some narrow characters such as ו (vav) or even the English `i` slightly moves the right margin to the

Re: Call for testers: the features/str-metrics branch

Le 16/05/2014 23:52, Scott Kostyshak a écrit : I am not sure how to reproduce. Could I have an example file for this bug please? I can reproduce on 37494dfb and 13551a9f. What I did was: Oups! I made this comment under the wrong report from Guy. Actually, I can reproduce this without

Re: Call for testers: the features/str-metrics branch

Le 11/05/2014 23:31, Guy Rutenberg a écrit : I did some initial testing and came up with the following wrong behavior: When in RTL mode (i.e. settng the document language to hebrew) and typing some narrow characters such as ו (vav) or even the English `i` slightly moves the right margin to the

Re: Call for testers: the features/str-metrics branch

11/05/2014 23:37, Guy Rutenberg: Hi, On 12 May 2014 00:31, Guy Rutenberg guyrutenb...@gmail.com mailto:guyrutenb...@gmail.com wrote: I did some initial testing and came up with the following wrong behavior: I actually found a more serious bug. When in RTL mode (`language hebrew`) if

Re: Call for testers: the features/str-metrics branch

On Fri, May 16, 2014 at 11:53 AM, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: 11/05/2014 23:37, Guy Rutenberg: Hi, On 12 May 2014 00:31, Guy Rutenberg guyrutenb...@gmail.com mailto:guyrutenb...@gmail.com wrote: I did some initial testing and came up with the following wrong

Re: Call for testers: the features/str-metrics branch

11/05/2014 23:37, Guy Rutenberg: Hi, On 12 May 2014 00:31, Guy Rutenberg > wrote: I did some initial testing and came up with the following wrong behavior: I actually found a more serious bug. When in RTL mode (`language

Re: Call for testers: the features/str-metrics branch

On Fri, May 16, 2014 at 11:53 AM, Jean-Marc Lasgouttes wrote: > 11/05/2014 23:37, Guy Rutenberg: >> >> Hi, >> >> >> >> On 12 May 2014 00:31, Guy Rutenberg > > wrote: >> >> I did some initial testing and came up with

Re: Call for testers: the features/str-metrics branch

11/05/2014 23:31, Guy Rutenberg: I did some initial testing and came up with the following wrong behavior: When in RTL mode (i.e. settng the document language to hebrew) and typing some narrow characters such as ו (vav) or even the English `i` slightly moves the right margin to the left. By

Re: Call for testers: the features/str-metrics branch

11/05/2014 23:37, Guy Rutenberg: I actually found a more serious bug. When in RTL mode (`language hebrew`) if one types a single continuous line without any spaces, LyX simply hangs when it reaches the end-of-line. If there are spaces it breaks the line correctly. I've checked it on Linux, can

Re: Call for testers: the features/str-metrics branch

11/05/2014 23:31, Guy Rutenberg: I did some initial testing and came up with the following wrong behavior: When in RTL mode (i.e. settng the document language to hebrew) and typing some narrow characters such as ו (vav) or even the English `i` slightly moves the right margin to the left. By

Re: Call for testers: the features/str-metrics branch

11/05/2014 23:37, Guy Rutenberg: I actually found a more serious bug. When in RTL mode (`language hebrew`) if one types a single continuous line without any spaces, LyX simply hangs when it reaches the end-of-line. If there are spaces it breaks the line correctly. I've checked it on Linux, can

Re: Call for testers: the features/str-metrics branch

11/05/2014 23:31, Guy Rutenberg: I did some initial testing and came up with the following wrong behavior: When in RTL mode (i.e. settng the document language to hebrew) and typing some narrow characters such as ו (vav) or even the English `i` slightly moves the right margin to the left. By

Re: Call for testers: the features/str-metrics branch

11/05/2014 23:37, Guy Rutenberg: I actually found a more serious bug. When in RTL mode (`language hebrew`) if one types a single continuous line without any spaces, LyX simply hangs when it reaches the end-of-line. If there are spaces it breaks the line correctly. I've checked it on Linux, can

Re: Call for testers: the features/str-metrics branch

03/05/2014 00:16, Scott Kostyshak: On Fri, May 2, 2014 at 12:00 PM, Scott Kostyshak skost...@lyx.org wrote: On Fri, May 2, 2014 at 8:18 AM, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: I did not manage to reproduce. Do you have a file to try is out? I will send you the file when I get

Re: Call for testers: the features/str-metrics branch

08/05/2014 12:22, Stephan Witt: Currently the drawing of LyX is not appropriate for high resolution displays. I'm afraid your suggestion is not suitable to improve this. This is something unrelated to str-metrics branch, right? I agree that we will have to fix this soon. Do we have an open

Re: Call for testers: the features/str-metrics branch

08/05/2014 22:14, Vincent van Ravesteijn: I think the real solution then would be to use glyphs. But glyphs do not work for ff ligature, right? I think only clipping can work (see ticket #9116). But first, we have to get cursor positioning right (ticket #9115). JMarc

Re: Call for testers: the features/str-metrics branch

30/04/2014 18:36, Jean-Marc Lasgouttes: Hello, I finally think that the str-metrics branch is ready for a first round of testing. I would like to know everything that does not work especially (but not limited to) RTL writing. I get what I asked for, and quite a lot of work to do :) The

Re: Call for testers: the features/str-metrics branch

On 05/12/2014 06:01 AM, Jean-Marc Lasgouttes wrote: 30/04/2014 18:36, Jean-Marc Lasgouttes: Hello, I finally think that the str-metrics branch is ready for a first round of testing. I would like to know everything that does not work especially (but not limited to) RTL writing. I get what I

Re: Call for testers: the features/str-metrics branch

Le 12/05/14 15:13, Richard Heck a écrit : I tried to update it so that it is a good entry point to see the advancement of the feature. Do you want to create a str-metrics component for this? It seemed a bit too much, especially since this is supposed to be transient. I have the tracking

Re: Call for testers: the features/str-metrics branch

Am 12.05.2014 um 10:21 schrieb Jean-Marc Lasgouttes lasgout...@lyx.org: 08/05/2014 12:22, Stephan Witt: Currently the drawing of LyX is not appropriate for high resolution displays. I'm afraid your suggestion is not suitable to improve this. This is something unrelated to str-metrics

Re: Call for testers: the features/str-metrics branch

11/05/2014 23:31, Guy Rutenberg: I did some initial testing and came up with the following wrong behavior: When in RTL mode (i.e. settng the document language to hebrew) and typing some narrow characters such as ו (vav) or even the English `i` slightly moves the right margin to the left. By

Re: Call for testers: the features/str-metrics branch

11/05/2014 23:37, Guy Rutenberg: I actually found a more serious bug. When in RTL mode (`language hebrew`) if one types a single continuous line without any spaces, LyX simply hangs when it reaches the end-of-line. If there are spaces it breaks the line correctly. I've checked it on Linux, can

Re: Call for testers: the features/str-metrics branch

03/05/2014 00:16, Scott Kostyshak: On Fri, May 2, 2014 at 12:00 PM, Scott Kostyshak wrote: On Fri, May 2, 2014 at 8:18 AM, Jean-Marc Lasgouttes wrote: I did not manage to reproduce. Do you have a file to try is out? I will send you the file when I get

Re: Call for testers: the features/str-metrics branch

08/05/2014 12:22, Stephan Witt: Currently the drawing of LyX is not appropriate for high resolution displays. I'm afraid your suggestion is not suitable to improve this. This is something unrelated to str-metrics branch, right? I agree that we will have to fix this soon. Do we have an open

Re: Call for testers: the features/str-metrics branch

08/05/2014 22:14, Vincent van Ravesteijn: I think the real solution then would be to use glyphs. But glyphs do not work for ff ligature, right? I think only clipping can work (see ticket #9116). But first, we have to get cursor positioning right (ticket #9115). JMarc

Re: Call for testers: the features/str-metrics branch

30/04/2014 18:36, Jean-Marc Lasgouttes: Hello, I finally think that the str-metrics branch is ready for a first round of testing. I would like to know everything that does not work especially (but not limited to) RTL writing. I get what I asked for, and quite a lot of work to do :) The

Re: Call for testers: the features/str-metrics branch

On 05/12/2014 06:01 AM, Jean-Marc Lasgouttes wrote: 30/04/2014 18:36, Jean-Marc Lasgouttes: Hello, I finally think that the str-metrics branch is ready for a first round of testing. I would like to know everything that does not work especially (but not limited to) RTL writing. I get what I

Re: Call for testers: the features/str-metrics branch

Le 12/05/14 15:13, Richard Heck a écrit : I tried to update it so that it is a good entry point to see the advancement of the feature. Do you want to create a str-metrics component for this? It seemed a bit too much, especially since this is supposed to be transient. I have the tracking

Re: Call for testers: the features/str-metrics branch

Am 12.05.2014 um 10:21 schrieb Jean-Marc Lasgouttes : > 08/05/2014 12:22, Stephan Witt: >> Currently the drawing of LyX is not appropriate for high resolution displays. >> >> I'm afraid your suggestion is not suitable to improve this. > > This is something unrelated to

Re: Call for testers: the features/str-metrics branch

On Thu, May 8, 2014 at 7:01 PM, Jean-Marc Lasgouttes lasgout...@lyx.orgwrote: Le 08/05/14 18:45, Abdelrazak Younes a écrit : I don't read Arabic but my wife does. I'll see if I can find time over the week-end to compile your branch. Thanks, you're a sweetheart. I already know that cursor

Re: Call for testers: the features/str-metrics branch

Hi, On 30 April 2014 19:36, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: One new feature of the branch is that all the hand-made handling of Hebrew and Arabic characters is now unused. This is good news for Urdu or other scripts. If you do not try it out now, the risk is that you'll

Re: Call for testers: the features/str-metrics branch

Hi, On 12 May 2014 00:31, Guy Rutenberg guyrutenb...@gmail.com wrote: I did some initial testing and came up with the following wrong behavior: I actually found a more serious bug. When in RTL mode (`language hebrew`) if one types a single continuous line without any spaces, LyX simply hangs

Re: Call for testers: the features/str-metrics branch

On Thu, May 8, 2014 at 7:01 PM, Jean-Marc Lasgouttes wrote: > Le 08/05/14 18:45, Abdelrazak Younes a écrit : > > I don't read Arabic but my wife does. I'll see if I can find time over >> the week-end to compile your branch. >> > > Thanks, you're a sweetheart. I already know

Re: Call for testers: the features/str-metrics branch

Hi, On 30 April 2014 19:36, Jean-Marc Lasgouttes wrote: > One new feature of the branch is that all the hand-made handling of Hebrew > and Arabic characters is now unused. This is good news for Urdu or other > scripts. > > If you do not try it out now, the risk is that

Re: Call for testers: the features/str-metrics branch

Hi, On 12 May 2014 00:31, Guy Rutenberg wrote: > I did some initial testing and came up with the following wrong behavior: > I actually found a more serious bug. When in RTL mode (`language hebrew`) if one types a single continuous line without any spaces, LyX simply

Re: Call for testers: the features/str-metrics branch

On 07. mai 2014 09:36, Jean-Marc Lasgouttes wrote: Try to use a modern font like Dejavu Serif, or maybe Garamond on windows. Do you see some kerning? For example, in the string AV, the bottom of the A should overlap with the top of the V. In such a case, when a selection ends between the A and

Re: Call for testers: the features/str-metrics branch

Am 08.05.2014 um 11:33 schrieb Helge Hafting helge.haft...@hist.no: On 07. mai 2014 09:36, Jean-Marc Lasgouttes wrote: Try to use a modern font like Dejavu Serif, or maybe Garamond on windows. Do you see some kerning? For example, in the string AV, the bottom of the A should overlap with

Re: Call for testers: the features/str-metrics branch

On 08. mai 2014 12:22, Stephan Witt wrote: Currently the drawing of LyX is not appropriate for high resolution displays. I'm afraid your suggestion is not suitable to improve this. I didn't know that. In that case, the background only selection seems like a good alternative. The trick

Re: Call for testers: the features/str-metrics branch

On 06/05/2014 11:06, Jean-Marc Lasgouttes wrote: 04/05/2014 22:14, Vincent van Ravesteijn: When selecting the first character, I see two things: 1) the connection between characters is lost (in master this is not the case) 2) the first character actually moves to the right on selection (while

Re: Call for testers: the features/str-metrics branch

Le 08/05/14 11:33, Helge Hafting a écrit : This yields two bitmaps that can be combined to a bicolor string with no changes to kerning or ligatures. Use part of one bitmap before the cursor position, and the other bitmap after the cursor position. Hopefully, the windowing system can do this with

Re: Call for testers: the features/str-metrics branch

Le 08/05/14 18:45, Abdelrazak Younes a écrit : I don't read Arabic but my wife does. I'll see if I can find time over the week-end to compile your branch. Thanks, you're a sweetheart. I already know that cursor positioning is wrong, but I am not sure yet how to make this work. If smething

Re: Call for testers: the features/str-metrics branch

Am Donnerstag, 8. Mai 2014 um 18:57:02, schrieb Jean-Marc Lasgouttes lasgout...@lyx.org Le 08/05/14 11:33, Helge Hafting a écrit : This yields two bitmaps that can be combined to a bicolor string with no changes to kerning or ligatures. Use part of one bitmap before the cursor position,

Re: Call for testers: the features/str-metrics branch

Le 08/05/14 19:14, Kornel Benko a écrit : Assume that I want to draw abcde and bcd is selected. Then I will draw the string twice: Or three times? a bcd e That is what I want to avoid. In Arabic, for example, 'a' will may a different shape depending on whether it is at the end of a word or

Re: Call for testers: the features/str-metrics branch

Jean-Marc Lasgouttes schreef op 8-5-2014 19:18: Le 08/05/14 19:14, Kornel Benko a écrit : Assume that I want to draw abcde and bcd is selected. Then I will draw the string twice: Or three times? a bcd e That is what I want to avoid. In Arabic, for example, 'a' will may a different shape

Re: Call for testers: the features/str-metrics branch

On 07. mai 2014 09:36, Jean-Marc Lasgouttes wrote: Try to use a modern font like Dejavu Serif, or maybe Garamond on windows. Do you see some kerning? For example, in the string "AV", the bottom of the A should overlap with the top of the V. In such a case, when a selection ends between the A

Re: Call for testers: the features/str-metrics branch

Am 08.05.2014 um 11:33 schrieb Helge Hafting : > On 07. mai 2014 09:36, Jean-Marc Lasgouttes wrote: > >> Try to use a modern font like Dejavu Serif, or maybe Garamond on >> windows. Do you see some kerning? For example, in the string "AV", the >> bottom of the A should

Re: Call for testers: the features/str-metrics branch

On 08. mai 2014 12:22, Stephan Witt wrote: Currently the drawing of LyX is not appropriate for high resolution displays. I'm afraid your suggestion is not suitable to improve this. I didn't know that. In that case, the "background only" selection seems like a good alternative. The trick

Re: Call for testers: the features/str-metrics branch

On 06/05/2014 11:06, Jean-Marc Lasgouttes wrote: 04/05/2014 22:14, Vincent van Ravesteijn: When selecting the first character, I see two things: 1) the connection between characters is lost (in master this is not the case) 2) the first character actually moves to the right on selection (while

Re: Call for testers: the features/str-metrics branch

Le 08/05/14 11:33, Helge Hafting a écrit : This yields two bitmaps that can be combined to a bicolor string with no changes to kerning or ligatures. Use part of one bitmap before the cursor position, and the other bitmap after the cursor position. Hopefully, the windowing system can do this with

Re: Call for testers: the features/str-metrics branch

Le 08/05/14 18:45, Abdelrazak Younes a écrit : I don't read Arabic but my wife does. I'll see if I can find time over the week-end to compile your branch. Thanks, you're a sweetheart. I already know that cursor positioning is wrong, but I am not sure yet how to make this work. If smething

Re: Call for testers: the features/str-metrics branch

Am Donnerstag, 8. Mai 2014 um 18:57:02, schrieb Jean-Marc Lasgouttes > Le 08/05/14 11:33, Helge Hafting a écrit : > > This yields two bitmaps that can be combined to a bicolor string with no > > changes to kerning or ligatures. Use part of one bitmap before the > > cursor

Re: Call for testers: the features/str-metrics branch

Le 08/05/14 19:14, Kornel Benko a écrit : Assume that I want to draw "abcde" and "bcd" is selected. Then I will draw the string twice: Or three times? a bcd e That is what I want to avoid. In Arabic, for example, 'a' will may a different shape depending on whether it is at the end of a word

Re: Call for testers: the features/str-metrics branch

Jean-Marc Lasgouttes schreef op 8-5-2014 19:18: Le 08/05/14 19:14, Kornel Benko a écrit : Assume that I want to draw "abcde" and "bcd" is selected. Then I will draw the string twice: Or three times? a bcd e That is what I want to avoid. In Arabic, for example, 'a' will may a different

Re: Call for testers: the features/str-metrics branch

Jean-Marc Lasgouttes wrote: However, the question is: do we want to keep this Color_selectiontext thing? It makes all selection lose color, which is not very helpful. Therefore, we could just decide to forget about that and just use Color_selection for the background. Actually, I haven't

Re: Call for testers: the features/str-metrics branch

07/05/2014 00:06, Enrico Forestieri: On Tue, May 06, 2014 at 09:44:04PM +0200, Jean-Marc Lasgouttes wrote: To say things differently, I searched without success for an application that uses a specific text color for selection _and_ is able to handle ligatures/kerning properly. Just try the

Re: Call for testers: the features/str-metrics branch

07/05/2014 09:03, Pavel Sanda: I don't have any opinions about what color should the selection have, if you just inverse colors that's fine. The only thing is not to hardcode things so users of black background/white text can't see selection anymore ;) I can send my color scheme if it helps with

Re: Call for testers: the features/str-metrics branch

07/05/2014 00:37, Vincent van Ravesteijn: What is the difference between a ligature and a contextual form? According to: http://en.wikipedia.org/wiki/Arabic_alphabet#Ligatures, there is only one compulsory ligature (having two forms, see later), and that's the one I showed in a previous mail.

Re: Call for testers: the features/str-metrics branch

06/05/2014 11:14, Vincent van Ravesteijn: I checked this morning. What looks very helpful is: int QFontMetrics::width ( const QString text, int len = -1 ) const I read a bit the QFontMetrics API and found some interesting things we do not use for underline and strikeout: underlinePos,

Re: Call for testers: the features/str-metrics branch

(re-sent, including figures this time) Jean-Marc Lasgouttes schreef op 6-5-2014 22:33: Le 06/05/14 22:21, Vincent van Ravesteijn a écrit : OK, I have an idea for having correct selections without loosing the Color_selectiontext enum: we could draw the complete string as selected and

Re: Call for testers: the features/str-metrics branch

Jean-Marc Lasgouttes schreef op 7-5-2014 10:07: 07/05/2014 00:37, Vincent van Ravesteijn: What is the difference between a ligature and a contextual form? According to: http://en.wikipedia.org/wiki/Arabic_alphabet#Ligatures, there is only one compulsory ligature (having two forms, see

Re: Call for testers: the features/str-metrics branch

07/05/2014 11:13, Vincent van Ravesteijn: I thought you wanted this: I want to have some feeling of how this works. Now, you tell me you want to remain dumb ;). I am completely happy with the answer you gave me. Now that I know what type of pitfalls there may be, I see that the best bet is

Re: Call for testers: the features/str-metrics branch

On Wed, May 07, 2014 at 09:36:29AM +0200, Jean-Marc Lasgouttes wrote: 07/05/2014 00:06, Enrico Forestieri: I just tried it. I loaded an old document and searched for ligatures such as ff or fi but everything I found does not seems to be a ligature and I don't see any of the reported problems.

Re: Call for testers: the features/str-metrics branch

07/05/2014 16:01, Enrico Forestieri: So, this depends on the font, apparently. Now I see both kerning and ligatures when using Dejavu Serif (even on Linux). However, placing the cursor between 'A' and 'V' does not modify the kerning, as well as placing the cursor between 'f' and 'i' does not

Re: Call for testers: the features/str-metrics branch

On Wed, May 07, 2014 at 05:29:45PM +0200, Jean-Marc Lasgouttes wrote: 07/05/2014 16:01, Enrico Forestieri: So, this depends on the font, apparently. Now I see both kerning and ligatures when using Dejavu Serif (even on Linux). However, placing the cursor between 'A' and 'V' does not modify the

Re: Call for testers: the features/str-metrics branch

On 05/07/2014 01:27 PM, Enrico Forestieri wrote: On Wed, May 07, 2014 at 05:29:45PM +0200, Jean-Marc Lasgouttes wrote: Though, I just noticed an ugly difference with respect to LyX 2.0. The background of math remains white when selecting. This does not happen in 2.0, where the math background

Re: Call for testers: the features/str-metrics branch

Jean-Marc Lasgouttes wrote: > However, the question is: do we want to keep this Color_selectiontext > thing? It makes all selection lose color, which is not very helpful. > Therefore, we could just decide to forget about that and just use > Color_selection for the background. Actually, I

Re: Call for testers: the features/str-metrics branch

07/05/2014 00:06, Enrico Forestieri: On Tue, May 06, 2014 at 09:44:04PM +0200, Jean-Marc Lasgouttes wrote: To say things differently, I searched without success for an application that uses a specific text color for selection _and_ is able to handle ligatures/kerning properly. Just try the

Re: Call for testers: the features/str-metrics branch

07/05/2014 09:03, Pavel Sanda: I don't have any opinions about what color should the selection have, if you just inverse colors that's fine. The only thing is not to hardcode things so users of black background/white text can't see selection anymore ;) I can send my color scheme if it helps with

Re: Call for testers: the features/str-metrics branch

07/05/2014 00:37, Vincent van Ravesteijn: > What is the difference between a ligature and a contextual form? According to: http://en.wikipedia.org/wiki/Arabic_alphabet#Ligatures, there is only one compulsory ligature (having two forms, see later), and that's the one I showed in a previous

Re: Call for testers: the features/str-metrics branch

06/05/2014 11:14, Vincent van Ravesteijn: I checked this morning. What looks very helpful is: int QFontMetrics::width ( const QString & text, int len = -1 ) const I read a bit the QFontMetrics API and found some interesting things we do not use for underline and strikeout: underlinePos,

Re: Call for testers: the features/str-metrics branch

(re-sent, including figures this time) Jean-Marc Lasgouttes schreef op 6-5-2014 22:33: Le 06/05/14 22:21, Vincent van Ravesteijn a écrit : OK, I have an idea for having correct selections without loosing the Color_selectiontext enum: we could draw the complete string as selected and

Re: Call for testers: the features/str-metrics branch

Jean-Marc Lasgouttes schreef op 7-5-2014 10:07: 07/05/2014 00:37, Vincent van Ravesteijn: > What is the difference between a ligature and a contextual form? According to: http://en.wikipedia.org/wiki/Arabic_alphabet#Ligatures, there is only one compulsory ligature (having two forms, see

Re: Call for testers: the features/str-metrics branch

07/05/2014 11:13, Vincent van Ravesteijn: I thought you wanted this: "I want to have some feeling of how this works. " Now, you tell me you want to remain dumb ;). I am completely happy with the answer you gave me. Now that I know what type of pitfalls there may be, I see that the best bet is

Re: Call for testers: the features/str-metrics branch

On Wed, May 07, 2014 at 09:36:29AM +0200, Jean-Marc Lasgouttes wrote: > 07/05/2014 00:06, Enrico Forestieri: > >I just tried it. I loaded an old document and searched for ligatures > >such as "ff" or "fi" but everything I found does not seems to be a > >ligature and I don't see any of the reported

Re: Call for testers: the features/str-metrics branch

07/05/2014 16:01, Enrico Forestieri: So, this depends on the font, apparently. Now I see both kerning and ligatures when using Dejavu Serif (even on Linux). However, placing the cursor between 'A' and 'V' does not modify the kerning, as well as placing the cursor between 'f' and 'i' does not

Re: Call for testers: the features/str-metrics branch

On Wed, May 07, 2014 at 05:29:45PM +0200, Jean-Marc Lasgouttes wrote: > 07/05/2014 16:01, Enrico Forestieri: > >So, this depends on the font, apparently. Now I see both kerning and > >ligatures when using Dejavu Serif (even on Linux). However, placing > >the cursor between 'A' and 'V' does not

Re: Call for testers: the features/str-metrics branch

On 05/07/2014 01:27 PM, Enrico Forestieri wrote: On Wed, May 07, 2014 at 05:29:45PM +0200, Jean-Marc Lasgouttes wrote: Though, I just noticed an ugly difference with respect to LyX 2.0. The background of math remains white when selecting. This does not happen in 2.0, where the math background

Re: Call for testers: the features/str-metrics branch

04/05/2014 22:14, Vincent van Ravesteijn: When selecting the first character, I see two things: 1) the connection between characters is lost (in master this is not the case) 2) the first character actually moves to the right on selection (while you would expect that the rest of the word moves

Re: Call for testers: the features/str-metrics branch

On Tue, May 6, 2014 at 11:06 AM, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: 04/05/2014 22:14, Vincent van Ravesteijn: When selecting the first character, I see two things: 1) the connection between characters is lost (in master this is not the case) 2) the first character actually

Re: Call for testers: the features/str-metrics branch

On Tue, May 06, 2014 at 11:06:45AM +0200, Jean-Marc Lasgouttes wrote: However, the question is: do we want to keep this Color_selectiontext thing? It makes all selection lose color, which is not very helpful. Therefore, we could just decide to forget about that and just use Color_selection

Re: Call for testers: the features/str-metrics branch

Le 06/05/14 17:52, Enrico Forestieri a écrit : Well, all other wordprocessor-like applications also have a boldify button and many other things LyX is currently lacking ;) To say things differently, I searched without success for an application that uses a specific text color for selection

Re: Call for testers: the features/str-metrics branch

Jean-Marc Lasgouttes schreef op 6-5-2014 11:06: 04/05/2014 22:14, Vincent van Ravesteijn: When selecting the first character, I see two things: 1) the connection between characters is lost (in master this is not the case) 2) the first character actually moves to the right on selection (while

Re: Call for testers: the features/str-metrics branch

Le 06/05/14 22:21, Vincent van Ravesteijn a écrit : OK, I have an idea for having correct selections without loosing the Color_selectiontext enum: we could draw the complete string as selected and non-selected, but use clipping to make sure that only the right part of the selection is visible.

Re: Call for testers: the features/str-metrics branch

On Tue, May 06, 2014 at 09:44:04PM +0200, Jean-Marc Lasgouttes wrote: Le 06/05/14 17:52, Enrico Forestieri a écrit : Well, all other wordprocessor-like applications also have a boldify button and many other things LyX is currently lacking ;) To say things differently, I searched without

Re: Call for testers: the features/str-metrics branch

On Tue, May 6, 2014 at 4:35 PM, Enrico Forestieri for...@lyx.org wrote: On Tue, May 06, 2014 at 09:44:04PM +0200, Jean-Marc Lasgouttes wrote: Le 06/05/14 17:52, Enrico Forestieri a écrit : Well, all other wordprocessor-like applications also have a boldify button and many other things LyX is

Re: Call for testers: the features/str-metrics branch

On Tue, May 06, 2014 at 04:58:10PM -0400, Scott Kostyshak wrote: Taken from http://wiki.lyx.org/Devel/LyXGit : git remote add features g...@git.lyx.org:features.git (read/write access for developers) git remote add features git:features.git (anonymous access for users) Use git fetch

Re: Call for testers: the features/str-metrics branch

On Tue, May 06, 2014 at 09:44:04PM +0200, Jean-Marc Lasgouttes wrote: To say things differently, I searched without success for an application that uses a specific text color for selection _and_ is able to handle ligatures/kerning properly. Just try the str-metrics branch and play with

Re: Call for testers: the features/str-metrics branch

Jean-Marc Lasgouttes schreef op 6-5-2014 22:33: Le 06/05/14 22:21, Vincent van Ravesteijn a écrit : OK, I have an idea for having correct selections without loosing the Color_selectiontext enum: we could draw the complete string as selected and non-selected, but use clipping to make sure

Re: Call for testers: the features/str-metrics branch

04/05/2014 22:14, Vincent van Ravesteijn: When selecting the first character, I see two things: 1) the connection between characters is lost (in master this is not the case) 2) the first character actually moves to the right on selection (while you would expect that the rest of the word moves

Re: Call for testers: the features/str-metrics branch

On Tue, May 6, 2014 at 11:06 AM, Jean-Marc Lasgouttes wrote: > > 04/05/2014 22:14, Vincent van Ravesteijn: > >> When selecting the first character, I see two things: >> >> 1) the connection between characters is lost (in master this is not the >> case) >> 2) the first

Re: Call for testers: the features/str-metrics branch

On Tue, May 06, 2014 at 11:06:45AM +0200, Jean-Marc Lasgouttes wrote: > > However, the question is: do we want to keep this > Color_selectiontext thing? It makes all selection lose color, which > is not very helpful. Therefore, we could just decide to forget about > that and just use

  1   2   >