Re: [PATCH] microtype

On 01.06.16 16:21, Guenter Milde wrote: > On 2016-06-01, Jürgen Spitzmüller wrote: > >> [-- Type: text/plain, Encoding: quoted-printable --] > >> 2016-06-01 11:43 GMT+02:00 Jürgen Spitzmüller : > >>> Do not use LateXisms in the GUI -- we just got rid of "Use longtable". > >>>

Same document, different PDFs, dependening on locale settings

is shown above.) If this locale-switching is indeed a feature of en-UserGuide, then hunting for margin violations and fixing them manually becomes even more tedious than it is. What would be a more general solution to this? mn

Advanced-Find Panel impedes window management

panel. (although, after saving this newfile.lyx, editing becomes possible again) mn

Re: Bug in rc1: entering ancient greek

also with (modern) “Greek” as input-source. (AFAIK OS X only offers modern and polytonic) Notice that I used ancient Greek in a document produced with rc1 successfully with the Greek text appearing further down in the body text and only marking it late as such before running a preview. mn

Bug in ChangeTracking: kills spaces in output while still there in LyX

When track changes is enabled and you replace quotation marks, the closing quotation mark kills the following space character. See attached file for an example. mn changetracking bug.lyx Description: application/lyx

Re: Bug in rc1: entering ancient greek

ource-view: it crashes. Open it, with the first line active, select another view – within the source-pane –, like lua, it’s fine. Switch to the second line and boom – while source pane is open. mn

Re: Update on situation for 2.2.0 release

On 17.05.16 08:37, Scott Kostyshak wrote: > On Wed, May 04, 2016 at 04:39:54PM -0400, Scott Kostyshak wrote: >> >> 2. There is a crash that seems mostly reproducible on OS X. Although it is >> only >> on OS X and only in a particular case, I consider this bug important because >> it >> is a

enhancing search: make it find everything; including source

Currently it seems quite difficult to get the search function to really find everything that might be in a lyx-document. One example: Open a new document, language is set to English. Enter a word enclosed in smart quotes. Change document language to German with the corresponding smart quotes.

Re: enhancing search: make it find everything; including source

On 21.05.16 18:15, Guenter Milde wrote: > On 2016-05-21, mn wrote: >> Currently it seems quite difficult to get the search function to really >> find everything that might be in a lyx-document. > >> One example: >> Open a new document, language is set to English. >

mailing-list policy

Every mail (with attachments) in the last few days I sent to the docs- and devel-mailinglists was bounced. The message always said: SMTP error from remote server for TEXT command, host: thales.memphis.edu (141.225.8.55) reason: 554 This message contains prohibited content This error message is –

Re: de-UserGuide improvements

On 05.05.16 18:18, Guenter Milde wrote: > On 2016-05-05, mn wrote: >> On 04.05.16 16:08, Jean-Marc Lasgouttes wrote: >>> Le 29/04/2016 à 17:05, mn a écrit : >>>> The shortcut for creating a single quotation mark in LyX cannot be >>>> as universal as th

Re: de-UserGuide improvements

On 04.05.16 16:08, Jean-Marc Lasgouttes wrote: > Le 29/04/2016 à 17:05, mn a écrit : >> The shortcut for creating a single quotation mark in LyX cannot be >> as universal as the wording implies. >> On Mac with German-keyboard-layout the given shortcut Opt-" gives &

Re: Bug in rc1: entering ancient greek

ne 1856: /lib/cpp: No such file >> or directory > > Where are we on this issue? As the OP for this Bug: for this I am not commenting on changes to or problems in the build process, or the minimum requirements this might raise. But at least the problem did not reappear with the rc1-rebuild posted here. mn

Re: Lyx-rc1 feedback

On 16.04.16 06:43, Stephan Witt wrote: > You didn’t report the dictionary problems in details - so I cannot tell > something about it, sorry. > To improve the performance I rarely use "check-spelling as you type". During beta and earlier I simply thought dicts were broken and I did not care.

Bug in rc1: entering ancient greek

