Re: [LyX/master] Remove hebrew letter document class

Am Dienstag, dem 11.06.2024 um 21:37 +0300 schrieb Udicoudco: > How can it break old documents? All good. I missed the file format change part. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: [LyX/master] Remove hebrew letter document class

On Wed, Jun 12, 2024 at 6:42 AM Udicoudco wrote: > > On Wed, Jun 12, 2024 at 3:07 AM Richard Kimberly Heck > wrote: > > In this case, > > removing this file will prevent a document that uses it from loading > > properly, let alone compiling. So we keep it and mark it obsolete. > > A document that

Re: [LyX/master] Remove hebrew letter document class

On Wed, Jun 12, 2024 at 3:07 AM Richard Kimberly Heck wrote: > In this case, > removing this file will prevent a document that uses it from loading > properly, let alone compiling. So we keep it and mark it obsolete. A document that directly uses this layout from the settings will be loaded with

Re: [LyX/master] Remove hebrew letter document class

On 6/11/24 14:39, Udicoudco wrote: On Tue, Jun 11, 2024 at 9:37 PM Udicoudco wrote: How can it break old documents? Other than custom user layouts, which requires this one, I can't think of a problem. And in such a rare case they can simply input the regular letter layout instead (which gives

Re: [LyX/master] Remove hebrew letter document class

On Tue, Jun 11, 2024 at 9:37 PM Udicoudco wrote: > > How can it break old documents? > Other than custom user layouts, > which requires this one, I can't think > of a problem. And in such a rare case they can simply input the regular letter layout instead (which gives the correct alignment in the

Re: [LyX/master] Remove hebrew letter document class

On Tue, Jun 11, 2024 at 9:33 PM wrote: > > Am Dienstag, dem 11.06.2024 um 18:15 + schrieb Udi Fogiel: > > commit 3854086e59db47a38f61ae94b08c5bc9e207767a > > Author: Udi Fogiel > > Date: Tue Jun 11 21:14:27 2024 +0300 > > > > Remove hebrew letter

Re: [LyX/master] Remove hebrew letter document class

Am Dienstag, dem 11.06.2024 um 18:15 + schrieb Udi Fogiel: > commit 3854086e59db47a38f61ae94b08c5bc9e207767a > Author: Udi Fogiel > Date:   Tue Jun 11 21:14:27 2024 +0300 > >     Remove hebrew letter document class >     >     The only difference from regular lette

Re: Hebrew, Turkish, Greek Translations Being Dropped?

On Tue, Nov 07, 2023 at 03:57:20PM -0500, Richard Kimberly Heck wrote: > Translations for Hebrew, Turkish, and Greek have dropped below 50%, meaning I dropped the Turkish & Greek now. Hebrew is back, thanks guys! Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.

Re: Re: [LyX/master] Hebrew translation from Omer

rly Heck > > > Date: Sat Dec 23 13:21:41 2023 -0500 > > > > > > Hebrew translation from Omer > > > > > > po/he.po | 8826 > > > -- > > > 1 files changed, 3

Re: [LyX/master] Hebrew translation from Omer

On 12/24/23 15:03, Scott Kostyshak wrote: On Sat, Dec 23, 2023 at 05:55:55PM +0100, Richard Kimberly Heck wrote: commit 63b4501efd67617a51564ceb397c9d958f0d2e17 Author: Richard Kimberly Heck Date: Sat Dec 23 13:21:41 2023 -0500 Hebrew translation from Omer po/he.po | 8826

Re: [LyX/master] Hebrew translation from Omer

On Sat, Dec 23, 2023 at 05:55:55PM +0100, Richard Kimberly Heck wrote: > commit 63b4501efd67617a51564ceb397c9d958f0d2e17 > Author: Richard Kimberly Heck > Date: Sat Dec 23 13:21:41 2023 -0500 > > Hebrew translation from Omer >

Hebrew, Turkish, Greek Translations Being Dropped?

Translations for Hebrew, Turkish, and Greek have dropped below 50%, meaning that fewer than half the UI strings are translated. For this reason, we are curently planning not to distribute translations for these languages with LyX 2.4. If you speak one of these languages and would like to see

Re: Does anyone use dvipdfmx to export Hebrew files?

On Wed, Apr 05, 2023 at 03:00:00PM +0200, Kornel Benko wrote: > Am Wed, 5 Apr 2023 11:51:02 +0300 > schrieb Udicoudco : > > > On Tue, Apr 4, 2023 at 10:12 PM Scott Kostyshak wrote: > > > > > > I used to be able to export our Hebrew documents to PDF using dvipdfm

