Question on using PGF Files
Colleagues, I'm currently trying to include matplotlib-created .pgf files in a LyX document. The PGF files, in turn, include .png files (e.g., for filled contour plots). These PNG files are not copied to the directory that LyX is building my document in. This is entirely understandable—LyX cannot know how to interrogate every type of file I include to then determine yet-more-nested files that it needs to contend with. *However, is there a way to specify to LyX additional files to carry into the build directory so that they will be included? *My apologies if I've overlooked this somewhere. Thank you, Joel
Re: Indenting in verse style
On 08/23/2018 05:34 AM, Pol wrote: The following text, in verse style, is correctly indented on my lyx screen, but the pdf is not well rendered, the last line not being aligned with first one: Given that 1. prop 1 2. prop 2 3. prop 3 then prop 4 must follow. Here included my lyx test file. Is that a bug? thank you paolo m. The LaTeX code looks correct to me, so I don't think it's a LyX bug. Perhaps it is a "feature" of the verse environment? I'm not sure the verse environment is designed to handle nested environments, let alone lists. If you want to work around it, I've attached a hacked version of your test file. It turns out that sticking the enumeration in a parbox fixes the alignment of the last line but messes up the vertical spacing a bit. The vertical spacing in turn can be "finger painted" into something plausible looking with custom spacing. Paul test-enumeration-in-verse.lyx Description: application/lyx
Re: LyX 2.3.0 - display of int
Am Donnerstag, 23. August 2018 17:50:30 CEST schrieb M.B. Schiekel : > Am 23.08.2018 um 08:36 schrieb Kornel Benko: > > Am Mittwoch, 22. August 2018 21:07:38 CEST schrieb Scott Kostyshak > > : > >> On Wed, Aug 22, 2018 at 06:23:48PM +0200, M.B. Schiekel wrote: > >>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > >>> > >>> Am 18.08.2018 um 23:48 schrieb M.B. Schiekel: > ... Now I downloaded the sources of lyx-2.3.0 and lyx-2.2.4 > and compiled. ... Result: I got this \int display-error in > 2.3.0 and also in 2.2.4. This seems to indicate for me, that > the change of KDE-Plasma 5.8 with Qt-5.8.x in openSUSE Leap > 42.3 to KDE-Plasma 5.12.5 with Qt-5.9.4 in openSUSE Leap 15.0 > might be the cause of this trouble :-( ... > >>> > >>> > >>> Hi Scott, hi friends, > >>> > >>> 1. now I managed to compile LyX-2.3.0 and LyX-2.2.4 on an > >>> older openSUSE-Leap-42.3 system with KDE-Plasma-5.8.7 with > >>> Qt-5.6.2 and TeXLive 2016. Result: /int, /iint, /iiint, > >>> /nt, /ioint - all are displayed correctly by LyX. > >>> > >>> 2. And as before: LyX-2.3.0 and LyX-2.2.4 on a > >>> openSUSE-Leap-15.0 system with KDE-Plasma 5.12.5 with Qt-5.9.4 > >>> and TeXLive 2017, i.e. 2017.20170520-lp150.8.2. Result: /int, > >>> /iint, /iiint, /nt, /ioint - all are displayed faultily by > >>> LyX, i.e. top of the integral is bottom of the line (see > >>> png-file). > >>> > >>> Now I think, the TeXLive-2017-fonts might be faulty. Does > >>> anybody here work with the above mentioned TeXLive 2017 > >>> version and has no problems with /int ?? > >> > >> Hi Bernhard, > >> > >> Good investigation. I just realized one thing that might be > >> relevant. On Ubuntu, the "lyx" package depends on a package > >> "fonts-lyx". Perhaps one of the fonts in there would solve your > >> problem? I really don't know if it's likely to help, but it might > >> be worth a short. Here are the contents of "fonts-lyx" package: > >> > >> $ apt-file list fonts-lyx fonts-lyx: > >> /usr/share/doc/fonts-lyx/NEWS.Debian.gz fonts-lyx: ... > >> /usr/share/fonts/truetype/lyx/wasy10.ttf > >> > >> Best, > >> > >> Scott > >> > > > > FWIW, cmake build installs this files under > > /usr/local/share/lyx2.3/fonts/ and the installed lyx uses this > > path, see Tools->Preferences...->Paths->TEXINPUTS prefix: > > > > Kornel > > > > Hi Scott, hi Kornel, > > thank both of you for your kind replies. In openSUSE installations the > LyX-font directory is /usr/share/lyx/fonts > There I find the fonts > - esint10.ttf : seems to be aligned Ok, > - wasy10.ttf : with all integrals gone down, > seems to be a feature, not a bug :-) > > How can I tell LyX to use for integrals the display-font esint10.ttf > instead of wasy10.ttf? > Preferences -> Look & Feel -> Screen fonts > seems not to be the right place? That is a problem. The preferences there apply only to text-fonts. We don't have yet preferences for math font in lyx-display. Could be made a feature request though. OTOH, some fonts have own math fonts. Try for instance to use Latin Modern Roman as your serif font. This changes here the display of math formulas, so there is hope. > Cheers and regards, > bernhard > > Kornel signature.asc Description: This is a digitally signed message part.
Re: LyX 2.3.0 - display of int
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 23.08.2018 um 08:36 schrieb Kornel Benko: > Am Mittwoch, 22. August 2018 21:07:38 CEST schrieb Scott Kostyshak > : >> On Wed, Aug 22, 2018 at 06:23:48PM +0200, M.B. Schiekel wrote: >>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >>> >>> Am 18.08.2018 um 23:48 schrieb M.B. Schiekel: ... Now I downloaded the sources of lyx-2.3.0 and lyx-2.2.4 and compiled. ... Result: I got this \int display-error in 2.3.0 and also in 2.2.4. This seems to indicate for me, that the change of KDE-Plasma 5.8 with Qt-5.8.x in openSUSE Leap 42.3 to KDE-Plasma 5.12.5 with Qt-5.9.4 in openSUSE Leap 15.0 might be the cause of this trouble :-( ... >>> >>> >>> Hi Scott, hi friends, >>> >>> 1. now I managed to compile LyX-2.3.0 and LyX-2.2.4 on an >>> older openSUSE-Leap-42.3 system with KDE-Plasma-5.8.7 with >>> Qt-5.6.2 and TeXLive 2016. Result: /int, /iint, /iiint, >>> /nt, /ioint - all are displayed correctly by LyX. >>> >>> 2. And as before: LyX-2.3.0 and LyX-2.2.4 on a >>> openSUSE-Leap-15.0 system with KDE-Plasma 5.12.5 with Qt-5.9.4 >>> and TeXLive 2017, i.e. 2017.20170520-lp150.8.2. Result: /int, >>> /iint, /iiint, /nt, /ioint - all are displayed faultily by >>> LyX, i.e. top of the integral is bottom of the line (see >>> png-file). >>> >>> Now I think, the TeXLive-2017-fonts might be faulty. Does >>> anybody here work with the above mentioned TeXLive 2017 >>> version and has no problems with /int ?? >> >> Hi Bernhard, >> >> Good investigation. I just realized one thing that might be >> relevant. On Ubuntu, the "lyx" package depends on a package >> "fonts-lyx". Perhaps one of the fonts in there would solve your >> problem? I really don't know if it's likely to help, but it might >> be worth a short. Here are the contents of "fonts-lyx" package: >> >> $ apt-file list fonts-lyx fonts-lyx: >> /usr/share/doc/fonts-lyx/NEWS.Debian.gz fonts-lyx: >> /usr/share/doc/fonts-lyx/NEWS.gz fonts-lyx: >> /usr/share/doc/fonts-lyx/ReadmeBaKoMa4LyX.txt fonts-lyx: >> /usr/share/doc/fonts-lyx/changelog.Debian.gz fonts-lyx: >> /usr/share/doc/fonts-lyx/copyright fonts-lyx: >> /usr/share/fonts/truetype/lyx/cmex10.ttf fonts-lyx: >> /usr/share/fonts/truetype/lyx/cmmi10.ttf fonts-lyx: >> /usr/share/fonts/truetype/lyx/cmr10.ttf fonts-lyx: >> /usr/share/fonts/truetype/lyx/cmsy10.ttf fonts-lyx: >> /usr/share/fonts/truetype/lyx/esint10.ttf fonts-lyx: >> /usr/share/fonts/truetype/lyx/eufm10.ttf fonts-lyx: >> /usr/share/fonts/truetype/lyx/msam10.ttf fonts-lyx: >> /usr/share/fonts/truetype/lyx/msbm10.ttf fonts-lyx: >> /usr/share/fonts/truetype/lyx/rsfs10.ttf fonts-lyx: >> /usr/share/fonts/truetype/lyx/stmary10.ttf fonts-lyx: >> /usr/share/fonts/truetype/lyx/wasy10.ttf >> >> Best, >> >> Scott >> > > FWIW, cmake build installs this files under > /usr/local/share/lyx2.3/fonts/ and the installed lyx uses this > path, see Tools->Preferences...->Paths->TEXINPUTS prefix: > > Kornel > Hi Scott, hi Kornel, thank both of you for your kind replies. In openSUSE installations the LyX-font directory is /usr/share/lyx/fonts There I find the fonts - esint10.ttf : seems to be aligned Ok, - wasy10.ttf : with all integrals gone down, seems to be a feature, not a bug :-) How can I tell LyX to use for integrals the display-font esint10.ttf instead of wasy10.ttf? Preferences -> Look & Feel -> Screen fonts seems not to be the right place? Cheers and regards, bernhard - -- Homepage: https://www.mb-schiekel.de/ GnuPG: http://p80.pool.sks-keyservers.net/ -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlt+18YACgkQsTrAjf9sVwpCBwCgzYMCWcVyogd5vCBVE6sWD1Y1 E6QAnjwjt9b7YQo0WFs23MqSm9ZIwvhA =0/X6 -END PGP SIGNATURE-
Sharpness of lyx characters
screen characters in lyx on hp-elitebook x360, appear unclear, i would say that 'ink density' is not uniform. No change switching to different fonts. All applications display clear characters, except LyX Lyx runs on opensuse leap 15 / plasma Any hints? thank you paolo m.
Re: rpmbuild problem [Solved]
On Thu, Aug 23, 2018 at 01:56:34PM +0200, M.B. Schiekel wrote: > Hi Scott, > > thank you for your suggestion concerning cmake instead of rpmbuild. Actually, CMake relies on rpmbuild. It is more of a choice between CMake and autotools. But looks like you already got it figured out! Scott signature.asc Description: PGP signature
Re: Indenting in verse style
Daniel wrote: > > I am not sure which is correct (the lyx work area or the code > generated). Basically, you need an extra empty line below the > environment. I seem to remember that LyX originally added such empty > lines but it was removed due to bug > https://www.lyx.org/trac/ticket/9055. Maybe this is a special case where > it shouldn't? > > Attached is a workaround to get your expected result in LyX. I just copy > and pasted the empty line format from another file since I could not > remember how to insert them otherwise. > > /Daniel thank you, i have copied your insertion p.
rpmbuild problem [Solved]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 23.08.2018 um 03:42 schrieb Scott Kostyshak:
>> [bernhard] 1. when I'm doing a LyX 'configure' and 'make' with
>> ./configure --with-qt-dir=/usr/share/qt5/ --enable-qt5 make
>> everything is fine and I get a LyX-2.3.0 executable.
>>
>> 2. when I try to build a rpm-file with: lyx.spec ->
>> /usr/src/packages/SPECS/ lyx-2.3.0.tar.gz ->
>> /usr/src/packages/SOURCES/ QTDIR=/usr/share/qt5/ rpmbuild -bb
>> /usr/src/packages/SPECS/lyx.spec I get an error-message from the
>> configure-script: checking for Qt library name... failed
>> configure: error: cannot compile a simple Qt executable. Check
>> you have the right $QTDIR.
Hi Scott,
thank you for your suggestion concerning cmake instead of rpmbuild.
Because the LyX configure-script does not handle $QTDIR correctly I
did it the brute force way, I changed the configure line in lyx.spec :
./configure --prefix=%{_prefix} \
--mandir=%{_mandir} --bindir=%{_bindir} --datadir=%{_datadir} \
--enable-build-type=rel \
--with-qt-dir=/usr/share/qt5/ --enable-qt5 \
%{version_suffix}
and then
rpmbuild -bb /usr/src/packages/SPECS/lyx.spec
works fine :-)
Cheers,
bernhard
- --
Homepage: https://www.mb-schiekel.de/
GnuPG: http://p80.pool.sks-keyservers.net/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iEYEARECAAYFAlt+oPIACgkQsTrAjf9sVwqJbACeIBzzE/jwNVLlJio5F06mdrTM
3akAoMbpRExCldzlzwdsctTKlaliCg79
=rmce
-END PGP SIGNATURE-
Re: Indenting in verse style
On 23/08/2018 12:59, Daniel wrote: Attached is a workaround to get your expected result in LyX. I just copy and pasted the empty line format from another file since I could not remember how to insert them otherwise. Actually, inserting an empty ERT or Note in the like that should be empty does the trick as well. /Daniel
Re: Indenting in verse style
On 23/08/2018 12:48, Daniel wrote: On 23/08/2018 11:34, Pol wrote: The following text, in verse style, is correctly indented on my lyx screen, but the pdf is not well rendered, the last line not being aligned with first one: Given that 1. prop 1 2. prop 2 3. prop 3 then prop 4 must follow. Here included my lyx test file. Is that a bug? thank you paolo m. This time with the correct attachment. Apparently, my first message did not find the list: I am not sure which is correct (the lyx work area or the code generated). Basically, you need an extra empty line below the environment. I seem to remember that LyX originally added such empty lines but it was removed due to bug https://www.lyx.org/trac/ticket/9055. Maybe this is a special case where it shouldn't? Attached is a workaround to get your expected result in LyX. I just copy and pasted the empty line format from another file since I could not remember how to insert them otherwise. /Daniel
Re: Indenting in verse style
On 23/08/2018 11:34, Pol wrote: The following text, in verse style, is correctly indented on my lyx screen, but the pdf is not well rendered, the last line not being aligned with first one: Given that 1. prop 1 2. prop 2 3. prop 3 then prop 4 must follow. Here included my lyx test file. Is that a bug? thank you paolo m. This time with the correct attachment. test-enumeration-in-verse-1.lyx Description: application/lyx
Indenting in verse style
The following text, in verse style, is correctly indented on my lyx screen, but the pdf is not well rendered, the last line not being aligned with first one: Given that 1. prop 1 2. prop 2 3. prop 3 then prop 4 must follow. Here included my lyx test file. Is that a bug? thank you paolo m. test-enumeration-in-verse.lyx Description: application/lyx