This is on Mac, 10.10, LyX-rc1 Is this a known bug; I couldn't find it on trac? Steps to reproduce: – launch LyX – enter some characters – start new line – switch OS input-method to “Greek Polytonic” – enter some glyphs – at the end of that string, hold down shift and select the Greek – open

Re: Bug in rc1: entering ancient greek

On 20.04.16 19:22, mn wrote: > This is on Mac, 10.10, LyX-rc1 > > Is this a known bug; > I couldn't find it on trac? > > Steps to reproduce: > – launch LyX > – enter some characters > – start new line > – switch OS input-method to “Greek Polytonic” > –

Re: Bug in rc1: entering ancient greek

On 21.04.16 00:21, Guillaume Munch wrote: > Le 20/04/2016 22:44, mn a écrit : >> On 20.04.16 21:22, Guenter Milde wrote: >> >>>>> This is on Mac, 10.10, LyX-rc1 >>>>> Steps to reproduce: >>>>> – launch LyX >>>>> –

Re: Bug in rc1: entering ancient greek

On 21.04.16 01:42, Scott Kostyshak wrote: > On Thu, Apr 21, 2016 at 01:30:25AM +0200, mn wrote: >> On 21.04.16 00:21, Guillaume Munch wrote: >>> Le 20/04/2016 22:44, mn a écrit : >>>> On 20.04.16 21:22, Guenter Milde wrote: >>>> >>>>>>

Re: de-UserGuide improvements

On 06.05.16 21:11, Guenter Milde wrote: > On 2016-05-05, mn wrote: >>> Do you get “ with Opt-" also in other applications? >> Yes, this is a standard and defined system-wide on a Mac with >> German keyboard-layout. > So this is similar to AltGr+B on my German Linu

Re: de-UserGuide improvements

On 07.05.16 20:20, Guenter Milde wrote: > On 2016-05-07, mn wrote: >> On 06.05.16 21:11, Guenter Milde wrote: >>> Actually, here I get with German keyboard and English locale: >>> For single quotes you have to use the shortcut Alt+". > >> For English

strange behavior copying snippets from doc-settings to doc-settings

With LyX 2.2.1 I experience a strange behavior when trying to reuse old preamble-code in newly created documents. Steps to reproduce. Open a new document and then an old one, open document settings for the old doc, mark a string in the LaTeX-preamble, copy the string into the clipboard buffer.

reducing file size of images shipped within LyX

These are really low hanging fruit: Image files are suboptimally compressed. Using both (just examples, there may be better ways or programs) imgopt https://github.com/kormoc/imgopt for raster images and SVG-Cleaner https://sourceforge.net/projects/svgcleaner/ for the vector images I get the

Re: Bug in 2.2.2 for Mac

On 16.10.16 00:43, Christopher Menzel wrote: On 15 Oct 2016, at 4:31 PM, Christopher Menzel > wrote: > > Howdy LyX developers, > > There appears to be a bug in 2.2.2 for Mac > (LyX-2.2.2+qt5-x86_64-cocoa).

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 as e.g. Hebrew before the sequence

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

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

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

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? >> There I can only change the color of this solid line, not its thickness >> or position. >> And in my eyes the

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

Re: #10143: Mailing-List Policy Regarding Attachments

On 31.12.16 22:50, LyX Ticket Tracker wrote: > #10143: Mailing-List Policy Regarding Attachments > -+- > Reporter: Mike | Owner: chr > Type: enhancement | Status: closed > Priority: normal | Milestone: > Component:

cumbersome behavior when switching output-engines regarding inputenc

There might be some incorrect or unexpected behavior when switching output engines in LyX, because Xetex does not support input-encoding settings: To reproduce: Start a document, go to setup: - first try something for pdflatex and define under language: input encodig to other (here it was utf8)

Re: LyX and (ancient) Hebrew

On 03.12.16 21:49, Cor Blom wrote: > Op 03-12-16 om 20:57 schreef mn: >> This font-switcheroo must go into the preamble, I am guessing now since >> I am new to Xetex also. >> But apparently this is not possible within LyX's gui? > > No, it is not. You need polyglossia

ancient Hebrew slowness [was: LyX and (ancient) Hebrew]