Re: Does anyone use dvipdfmx to export Hebrew files?

Am Wed, 5 Apr 2023 11:51:02 +0300 schrieb Udicoudco : > On Tue, Apr 4, 2023 at 10:12 PM Scott Kostyshak wrote: > > > > I used to be able to export our Hebrew documents to PDF using dvipdfmx. > > This doesn't > > work for me anymore, and I'm wondering if it i

Re: Does anyone use dvipdfmx to export Hebrew files?

On Tue, Apr 4, 2023 at 10:12 PM Scott Kostyshak wrote: > > I used to be able to export our Hebrew documents to PDF using dvipdfmx. This > doesn't work for me anymore, and I'm wondering if it is worth the effort to > try to fix it on my system, or whether I should jus

Re: Does anyone use dvipdfmx to export Hebrew files?

Am Tue, 4 Apr 2023 15:12:24 -0400 schrieb Scott Kostyshak : > I used to be able to export our Hebrew documents to PDF using dvipdfmx. This > doesn't > work for me anymore, and I'm wondering if it is worth the effort to try to > fix it on my > system, or whether I sho

Does anyone use dvipdfmx to export Hebrew files?

I used to be able to export our Hebrew documents to PDF using dvipdfmx. This doesn't work for me anymore, and I'm wondering if it is worth the effort to try to fix it on my system, or whether I should just drop these tests (in favor of the XeTeX and LuaTeX tests). Does the expor

Patch to insert short entries on Extra Font Sizes, Hebrew and Japanese document classes into Chapter 3 Document classes of Additional.lyx

From 54d60a8e5641f5fed1acd598a3ffa295e3fdb99a Mon Sep 17 00:00:00 2001 From: John R Hudson Date: Sun, 18 Dec 2022 17:07:55 + Subject: [PATCH] Insert short entries for Extra Font Sizes, Hebrew and Japanese document classes in Chapter 3 Document Classes of Additional.lyx --- lib/doc

Re: Hebrew Article with LuaTeX: DavidCLM not found (but succeeds with XeTeX)

On Sat, Mar 05, 2022 at 11:51:41PM -0500, Scott Kostyshak wrote: > On Sat, Aug 29, 2020 at 11:15:11AM -0400, Scott Kostyshak wrote: > > On Sat, Aug 29, 2020 at 12:19:42PM +0200, Jürgen Spitzmüller wrote: > > > Am Samstag, den 29.08.2020, 02:20 -0400 schrieb Scott Kostyshak: > > > > If I compile lib

Re: Hebrew Article with LuaTeX: DavidCLM not found (but succeeds with XeTeX)

On Sat, Aug 29, 2020 at 11:15:11AM -0400, Scott Kostyshak wrote: > On Sat, Aug 29, 2020 at 12:19:42PM +0200, Jürgen Spitzmüller wrote: > > Am Samstag, den 29.08.2020, 02:20 -0400 schrieb Scott Kostyshak: > > > If I compile lib/templates/Articles/Hebrew_Article_%28KOMA- > > > Script%29.lyx > > > wit

Re: Hebrew Article with LuaTeX: DavidCLM not found (but succeeds with XeTeX)

On Sat, Aug 29, 2020 at 12:19:42PM +0200, Jürgen Spitzmüller wrote: > Am Samstag, den 29.08.2020, 02:20 -0400 schrieb Scott Kostyshak: > > If I compile lib/templates/Articles/Hebrew_Article_%28KOMA- > > Script%29.lyx > > with LuaTeX I get an error that DavidCLM font is not found, even > > though >

Re: Hebrew Intro fails with LuaTeX because of table of contents

On Sat, Aug 29, 2020 at 05:04:20PM +0200, Jürgen Spitzmüller wrote: > Am Samstag, den 29.08.2020, 10:09 -0400 schrieb Scott Kostyshak: > > Thanks. On a separate note, it seems that lyx2lyx is flipping > > parentheses. In the diff, '(' is changed to ')' and ')' is changed to > > '('. I'm guessing th

Re: Hebrew Intro fails with LuaTeX because of table of contents

Am Samstag, den 29.08.2020, 10:09 -0400 schrieb Scott Kostyshak: > Thanks. On a separate note, it seems that lyx2lyx is flipping > parentheses. In the diff, '(' is changed to ')' and ')' is changed to > '('. I'm guessing this is expected thanks to a LTR fix, but I just > wanted to ask to confirm.