On 03.12.16 21:43, Scott Kostyshak wrote: >> BTW: >> Until now I only had simple and short strings entered myself into an >> otherwise empty document. >> Copying this rather complex but still short example into LyX makes it >> quite slow to handle and beachballing a lot. There seems to be a

Re: LyX and (ancient) Hebrew

On 03.12.16 18:49, Scott Kostyshak wrote: > On Sat, Dec 03, 2016 at 04:42:57PM +0100, mn wrote: >> So I wanted to get started with ancient Hebrew texts. >> Using Texlive-full, LyX and my usual setup I ran immediately into >> problems, quite severe. >> Searched tutor

LyX and (ancient) Hebrew

So I wanted to get started with ancient Hebrew texts. Using Texlive-full, LyX and my usual setup I ran immediately into problems, quite severe. Searched tutorials for doing such a thing and nothing of this kind worked. Not even he-intro.lyx does compile. That's why this question goes to devel. As

Re: LyX and (ancient) Hebrew

On 03.12.16 22:51, Scott Kostyshak wrote: >> The fonts are the issue, both screenfonts and document fonts. Lyx allows for >> both to set only one font and many fonts do not support rtl languages >> properly. I think what LibreOffice does (and I think Ms Office does the >> same) is a way to go:

Re: LyX and (ancient) Hebrew

On 04.12.16 02:50, Scott Kostyshak wrote: > On Sat, Dec 03, 2016 at 10:26:17PM +0100, mn wrote: >> On 03.12.16 21:43, Scott Kostyshak wrote: >> >>>> BTW: >>>> Until now I only had simple and short strings entered myself into an >>>> otherwi

Re: cumbersome behavior when switching output-engines regarding inputenc

On 04.12.16 16:09, Guenter Milde wrote: > On 2016-12-03, mn wrote: > >> There might be some incorrect or unexpected behavior when switching >> output engines in LyX, because Xetex does not support input-encoding >> settings: > >> To reproduce: >> Start a

Re: LyX and (ancient) Hebrew

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 reproduce with just your example. But if I select al

Re: cumbersome behavior when switching output-engines regarding inputenc

On 04.12.16 20:44, Guenter Milde wrote: > On 2016-12-04, mn wrote: >>>> There might be some incorrect or unexpected behavior when switching >>>> output engines in LyX, because Xetex does not support input-encoding >>>> settings: > >>>

Re: cumbersome behavior when switching output-engines regarding inputenc

On 05.12.16 09:36, Guenter Milde wrote: >> There might be some incorrect or unexpected behavior when >> switching output engines in LyX, because Xetex does not >> support input-encoding settings: >> To reproduce: Start a document, > ... >> Try to compile the document. It will

Re: Tentative schedule for 2.3.0 release

On 11.04.17 14:58, Joel Kulesza wrote: > On Tue, Apr 11, 2017 at 3:38 AM, mn <mno...@gmx.net > >> Right now, I am struggling with bugs and also features lacking in >> the latest stable LyX. And for some at least I know they are supposed >> to be fixed or added in t

Re: Tentative schedule for 2.3.0 release

On 12.04.17 11:43, Stephan Witt wrote: >>> What are some of the present bugs / missing features you're >>> referring to? I wonder if some workarounds are available... >> >> The biggest bug imho is the slowness, worst on OS X. >> That's supposed to get a little bit better. > > In case you have

Re: Tentative schedule for 2.3.0 release

On 12.04.17 12:59, Stephan Witt wrote: > What are some of the present bugs / missing features you're > referring to? I wonder if some workarounds are available... >>> The part below I don’t understand. What exactly is the message? >>> >> - that apparently almost nobody was interested in

Re: Tentative schedule for 2.3.0 release

On 12.04.17 16:13, Stephan Witt wrote: >>> What are some of the present bugs / missing features you're >>> referring to? I wonder if some workarounds are available... - that apparently almost nobody was interested in reducing the filesize of the shipped images. >>> That’s not

Re: Tentative schedule for 2.3.0 release

On 11.04.17 04:45, Scott Kostyshak wrote: > The requirements and expectations of an alpha are low. I think it is > understood that there should not be any big features right before > the feature freeze. But doing it this way allows us to get an alpha > out quickly and get testing on 99% of the

Re: Tentative schedule for 2.3.0 release

On 15.04.17 14:29, Stephan Witt wrote: > >> Am 15.04.2017 um 10:08 schrieb mn <mno...@gmx.net>: >> >> On 14.04.17 22:31, Stephan Witt wrote: >>> Am 12.04.2017 um 21:51 schrieb mn <mno...@gmx.net>: >> >>>>> SVGs are alread

Re: Tentative schedule for 2.3.0 release

On 14.04.17 22:31, Stephan Witt wrote: > Am 12.04.2017 um 21:51 schrieb mn <mno...@gmx.net>: >>> SVGs are already compressed. What procedure do you propose at shipping time? >> >> >> To use for example this: https://github.com/RazrFalcon/svgcleaner &

Mac-packaging (was: Tentative schedule for 2.3.0 release)

On 15.04.17 10:08, mn wrote: >> The debug libraries were shipped accidentally - I’ve changed this. >> HFS+ compression seems to work and I’ll use it for alpha >> releases. >> > > Half of the plugins seem to be superfluous. Have you checked with > otool agains

focus-handling

With 2.3-dev (and before that) there are inconsistencies or bugs regarding focus-management. Open LyX, create new document. Open document-settings. Switch to preamble. There is no focus in the preamble-editing area. It should be active immediately. Activate preamble editing area. Now close

Re: Tentative schedule for 2.3.0 release

On 15.04.17 22:47, Stephan Witt wrote:> >> Am 15.04.2017 um 19:35 schrieb Jean-Marc Lasgouttes >> <lasgout...@lyx.org>: >> Le 12/04/2017 à 12:31, mn a écrit : >>> While editing spellchecker is always off, as are insets closed >>> (well most) and

Re: Tentative schedule for 2.3.0 release

On 12.04.17 18:52, Stephan Witt wrote: > What are some of the present bugs / missing features you're > referring to? I wonder if some workarounds are available... >> - that apparently almost nobody was interested in reducing the filesize >> of the shipped images. PNG

Re: Mac-packaging

On 15.04.17 12:26, mn wrote: > On 15.04.17 10:08, mn wrote: > >>> The debug libraries were shipped accidentally - I’ve changed this. >>> HFS+ compression seems to work and I’ll use it for alpha >>> releases. >>> >> >> Half of the plugins

Re: Tentative schedule for 2.3.0 release

On 18.04.17 14:10, Jean-Marc Lasgouttes wrote: > Le 17/04/2017 à 22:17, mn a écrit : >> This zip-file contains info applied to the same situation as described above. >> I hope that it shows enough indention for your purposes? > > This is very useful. The interesting lines ar

Re: Obsoleted, inaccessible or wrong urls in some documents

On 29.07.17 12:20, Kornel Benko wrote: > Hi, > the url "ftp://ftp.dante.de/tex-archive/info/math/voss/mathmode/Mathmode.pdf; > is no longer accessible. The new one is available under > "https://www.tug.org/~hvoss/PDF/mathmode.pdf; > Affected documents are "lib/doc/(.|de|es|fr|ja)/Math.lyx"

Re: Obsoleted, inaccessible or wrong urls in some documents

On 29.07.17 12:20, Kornel Benko wrote: > Urls blocked because of security > http://www.edpsciences.fr/aa/ > in lib/doc/(.|de|es|fr|ja)/Additional.lyx That whole section in Additional.lyx needs to be checked. > > 6.1.1 Introduction > > This section describes how LyX can be used […] >

Re: Obsoleted, inaccessible or wrong urls in some documents

On 29.07.17 12:20, Kornel Benko wrote: > Urls blocked because of security > http://www.edpsciences.fr/aa/ > in lib/doc/(.|de|es|fr|ja)/Additional.lyx The given link just uses an invalid security cert. The site is accessible – and empty. The journal in question seems to reside now under:

alpha beta lyx-formats and devel versions of the docs