Re: Hebrew Intro fails with LuaTeX because of table of contents

On Sat, Aug 29, 2020 at 11:56:47AM +0200, Jürgen Spitzmüller wrote: > Am Samstag, den 29.08.2020, 01:22 -0400 schrieb Scott Kostyshak: > > I get the following: > > > > ! Undefined control sequence. > > \tableofcontents ->\pdfbookmark > > [1]{\contentsname }{} > > F

Re: Hebrew Article with LuaTeX: DavidCLM not found (but succeeds with XeTeX)

Am Samstag, den 29.08.2020, 02:20 -0400 schrieb Scott Kostyshak: > If I compile lib/templates/Articles/Hebrew_Article_%28KOMA- > Script%29.lyx > with LuaTeX I get an error that DavidCLM font is not found, even > though > LyX compiles the document successfully with XeTeX, and it shows that > DavidCL

Re: Hebrew Intro fails with LuaTeX because of table of contents

Am Samstag, den 29.08.2020, 01:22 -0400 schrieb Scott Kostyshak: > I get the following: > > ! Undefined control sequence. > \tableofcontents ->\pdfbookmark > [1]{\contentsname }{} Fixed. Jürgen signature.asc Description: This is a digitally signed message part -

Hebrew Article with LuaTeX: DavidCLM not found (but succeeds with XeTeX)

just a Polyglossia incompatibility with Hebrew and LuaTeX? Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Hebrew Intro fails with LuaTeX because of table of contents

gh there is a table of contents in there also. I know that Hebrew, LuaTeX and Polyglossia might not be supported, but since the Tutorial compiles I thought maybe the issue for the User Guide is fixable. Any idea? Scott signature.asc Description: PGP signature -- lyx-devel mailing list l

Re: Hebrew document template

available as an article template with name 'Hebrew Article (KOMA-Script)'. Feel free to send us updates of the file itself or documentation (with pointers to the template or your repo or culmus-related instructions). Thanks, Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Hebrew document template

Am Donnerstag, den 30.04.2020, 21:15 +0200 schrieb Pavel Sanda: > We have new structure of templates in lyx 2.4. Given, that the > template itself > is seting up hebrew environment rather than particuar document type I > thought > to put it into General category. > > Juerg

Re: Hebrew document template

iven, that the template itself is seting up hebrew environment rather than particuar document type I thought to put it into General category. Juergen, is it OK with you? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Hebrew document template

Hi, On Wed, 29 Apr 2020 at 10:34, Pavel Sanda wrote: > > > Would you like to include the example into LyX examples we distribute with > the > sourcecodes? > > Sure, I think it might be useful. Thanks, Guy -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/l

Re: Hebrew on LyX

ott Kostyshak wrote: > > > > > > I would suggest shipping LyX with a template file configured with XeTeX > > > (and sensible and common fonts). > > > > Can you suggest a specific font? > > > > > Most fonts that ship as defaults with most operating

Re: Hebrew on LyX

t; (and sensible and common fonts). > > Can you suggest a specific font? > > Most fonts that ship as defaults with most operating systems are not very good when it comes to Hebrew typography. After some consulting, sane defaults based on free-licensed fonts are: - Serif: David/Frank Ruhl. T

Re: wrong parenthesis conversion for English text in Hebrew document

On Tue, Apr 30, 2019 at 10:25:32AM -, Guenter Milde wrote: > Compiling with XeTeX and non-TeX fonts: > > * swapped columns (maybe this is intentional, but it is not the case for > the table in section 3.1 of he/Tutorial.lyx) The following might be related: https://www.lyx.org/trac/tick

Re: Hebrew on LyX

On 2019-04-29, mn wrote: > On 29.04.19 14:24, Guenter Milde wrote: >> On 2019-04-28, Guy Rutenberg wrote: >>> I think for 99% of the users writing in Hebrew, XeTeX is the (only) >>> reasonable choice for writing in Hebrew. There are many broken things >>> pdf

Re: Hebrew on LyX

On Mon, Apr 29, 2019 at 09:46:36PM +0200, mn wrote: > To me it appears as if the situation is *even worse* in the usage > scenario "just some Hebrew", or better "mixed scripts". > > Think linguists, hebraists, theologians etc. These will often not use a > singl

Re: wrong parenthesis conversion for English text in Hebrew document

tps://wiki.lyx.org/LyX/HebrewOnLinux. The language-detecting algorithm in lyx2lyx did not account for nested layouts. Fixed at 7d823085520. All ctests pass, output looks OK to me. (It would be nice, if someone understanding Hebrew could re-check the output.) While at it, I realized different pro

Re: Hebrew on LyX

On 29.04.19 14:24, Guenter Milde wrote: > On 2019-04-28, Guy Rutenberg wrote: > >> I think for 99% of the users writing in Hebrew, XeTeX is the (only) >> reasonable choice for writing in Hebrew. There are many broken things >> pdfTeX when it comes to Hebrew (and RTL langua

Re: Hebrew on LyX

Dear Guy, dear LyX developers, On 2019-04-28, Guy Rutenberg wrote: > I think for 99% of the users writing in Hebrew, XeTeX is the (only) > reasonable choice for writing in Hebrew. There are many broken things > pdfTeX when it comes to Hebrew (and RTL languages), and fonts are only one

Re: Hebrew on LyX

On Sun, Apr 28, 2019 at 10:16:15PM +0300, Guy Rutenberg wrote: > Hi, > > I think for 99% of the users writing in Hebrew, XeTeX is the (only) > reasonable choice for writing in Hebrew. There are many broken things > pdfTeX when it comes to Hebrew (and RTL languages), and fonts ar

Re: Hebrew on LyX

Hi, I think for 99% of the users writing in Hebrew, XeTeX is the (only) reasonable choice for writing in Hebrew. There are many broken things pdfTeX when it comes to Hebrew (and RTL languages), and fonts are only one of them (another example is hyperref). If you are forced to use pdfTex (or non

wrong parenthesis conversion for English text in Hebrew document

Dear LyX users, opening doc/he/Intro.lyx with 2.4dev, I realize that the parentheses are inverted in some cases, e.g. or on )for Linux(: https://wiki.lyx.org/LyX/HebrewOnLinux. was in the original file or on (for Linux): https://wiki.lyx.org/LyX/HebrewOnLinux. Günter

Hebrew on LyX

Dear LyX developers, currently, typesetting Hebrew with LyX's default settings (i.e. TeX fonts) requires installation of font packages not in TeXLive. Installation instructions (partially somewhat outdated) are on the LyX wiki. The alternatives are: ivritex fonts bitmap, font encodin

Re: [LyX/master] Fix parentheses with Hebrew

Am Freitag, 2. November 2018 14:05:17 CET schrieb Richard Kimberly Heck : > On 11/2/18 1:06 PM, Jürgen Spitzmüller wrote: > > Am Freitag, den 02.11.2018, 11:18 -0400 schrieb Richard Kimberly Heck: > >> On 11/2/18 4:36 AM, Jürgen Spitzmüller wrote: > >>> Am Donnerstag, den 01.11.2018, 19:24 +0200 s

Re: [LyX/master] Fix parentheses with Hebrew

On 11/2/18 1:06 PM, Jürgen Spitzmüller wrote: > Am Freitag, den 02.11.2018, 11:18 -0400 schrieb Richard Kimberly Heck: >> On 11/2/18 4:36 AM, Jürgen Spitzmüller wrote: >>> Am Donnerstag, den 01.11.2018, 19:24 +0200 schrieb Guy Rutenberg: I've followed the suggestion and now it runs much faster

Re: [LyX/master] Fix parentheses with Hebrew

Am Freitag, den 02.11.2018, 11:18 -0400 schrieb Richard Kimberly Heck: > On 11/2/18 4:36 AM, Jürgen Spitzmüller wrote: > > Am Donnerstag, den 01.11.2018, 19:24 +0200 schrieb Guy Rutenberg: > > > I've followed the suggestion and now it runs much faster. See my > > > attached patch. > > I was rather

Re: [LyX/master] Fix parentheses with Hebrew

On 11/2/18 5:26 AM, Kornel Benko wrote: > Am Freitag, 2. November 2018 09:36:59 CET schrieb Jürgen Spitzmüller > : >> Am Donnerstag, den 01.11.2018, 19:24 +0200 schrieb Guy Rutenberg: >>> I've followed the suggestion and now it runs much faster. See my >>> attached patch. >> I was rather thinking

Re: [LyX/master] Fix parentheses with Hebrew

ignificantly slower. We have to go through the whole document once to search for "\\lang hebrew". And then we have to go through it again looking for parens. And check, every time we find a paren, what the language is, which is still slow. Guy's patch goes through the document just o

Re: [LyX/master] Fix parentheses with Hebrew

Am Freitag, den 02.11.2018, 10:26 +0100 schrieb Kornel Benko: > > Please commit. I am waiting for Guy's comment, since he's done the main work here. Jürgen signature.asc Description: This is a digitally signed message part

Re: [LyX/master] Fix parentheses with Hebrew

Am Freitag, 2. November 2018 09:36:59 CET schrieb Jürgen Spitzmüller : > Am Donnerstag, den 01.11.2018, 19:24 +0200 schrieb Guy Rutenberg: > > > > I've followed the suggestion and now it runs much faster. See my > > attached patch. > > I was rather thinking of something like the attached. > > J

Re: [LyX/master] Fix parentheses with Hebrew

d_in_ert, add_to_preamble) # revert_font_attrs, insert_to_preamble, latex_length # get_ert, lyx2latex, lyx2verbatim, length_in_bp, convert_info_insets # revert_flex_inset, hex2ratio, str2bool @@ -1383,12 +1383,36 @@ def revert_lformatinfo(document): def convert_hebrew_parentheses(document):

Re: [LyX/master] Fix parentheses with Hebrew

Heck wrote: >>> >>>> My second suggestion in the last email is along these lines, too. I >>>> should have added that it is only when the language is Hebrew that we do >>>> any of the other tests. (We have to go through the whole file, of >>>&g

Re: [LyX/master] Fix parentheses with Hebrew

uggestion in the last email is along these lines, too. I > > > should have added that it is only when the language is Hebrew that we do > > > any of the other tests. (We have to go through the whole file, of > > > course, to find out whether Hebrew is ever used.) > >

Re: [LyX/master] Fix parentheses with Hebrew

Am Donnerstag, 1. November 2018 19:24:50 CET schrieb Guy Rutenberg : > Hi, > > On Thu, 1 Nov 2018 at 18:43, Richard Kimberly Heck wrote: > > > > > My second suggestion in the last email is along these lines, too. I > > should have added that it is only when the

Re: [LyX/master] Fix parentheses with Hebrew

Hi, On Thu, 1 Nov 2018 at 18:43, Richard Kimberly Heck wrote: > > My second suggestion in the last email is along these lines, too. I > should have added that it is only when the language is Hebrew that we do > any of the other tests. (We have to go through the whole file, of >

Re: [LyX/master] Fix parentheses with Hebrew

l.lyx there are about ~5000 lines, and we >> indeed call during the conversion we call get_containing_layout 5285 >> times. However, it calls find_end_of_layout a whopping 80936 times. > I wonder whether you actually need this. Wouldn't it be more efficient > to > 1. check

Re: [LyX/master] Fix parentheses with Hebrew

On 11/1/18 12:09 PM, Guy Rutenberg wrote: > > > On Thu, 1 Nov 2018 at 17:44, Jürgen Spitzmüller > wrote: > > Am Donnerstag, den 01.11.2018, 16:26 +0100 schrieb Kornel Benko: > > This would not be better. > > I was not saying it is good. I was just saying it's not

Re: [LyX/master] Fix parentheses with Hebrew

e conversion we call get_containing_layout 5285 > times. However, it calls find_end_of_layout a whopping 80936 times. I wonder whether you actually need this. Wouldn't it be more efficient to 1. check whether the document uses Hebrew at all and 2. If so, search for parentheses and then ch

Re: [LyX/master] Fix parentheses with Hebrew

On Thu, 1 Nov 2018 at 17:44, Jürgen Spitzmüller wrote: > Am Donnerstag, den 01.11.2018, 16:26 +0100 schrieb Kornel Benko: > > This would not be better. > > I was not saying it is good. I was just saying it's not a loop. > > After some profiling the main culprit is the call to get_containing_layou

Re: [LyX/master] Fix parentheses with Hebrew

Am Donnerstag, den 01.11.2018, 16:26 +0100 schrieb Kornel Benko: > This would not be better. I was not saying it is good. I was just saying it's not a loop. Jürgen signature.asc Description: This is a digitally signed message part

Re: [LyX/master] Fix parentheses with Hebrew

Am Donnerstag, 1. November 2018 17:16:08 CET schrieb Guy Rutenberg : > Hi, > > It seems not to be an endless loop, but to simply take a *very* long time. > I'll look at what keeping it busy, and submit a patch. > > Thanks, > Guy Right, after 18 minutes the file was loaded. Kornel s

Re: [LyX/master] Fix parentheses with Hebrew

Am Donnerstag, 1. November 2018 16:13:16 CET schrieb Jürgen Spitzmüller : > Am Donnerstag, den 01.11.2018, 15:47 +0100 schrieb Kornel Benko: > > Not able to read doc/de/Additional.lyx after this commit. > > Endless loop in lyx2lyx. > > I don't think it's an endless loop. It's just incredibly slow

Re: [LyX/master] Fix parentheses with Hebrew

sp...@lyx.org>: > > commit 0ec295d63ef1ae59ab016214d4934585d351ccc4 > > Author: Juergen Spitzmueller > > Date: Tue Oct 30 12:33:35 2018 +0100 > > > > Fix parentheses with Hebrew > > > > Patch by Guy Rutenberg, with some changes of mine

Re: [LyX/master] Fix parentheses with Hebrew

Am Donnerstag, den 01.11.2018, 15:47 +0100 schrieb Kornel Benko: > Not able to read doc/de/Additional.lyx after this commit. > Endless loop in lyx2lyx. I don't think it's an endless loop. It's just incredibly slow. Jürgen > > Kornel signature.asc Description: This is a digitally signed

Re: [LyX/master] Fix parentheses with Hebrew

Am Dienstag, 30. Oktober 2018 12:34:47 CET schrieb Juergen Spitzmueller : > commit 0ec295d63ef1ae59ab016214d4934585d351ccc4 > Author: Juergen Spitzmueller > Date: Tue Oct 30 12:33:35 2018 +0100 > > Fix parentheses with Hebrew > > Patch by Guy Rutenberg, with

Re: Parentheses keys are reversed in Hebrew

On 10/27/18 12:14 PM, Guy Rutenberg wrote: > Hi, > > I've created a patch to fix the handling of parentheses in Hebrew. It > also bumps up the format number and updates lyx2lyx accordingly. > > The patch is attached. I've also added it to the #11191 ticket. Thanks

Re: Parentheses keys are reversed in Hebrew

Hi, I've created a patch to fix the handling of parentheses in Hebrew. It also bumps up the format number and updates lyx2lyx accordingly. The patch is attached. I've also added it to the #11191 ticket. Thanks, Guy On Sat, 27 Oct 2018 at 13:03, José Abílio Matos wrote: >

Re: Parentheses keys are reversed in Hebrew

On Friday, 26 October 2018 20.58.11 WEST Richard Kimberly Heck wrote: > I suspect that a "get_language_for_line" routine could be useful > elsewhere, so feel free to add it to lyx2lyx_tools.py. True. It is needed also to revert the info insets. I have an half finished solution for that but I do

Re: Parentheses keys are reversed in Hebrew

On 10/26/18 12:09 PM, Guy Rutenberg wrote: > Hi, > > I've started working on a patch. I removed the parentheses reversing > code in TextMetrics.cpp and in Paragraph.cpp. Now what remains to do > is to update the lyx2lyx script. > > Just a quick question before I write the code: > 1. Is there a simp

Re: Parentheses keys are reversed in Hebrew

gt; Am Montag, den 22.10.2018, 10:21 +0200 schrieb Jean-Marc Lasgouttes: > > > > Finally (this might be a question for Jürgen), is the handling of > > Hebrew > > still different from the handling of other RtL languages in this > > respect? > > Yes. > > >

Re: Parentheses keys are reversed in Hebrew

Am Montag, den 22.10.2018, 10:21 +0200 schrieb Jean-Marc Lasgouttes: > > Finally (this might be a question for Jürgen), is the handling of > Hebrew > still different from the handling of other RtL languages in this > respect? Yes. > It should not IMO. Definitely not. That&

Re: Parentheses keys are reversed in Hebrew

Hi, On Mon, 22 Oct 2018 at 11:21, Jean-Marc Lasgouttes wrote: > > So is the conclusion that the LyX' hebrew keymap needs fixing? > Probably yes (because the handling of () and [] differ). However, my guess is that there is some code that reversed Hebrew brackets upon inserti

Re: Parentheses keys are reversed in Hebrew

Le 22/10/2018 à 09:33, Guy Rutenberg a écrit : Hi, I've made some more experiments (this time on the git version) and it seems the behavior changes based on how hebrew is typed: * If you are using the system's keyboard layout then () get reversed, and [] {} <> are correct. *

Re: Parentheses keys are reversed in Hebrew

Hi, I've made some more experiments (this time on the git version) and it seems the behavior changes based on how hebrew is typed: * If you are using the system's keyboard layout then () get reversed, and [] {} <> are correct. * If you are using lyx's hebrew keymap (and sys

Re: Parentheses keys are reversed in Hebrew

>> However, this is with an English, German, etc. keyboard layout. This >> changes if I switch to the Hebrew keyboard layout. But then the Hebrew >> keyboard layout seems to have parenthesis switched relative to the >> English: >> > > I'm referring to the case

Re: multiple lyx-code sequence makes Hebrew document uncompilable with XeTeX and system fonts

Am Samstag, 8. September 2018 12:51:41 CEST schrieb Jürgen Spitzmüller : > Am Freitag, den 07.09.2018, 19:15 +0200 schrieb Kornel Benko: > > Error at following conditions: > > * Document language Hebrew > > * Lyx-code language is English > > * Multiple lyx-code paragra

Re: multiple lyx-code sequence makes Hebrew document uncompilable with XeTeX and system fonts

Am Freitag, den 07.09.2018, 19:15 +0200 schrieb Kornel Benko: > Error at following conditions: > * Document language Hebrew > * Lyx-code language is English > * Multiple lyx-code paragraphs in sequence > * latex-engine == XeTeX > * Using system fonts > * Font == Free(Serif|

multiple lyx-code sequence makes Hebrew document uncompilable with XeTeX and system fonts

Error at following conditions: * Document language Hebrew * Lyx-code language is English * Multiple lyx-code paragraphs in sequence * latex-engine == XeTeX * Using system fonts * Font == Free(Serif|Sans|Mono) Using only one paragraph, as in hebrew-lyx-code-ok.lyx, makes it compilable again

Re: LyX and (ancient) Hebrew

On Thu, Jan 12, 2017 at 06:39:27PM +0100, mn wrote: > On 12.01.17 03:23, Scott Kostyshak wrote: > No, I did not. > I thought that this was already handled in the recent thread about "LyX > 2.2 slowness" in general. > If is indeed not a duplicate I will add a ticket. I don't actually know. I guess

Re: LyX and (ancient) Hebrew

On 12.01.17 03:23, Scott Kostyshak wrote: > On Sun, Dec 04, 2016 at 06:24:19PM +0100, mn wrote: >> On 04.12.16 17:58, Scott Kostyshak wrote: >>> On Sun, Dec 04, 2016 at 05:38:14PM +0100, mn wrote: >>> Something like an MWE is attached. Here, it triggers slowness on loading the file into a

Re: LyX and (ancient) Hebrew

On Sun, Dec 04, 2016 at 06:24:19PM +0100, mn wrote: > On 04.12.16 17:58, Scott Kostyshak wrote: > > On Sun, Dec 04, 2016 at 05:38:14PM +0100, mn wrote: > > > >> Something like an MWE is attached. > >> Here, it triggers slowness on loading the file into a fresh LyX session. > > > I cannot reproduc

Re: [LyX/master] Enable InsetQuote in verbatim and Hebrew

On Mon, Dec 12, 2016 at 10:28:41AM +0100, Jürgen Spitzmüller wrote: > 2016-12-12 5:50 GMT+01:00 Scott Kostyshak : > > > I think this commit is causing the tex2lyx tests to fail. See Section > > 2.3 of the Development manual for instructions on updating the tex2lyx > > tests after a file format cha

Re: [LyX/master] Enable InsetQuote in verbatim and Hebrew

2016-12-12 5:50 GMT+01:00 Scott Kostyshak : > I think this commit is causing the tex2lyx tests to fail. See Section > 2.3 of the Development manual for instructions on updating the tex2lyx > tests after a file format change. > Thanks for reminding me on that (I always forget that). Does it work

Re: [LyX/master] Enable InsetQuote in verbatim and Hebrew

On Sat, Dec 10, 2016 at 11:55:31AM +0100, Juergen Spitzmueller wrote: > commit e8c932ff842ced0b26c205ed6983102b6e7e50c2 > Author: Juergen Spitzmueller > Date: Sat Dec 10 11:53:42 2016 +0100 > > Enable InsetQuote in verbatim and Hebrew > > In this conte

Re: LyX and (ancient) Hebrew

Le 09/12/2016 à 16:04, mn a écrit : Right now I guess there were several reasons we arrived at the current situation. Either very good or congruent reasons or just by chance. But I also guess that no-one has tested or adjusted all the color options: -- for people with (color-)vision abnormalitie

Re: LyX and (ancient) Hebrew

On 09.12.16 13:25, Jean-Marc Lasgouttes wrote: > Le 09/12/2016 à 12:59, mn a écrit : >> This setting dwells under a different Settings group named Look&Feel? >> There I can only change the color of this solid line, not its thickness >> or position. >> And in my eyes the line itself is the problem,

Re: LyX and (ancient) Hebrew

Le 09/12/2016 à 12:59, mn a écrit : This setting dwells under a different Settings group named Look&Feel? There I can only change the color of this solid line, not its thickness or position. And in my eyes the line itself is the problem, not its color. I understand your arguments, but this is a

Re: LyX and (ancient) Hebrew

On 08.12.16 16:31, Jean-Marc Lasgouttes wrote: > Le 08/12/2016 à 16:21, mn a écrit : >> Try to select what comes after the first colon (to the left) up until >> the second colon in the second line. Or in other words: what is just >> between those two. >> The selection will jump to the beginning of

Re: LyX and (ancient) Hebrew

On 08.12.16 16:27, Jean-Marc Lasgouttes wrote: > Le 08/12/2016 à 16:20, mn a écrit : >> Yes. But this means I loose the ability to immediately see whether or >> not this part was correctly assigned to a given language. >> I think there might be a better solution than to disable _a_ marking >> compl

Re: LyX and (ancient) Hebrew

Le 08/12/2016 à 16:21, mn a écrit : Try to select what comes after the first colon (to the left) up until the second colon in the second line. Or in other words: what is just between those two. The selection will jump to the beginning of the first line (far right). This was not intended. If I u

Re: LyX and (ancient) Hebrew

Le 08/12/2016 à 16:20, mn a écrit : Yes. But this means I loose the ability to immediately see whether or not this part was correctly assigned to a given language. I think there might be a better solution than to disable _a_ marking completely. A grey bar in the background? You can freely chang

Re: LyX and (ancient) Hebrew

Le 08/12/2016 à 16:20, mn a écrit : Yes. But this means I loose the ability to immediately see whether or not this part was correctly assigned to a given language. I think there might be a better solution than to disable _a_ marking completely. A grey bar in the background? You can freely chang

Re: LyX and (ancient) Hebrew

On 08.12.16 15:45, Jean-Marc Lasgouttes wrote: > Le 08/12/2016 à 12:55, mn a écrit : >> Hm, I wonder if this is also effecting selecting rtl-text with the mouse. >> Right now it drives me crazy how it behaves once the text is marked as >> containig Hebrew and spans more than

Re: LyX and (ancient) Hebrew

On 08.12.16 15:41, Jean-Marc Lasgouttes wrote: > Le 08/12/2016 à 15:23, mn a écrit : >> That means: default document language is, say, English and then Hebrew >> is added in afterwards. >> Apart from the slight annoyance mentioned above it becomes very hard to >> a

Re: LyX and (ancient) Hebrew

Le 08/12/2016 à 12:55, mn a écrit : Hm, I wonder if this is also effecting selecting rtl-text with the mouse. Right now it drives me crazy how it behaves once the text is marked as containig Hebrew and spans more than one row in the editor display. Cursor mode visual and logical seem to be in

Re: LyX and (ancient) Hebrew

Le 08/12/2016 à 15:41, Jean-Marc Lasgouttes a écrit : On a side note: I would also appreciate something to quickly change the editor's zoom level. Is there a short-cut or can I define one? Ctrl+/Ctrl- or Ctrl with mouse wheel. Sorry, you are a mac user. Use Command instead of Ctrl. JMarc

Re: LyX and (ancient) Hebrew

Le 08/12/2016 à 15:23, mn a écrit : That means: default document language is, say, English and then Hebrew is added in afterwards. Apart from the slight annoyance mentioned above it becomes very hard to actually type something with nikuds, since the "foreign-language-underline" (sorry

Re: LyX and (ancient) Hebrew

On 07.12.16 23:53, Scott Kostyshak wrote: > On Wed, Dec 07, 2016 at 10:35:06PM +0100, Cor Blom wrote: >> Op 03-12-16 om 22:51 schreef Scott Kostyshak: >>>> The other thing is that on screen, when I type a rtl text in a ltr >>>> documents, I have to mark that word a

Re: LyX and (ancient) Hebrew

On Wed, Dec 07, 2016 at 10:35:06PM +0100, Cor Blom wrote: > Op 03-12-16 om 22:51 schreef Scott Kostyshak: > > > The other thing is that on screen, when I type a rtl text in a ltr > > > documents, I have to mark that word as e.g. Hebrew before the sequence is > > >

  1   2   3   4   5   6   >