The latest publicly available binaries are for alpha1-1. The latest changes to the docs are format 544, and none of the versions I have installed can read or convert them. Now, say I have spotted errors or improvements in or for them, like latest UserGuide.de.lyx: 26812selbst) Formate für

Re: short report from LyX under Linux

On 24.07.17 10:30, "Uwe Stöhr" wrote: >> back to the UserGuide, perhaps what we could actually do is, to >> simplify the UserGuide so that it can compile without the need for >> installing additional packages besides a minimal latex >> installation > > The point is that almost nothing works out

Re: How to access the list efficiently? Re: Long threads? / list etiquette? (Was: Options for resolving the minted + shell-escape issue)

On 05.08.17 16:26, Paul A. Rubin wrote: > FWIW, I subscribe through GMail, using a filter to put the dev and user > lists in separated virtual folders, but access my GMail account in > Thunderbird (IMAP). The messages are individual. I don't know if there's > a way to maintain threads in

Re: Tentative schedule for 2.3.0 release

On 15.05.17 10:44, Jean-Marc Lasgouttes wrote: > Le 14/05/2017 à 21:23, Stephan Witt a écrit : >> I tried to get some numbers. The numbers I got with Instruments were unclear. >> The time to go through the english users guide with and w/o the patch is the >> same. >> The time to go through the

Re: #10400: keyboard shortcut for document settings?

On 15.05.17 12:32, Jean-Marc Lasgouttes wrote: > Le 15/05/2017 à 01:30, Guillaume MM a écrit : >> I do not see an opportunity to change the existing shortcut >> Ctrl+R. >> >> The denotation of an accelerator has to be accidental. In French it >> is "Paramètres", which fits with Ctrl+P. >> >> >

influencing inset-info generation and inline graphics for body text

Looking into the docs I noticed a seemingly general issue: that graphics included inline in the body text suffer from different problems that negatively influence the overall appearance. In the attached screenshot from fr Tutorial.lyx: – the default line-spacing is used (which might be considered

Re: Some english letters in arabic index

On 13.06.17 10:46, mn wrote: > On 13.06.17 09:41, edu Gpl wrote: >> Ok, this small file. >> There are O in the arabic index (page 2). >> Regards >> >> بتاريخ ١٢‏/٠٦‏/٢٠١٧ ٩:٢٩ ص، كتب "edu Gpl" <mandrivagn...@gmail.com >> <mailto:mandrivagn.

Re: Some english letters in arabic index

On 13.06.17 09:41, edu Gpl wrote: > Ok, this small file. > There are O in the arabic index (page 2). > Regards > > بتاريخ ١٢‏/٠٦‏/٢٠١٧ ٩:٢٩ ص، كتب "edu Gpl" >: > > Hi > When i generated my book in lyx 2.3, i got english letters

Re: Some english letters in arabic index

On 13.06.17 10:56, Jean-Marc Lasgouttes wrote: > Le 13/06/2017 à 10:46, mn a écrit : >> Interestingly the MWE seems to trigger another bug?: >> If I open the file, there is no cursor visible. > > I do see the cursor on the right... > Just retried that, and: Open the file

regression in 2.2.3?: spellchecker-panel has misplaced boxes

With 2.2.3 on mac 10.10 the spelling panel has now overlapping boxes. Which makes them very hard to use. Checking 2.1.3 and alpha1: those do not seem to have this problem. Suspiciously there does not seem to be anything related to this on trac? Can anyone confirm that it is indeed a regression?

Re: #10701: consistency of cursor behavior for up or down in first or last line

On 13.06.17 17:26, LyX Ticket Tracker wrote: > #10701: consistency of cursor behavior for up or down in first or last line > -+-- > Reporter: Mike | Owner: lasgouttes > Type: enhancement | Status: new > Priority: low

Re: regression in 2.2.3?: spellchecker-panel has misplaced boxes

On 17.06.17 23:05, Scott Kostyshak wrote: > On Sat, Jun 17, 2017 at 04:49:33PM +0200, mn wrote: >> >> With 2.2.3 on mac 10.10 the spelling panel has now overlapping boxes. >> Which makes them very hard to use. >> Checking 2.1.3 and alpha1: those do not seem to have th

Re: focus-handling

On 08.05.17 01:44, Scott Kostyshak wrote: > On Mon, Apr 24, 2017 at 05:19:45PM -0700, Pavel Sanda wrote: >> mn wrote: >>> The blinking cursor should always indicate where keyboard action would >>> have consequences. >>> This seems to be a general issue

Re: How to setup image converters on Mac?

On 11.09.17 16:18, Stephan Witt wrote: > Am 11.09.2017 um 14:12 schrieb Pavel Sanda : >> >> Stephan Witt wrote: >>> What can I do to convert the LyX documents containing inset-info >>> instances without ImageMagick? >>> >>> ATM, LyX seems to have a hard dependency on the

serious Problems with UserGuide on current macOS

The UserGuide currently is a real trouble maker. The PDFs exported from 2.2 or 2.3beta bring all PDFKit-based PDF viewers their knees in macOS 10.12. This also applies to the PDF downloadable from the LyX site. It does not happen in older versions of OS X nor with Adobe Reader and Safari or

Re: serious Problems with UserGuide on current macOS

On 27.08.17 22:41, Guenter Milde wrote: >>> The UserGuide currently is a real trouble maker. > > Can you have a look at the used fonts in this document? > The fonts used are just the defaults as set by opening the guide from help menu. I experimented with the fonts. LatinModern (the default)

Re: serious Problems with UserGuide on current macOS

On 28.08.17 08:36, Guenter Milde wrote: > On 2017-08-27, mn wrote: >> On 27.08.17 22:41, Guenter Milde wrote: > >>>>> The UserGuide currently is a real trouble maker. > >>> Can you have a look at the used fonts in this document? > > ... >

Re: serious Problems with UserGuide on current macOS

On 28.08.17 11:03, mn wrote: > On 28.08.17 08:36, Guenter Milde wrote: >>> Also note: the downloadable version of the PDF hosted on lyx.org >>> triggers the same symptoms. >> >> It may be generated on a Mac or with the same SVG-converter, too. >

Re: serious Problems with UserGuide on current macOS

On 28.08.17 18:17, Guenter Milde wrote: >>> They seem to be triggered by the SVG icons > ... >>> which use an *.svgz image converted to PDF. >>> Maybe the converter called by LyX produces faulty/unsuited PDFs and >>> once they are included, they trigger the problems in viewers that are not >>>

Re: serious Problems with UserGuide on current macOS

On 29.08.17 11:25, Guenter Milde wrote: >> Just exported a UserGuide to PDF with LyX 2.2.3 in debian, opened the >> resulting file in Mac Preview.app and the results are the same. > >> The end of this will mail will list the generated warning from the linux >> tests. > >> The svg2pdf converters

Status of grammar checking integration (lyx-gc)

What is the status of the optional (external?) feature "grammar checking" and is their a plan to add proper support for this? The parts in question are here: https://github.com/gmatht/lyx-gc https://wiki.lyx.org/Tools/LyX-GrammarChecker Trying to get lyx-gc working on macOS: The wiki page seems

Re: #10641: inset info generated characters/symbols on Mac break XeTeX export

On 09.08.18 14:52, Jürgen Spitzmüller wrote: > > Hm, the file contains info insets (which do not use these glyphs on > Linux), not the glyphs itself. But never mind, I've set up a file > myself meanwhile. > My bad of a mixup. Just in case I attached the proper one. >> On a Mac these

Re: #10641: inset info generated characters/symbols on Mac break XeTeX export

On 08.08.18 18:10, LyX Ticket Tracker wrote: > #10641: inset info generated characters/symbols on Mac break XeTeX export > ---+--- > Reporter: Mike | Owner: rikiheck > Type: defect | Status: new > Priority: normal |

Re: thoughts about LyX's future and proposals

e on that. I see a benefit for everyone involved if that could be implemented. Devs still choose what to do next, what seems to them the most taxing problem or the nicest thing to add, but with an awareness of a more objective quality of what others think about that. greetings mn

Re: Pixel-perfect icons and images distributed with LyX, small errors throughout?

On 21.01.19 15:27, mn wrote: > - tabular-feature_move-column-left.svgz > - tabular-feature_move-column-right.svgz > - tabular-feature_move-row-down.svgz > - tabular-feature_move-row-up.svgz > have spurious squares overlaying the arrowheads > > Note that on a Retina scree

Pixel-perfect icons and images distributed with LyX, small errors throughout?

Apart from the issues discussed in https://www.lyx.org/trac/ticket/11453 I took a closer look at the other little images which are currently shipped out. The ban...@2x.png is just scaled up, and badly, leading to visible pixellation. Both PNGs do not match the svgz. For the default svgz files I

Bugs and aesthetics of IPA toolbars

The attached screenshot shows a range of problems with the display of theIPA toolbars. Some are just a bit off in their placement (eg "Rising (accent)", some are unrecognizably cut off ("Global rise" & "Global fall") The two consonant toolbars are visually in a certain inharmonic disarray of

UserGuide from 2.3.3 with pdfLatex shows just blank output on macOS, TeXLive 2019

The UserGuide on macOS produces in its default state just blank output. That is - on macOS 10.12 - with LyX 2.3.3 and 2.3.2 - with TeXLive 2019 - with pdfLatex - in all PDFKit viewers (like Preview.app, Skim) and PDFExpert curiously: - it did work with export per ps2pdf - it did work with

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 languages), and fonts are only

Re: on macOS new user experience likely to be frustrating

On 13.02.20 09:57, Jürgen Spitzmüller wrote: > Am Donnerstag, den 13.02.2020, 09:42 +0100 schrieb mn: >> Problem is reverse search works, now, but neither intuitively by >> looking >> through the application, nor by reading the fricking manuals (of >> which >> Us

Re: on macOS new user experience likely to be frustrating

kim. As you’ve learned it assumes the LyX.app > is installed in /Applications and the LyX.app bundle having the script > lyxeditor in Contents/MacOS. You have to choose custom and enter the > path to your LyX.app bundle if it isn’t in /Applications. E.g. > /Users/mn/Applications/LyX.app/C

on macOS new user experience likely to be frustrating

LyX 2.3.4.2, macOS 12 This is just a new user to LyX perspective: bad. Newly setup system: 1. install macOS 2. install TeXlive2019 3. install LyX 2.3.4.2 4. install Skim 5. read some docs for configuration (as written previously: trying to read UserGuide.pdf will not work in this setup…) -

Re: LyX 2.3.4 Windows Installer for Testing

KOMA-related? Alternatively, just try this: http://ftp.lyx.de/Documentation/en/UserGuide.pdf (2.3.3) open in Preview or Skim. No display. Open in Preview and export as PDF. Works (losing bookmarks etc) mn -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.3.4 Windows Installer for Testing

On 03.02.20 23:35, Stephan Witt wrote: >> >> Just got around testing the Mac version. > > Which Mac version did you test? The version you’ve built from source or the > official one from download? > macOS 10.12, TeXLive 2019. Release version of LyX 2.3.4, as per download from ftp.lyx.org

Re: LyX 2.3.4 Windows Installer for Testing

2.2.x > April 20, 2017" > Preview Version 10.1 (944.6.16.1) > Skim Version 1.4.7 (81) > So you're on Mojave? OS 10.12, Preview 9.0 (909.18), Skim 1.5.6 (122) produces the error here. Can't test with High Sierra. mn -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.3.4 Windows Installer for Testing

On 26.01.20 23:51, Richard Kimberly Heck wrote: > I've put a Windows installer here > >     http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/LyX-234-Installer-1.exe > > for testing. The main thing is that I've updated Image Magick and, > frankly, am not at all sure I've done so correctly. It did manage

Re: on macOS new user experience likely to be frustrating

On 12.02.20 23:51, Stephan Witt wrote: > Sorry, now I think it is „Forward Search“ what is configured here. > The „Reverse Search“ operation is the jump from PDF-Viewer to LyX-document. > This has to be configured in Skim to get it right. Thx. Not quite what I was intending. [On my setup, I can

Re: #11453: App icons are not retina-ready, missing resolutions

: a no-no to 'BigSur-stylishness'). greetings mn -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel