build failure Qt 6.9

Hi all, For me LyX fails to build on latest openSUSE Tumbleweed, which has now has Qt 6.9, so I suspect the Qt update is the culprit. Happens both with 2.4.3 and 2.4.x branch. Have not tried master. Below the log. Cor [ 35s] Configuration [ 35s] Host type: x86_64-suse-li

Re: LyX 2.4.0~RC4 does not launch under (GNOME) Wayland

https://bugzilla.opensuse.org/show_bug.cgi?id=1223393 Op 25-04-2024 om 12:49 schreef Saša Janiška: Hello! I'm trying to use LyX-2.4.0-RC$ under openSUSE Tumbleweed running GNOME Wayland session. When I launch it under Terminal, is just hangs...if I rm ~/.lyx I get: $ lyx LyX: Creating direct

Re: LyX 2.4.0~RC4 does not launch under (GNOME) Wayland

I see the same with some other Qt apps under gnome wayland. I'll submit a bug report with opensuse. Cor Op 25-04-2024 om 12:49 schreef Saša Janiška: Hello! I'm trying to use LyX-2.4.0-RC$ under openSUSE Tumbleweed running GNOME Wayland session. When I launch it under Terminal, is just hangs

Re: LyX 2.4.0~RC4 does not launch under (GNOME) Wayland

Op 25-04-2024 om 12:49 schreef Saša Janiška: I'm trying to use LyX-2.4.0-RC$ under openSUSE Tumbleweed running GNOME Wayland session. When I launch it under Terminal, is just hangs... I cannot reproduce exactly but partly. When I try to launch lyx from the gui, I don't get a window, but some

2.4 ready for wayland??

Hi all, I wonder how you see the transition to wayland. There are two bugs that I think need to be resolved: https://www.lyx.org/trac/ticket/12614 https://www.lyx.org/trac/ticket/13039 Personally I don't think these are showstopper that need to be resolved before release, but then some note

Re: LyX 2.4.0 RC3

Op 11-02-2024 om 22:41 schreef Richard Kimberly Heck: Please report any problems to lyx-devel@lists.lyx.org, which you should be able to do by replying to this message. openSUSE Tumbleweed, plasma 5 and 6 RC2, wayland scaled, lyx compiled against qt6. I see problems with the workarea, that

Re: LyX 2.4.0, Release Candidate 1

Op 15-01-2024 om 21:40 schreef Richard Kimberly Heck: The LyX team is happy (and relieved) to announce the publication of the first 'release candidate' for the long awaited 2.4.0. You can find tarballs and binaries for Windows and OSX here:     http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ Stric

Re: flatpak

Op 26-11-2023 om 05:48 schreef Richard Kimberly Heck: It's fine to edit lyxrc.defaults, I think. This is basically a normal thing for distributions to do, though there may be some better way to do it. Perhaps someone else will know. I use lyxrc.dist for distribution specific settings. Cor --

Re: metainfo and cmake

Op 06-10-2023 om 12:14 schreef Kornel Benko: Am Fri, 06 Oct 2023 10:53:25 +0100 schrieb José Matos : On Fri, 2023-10-06 at 11:09 +0200, Kornel Benko wrote: Should we rename this file on install to be able to install multiple lyx-versions? Like "org.lyx.LyX.metainfo.xml" -> "LyX2.4.metainfo.xml

metainfo and cmake

Hi, autoconf installs org.lyx.LyX.metainfo.xml automatically, but cmake does not. Intention, mistake, ...? This is on openSUSE, building rpms using the buildservice. Thanks, Cor -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Beta 4 Tarballs

Op 29-08-2023 om 02:47 schreef Richard Kimberly Heck: Beta 4 tarballs are here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ Please prepare the binaries! The hope is to freeze strings soon, once we confirm that some of the fixes in this release work. We'll see. Riki For those on openSUSE I

Fwd: qt6, autoconf and lyx: help wanted

, Cor Doorgestuurd bericht Onderwerp: Re: qt6, autoconf and lyx: help wanted Datum: Sat, 26 Aug 2023 13:51:52 +0200 Van: Fabian Vogt Aan: fact...@lists.opensuse.org CC: Cor Blom Moin, Am Samstag, 26. August 2023, 11:00:58 CEST schrieb Cor Blom: Hi all, I have a problem

Re: Error with Qt 6 and autotools

Op 26-08-2023 om 01:52 schreef Jean-Marc Lasgouttes: Le 25/08/2023 à 22:08, Cor Blom a écrit : Sorry, no change. I give up. Maybe you could just try to ask the suse/qt people why qmake6 does not produce a Makefile in this case? JMarc Done. Waiting for any response. Cor -- lyx-devel

Re: Error with Qt 6 and autotools

Op 25-08-2023 om 21:53 schreef Enrico Forestieri: On Fri, Aug 25, 2023 at 08:45:41PM +0200, Cor Blom wrote: Op 25-08-2023 om 17:58 schreef Enrico Forestieri: On Fri, Aug 25, 2023 at 03:32:50PM +0200, Cor Blom wrote: Op 25-08-2023 om 13:01 schreef Enrico Forestieri: After that, please

Re: Error with Qt 6 and autotools

Op 25-08-2023 om 17:58 schreef Enrico Forestieri: On Fri, Aug 25, 2023 at 03:32:50PM +0200, Cor Blom wrote: Op 25-08-2023 om 13:01 schreef Enrico Forestieri: After that, please report the output of the following commands: $ make -s INCPATH $ make -s LIBS $ make -s EXPORT_MISSING For all

Re: Error with Qt 6 and autotools

Op 25-08-2023 om 17:58 schreef Enrico Forestieri: On Fri, Aug 25, 2023 at 03:32:50PM +0200, Cor Blom wrote: Op 25-08-2023 om 13:01 schreef Enrico Forestieri: After that, please report the output of the following commands: $ make -s INCPATH $ make -s LIBS $ make -s EXPORT_MISSING For all I

Re: Error with Qt 6 and autotools

Op 25-08-2023 om 17:58 schreef Enrico Forestieri: On Fri, Aug 25, 2023 at 03:32:50PM +0200, Cor Blom wrote: Op 25-08-2023 om 13:01 schreef Enrico Forestieri: After that, please report the output of the following commands: $ make -s INCPATH $ make -s LIBS $ make -s EXPORT_MISSING For all I

Re: Error with Qt 6 and autotools

Op 25-08-2023 om 13:01 schreef Enrico Forestieri: After that, please report the output of the following commands: $ make -s INCPATH $ make -s LIBS $ make -s EXPORT_MISSING For all I get: make: *** No rule to make target etc. What am I missing? Cor -- lyx-devel mailing list lyx-devel@lists.l

Re: Error with Qt 6 and autotools

[ 45s] make all-am [ 45s] make[6]: Entering directory '/home/abuild/rpmbuild/BUILD/lyx-qt6-2.4.1692654261.fe74c24da9/src/frontends/qt' [ 45s] CXX ButtonPolicy.o [ 45s] CXX Dialog.o [ 45s] CXX DialogFactory.o [ 45s] CXX Action.o [ 45s] In file included from

Re: Error with Qt 6 and autotools

Op 24-08-2023 om 13:49 schreef Jean-Marc Lasgouttes: Le 24/08/2023 à 13:27, Cor Blom a écrit : Can I see src/frontends/qt/Makefile too? See attached. I use a recent git checkout, so it should be the same as the one in the git sources. I meant the generated Makefile. Ah, sorry. Attached

Re: Error with Qt 6 and autotools

Op 24-08-2023 om 13:09 schreef Jean-Marc Lasgouttes: Le 24/08/2023 à 09:38, Cor Blom a écrit : Op 24-08-2023 om 00:50 schreef Jean-Marc Lasgouttes: Do you have a config.log? The configure mechanism for qt6 now relies on qmake, so there may be quirks. [   22s] run "./configure &a

Re: Error with Qt 6 and autotools

Op 24-08-2023 om 00:50 schreef Jean-Marc Lasgouttes: Do you have a config.log? The configure mechanism for qt6 now relies on qmake, so there may be quirks. [ 22s] run "./configure && make" [ 22s] [ 22s] + TEXMF=/usr/share/texmf [ 22s] + CONFIG_SHELL=/usr/bin/bash [ 22s] + export CONFI

Re: Error with Qt 6 and autotools

Op 22-08-2023 om 21:02 schreef Scott Kostyshak: Are you sure that CMake ends up compiling with Qt 6? I wonder if it's possible CMake actually compiles with Qt 5 (because it detects a missing dependency). It's an isolated build environment where qt5 is not present, so yes it is using qt6. I a

Error with Qt 6 and autotools

Hi, I have tried building the qt6 version using autotools in the buildservice of openSUSE for Tumbleweed. It fails with the following error: [ 45s] make all-am [ 45s] make[6]: Entering directory '/home/abuild/rpmbuild/BUILD/lyx-qt6-2.4.1692654261.fe74c24da9/src/frontends/qt' [ 45s]

Re: What is missing for LyX 2.4?

Op 10-05-2023 om 11:36 schreef Pavel Sanda: On Wed, May 10, 2023 at 11:13:52AM +0200, Cor Blom wrote: On Wed, May 10, 2023 at 09:26:19AM +0200, Cor Blom wrote: openSUSE does contain GM, but it applies a patch to disable some coders. I Thanks for the info Cor. I guess it's in your

Re: What is missing for LyX 2.4?

Op 10-05-2023 om 10:46 schreef Pavel Sanda: On Wed, May 10, 2023 at 09:26:19AM +0200, Cor Blom wrote: openSUSE does contain GM, but it applies a patch to disable some coders. I Thanks for the info Cor. I guess it's in your hands to add new dependencies for converters that will serve

Re: What is missing for LyX 2.4?

Op 09-05-2023 om 21:38 schreef Pavel Sanda: We need to check that opensuse (and fedora?) contain GM, and test it for some time to see possible side effects. openSUSE does contain GM, but it applies a patch to disable some coders. I don't see an easy way for users to get around that as there is

Re: Lyx is listed as proprietary software in gnome software

Op 12-12-2022 om 21:36 schreef Lorenzo Bertini: Hi list, just a heads up that for some reason LyX is listed as having a proprietary license in gnome software. I don't know what is the cause. We might want to fix this soon. Any suggestions on who I can contact? You give very little informat

Re: #8577: Additional features manual

es so I would think twice. On the positive side, you are on Linux! Cor Blom who is our SUSE maintainer is pretty active and as far as I can see there is repository with recent 2.4 so I would try that: https://build.opensuse.org/package/show/home%3Acornelisbb%3Alyx-unstable/lyx (I have no clue wh

Re: 2.4.0 plan for #12215 [LyX crashes with async processes (Qt6 only)] ?

Op 14-11-2022 om 13:46 schreef Thibaut Cuvelier: On Mon, 14 Nov 2022, 11:45 Pavel Sanda, > wrote: On Fri, Nov 11, 2022 at 03:16:05PM -0500, Scott Kostyshak wrote: > If no one fixes it in time, shall we postpone 2.4.0 No, I wouldn't do that. > or proceed

Re: Limit text width in the editor window (non-fullscreen mode)

Op 24-10-2022 om 00:15 schreef Christopher Hillenbrand: Dear LyX developers, Here's a patch for adjusting editor text width in windowed mode (see ticket https://www.lyx.org/trac/ticket/9376). It's an adaptation of the previous patch uploaded by stwitt (two years ago). Please try it out when you

approve link in wiki

Hi, I have updated the page on lyx on openSUSE: https://wiki.lyx.org/LyX/LyXOnOpenSUSE and added a link to where git snapshots packages can be found. Can someone approve the link? Thanks, Cor -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Upgrade from buster to bullseye

Op 08-11-2021 om 11:58 schreef Jean-Marc Lasgouttes: Le 08/11/2021 à 11:20, Jean-Marc Lasgouttes a écrit : However, when compiling the pdf of the UserGuide, none of the svgz icons could be converted, so the padf dispaly failed with a pdf image not found. Here is first of the error messages: c

Re: lyx in plasma sessions

Op 09-08-2021 om 19:36 schreef paolo m.: paolo m. wrote: I cannot preserve open lyx files through plama/kde sessions, is there a way to obtain that? I think you mean that when you have set in kde systemsetting to restore the previous session, that lyx is not restored while other apps are.

Re: DocBook to ePub

Op 07-02-2021 om 23:21 schreef Thibaut Cuvelier: BibTeX doesn't play a role to generate ePub: to generate the relevant DocBook tags, I rely on LyX' understanding of the .bib file (which typically works very well); the DocBook to ePub conversion seems to support references too. For which doc

Re: DocBook to ePub

Op 07-02-2021 om 14:35 schreef Pavel Sanda: On Sun, Feb 07, 2021 at 02:09:03PM +0100, Cor Blom wrote: 2. There was mention of using system xslt and saxon, but I did not see any configure options. Am I correct? BTW: I use autotools. Not provided yet. What package versions of saxon and docbook

Re: DocBook to ePub

Op 29-01-2021 om 18:38 schreef Thibaut Cuvelier: As promised, I started working on ePub output, building upon the new DocBook output. I have build the latest git master on openSUSE and epub export is working fine. I have two questions: 1. Bib(la)text references are ignored. Is that not poss

Re: display of $int...$ under QT5

Op 02-09-2020 om 14:39 schreef Enrico Forestieri: As regards where to put the fonts, you have the choice of leaving them where they are installed by lyx (and, at least on debian, lyx is able to find and use them), or package them separately and register them with fontconfig. In this case, they ca

Re: display of $int...$ under QT5

Op 02-09-2020 om 11:45 schreef Enrico Forestieri: On Wed, Sep 02, 2020 at 10:33:03AM +0200, Enrico Forestieri wrote: [...] This is to be expected, because the fonts should be seen only by lyx. This is how QFontDatabase::addApplicationFont() should work. It is the fact that you don't see some g

Re: display of $int...$ under QT5

Op 01-09-2020 om 22:21 schreef Enrico Forestieri: We already have an elegant solution. We rely on Qt to do the right thing with QFontDatabase::addApplicationFont(), but on linux it does not work right, contrarily to Windows (and I think MacOS) where it works well. In this case it should suffice t

Re: display of $int...$ under QT5

Op 01-09-2020 om 22:21 schreef Enrico Forestieri: We already have an elegant solution. We rely on Qt to do the right thing with QFontDatabase::addApplicationFont(), but on linux it does not work right, contrarily to Windows (and I think MacOS) where it works well. In this case it should suffice t

Re: display of $int...$ under QT5

Op 01-09-2020 om 21:03 schreef Pavel Sanda: On Tue, Sep 01, 2020 at 07:56:43PM +0200, Cor Blom wrote: I have some additional information on top of my previous response with the screenshots. When I leave the tex fonts enabled and I link the lyx fonts into /usr/share/fonts in the folder lyx

Re: display of $int...$ under QT5

Op 01-09-2020 om 21:03 schreef Pavel Sanda: On Tue, Sep 01, 2020 at 07:36:35PM +0200, Cor Blom wrote: I have made two screenshots, one with the fonts from texlive enabled (with-texfonts) and the other disabled (without-texfonts through fontconfig. Unfortunately this is somewhat older test

Re: display of $int...$ under QT5

Op 01-09-2020 om 18:13 schreef Pavel Sanda: On Tue, Sep 01, 2020 at 05:46:10PM +0200, Cor Blom wrote: As far as I can see the esint fonts are working nicely in LyX. Hi Cor, would you mind posting your screenshot of lib/fonts/test/check_glyphs.lyx with Tools>Preferences>Display>Instan

Re: display of $int...$ under QT5

Hi Pavel, Op 01-09-2020 om 18:13 schreef Pavel Sanda: On Tue, Sep 01, 2020 at 05:46:10PM +0200, Cor Blom wrote: As far as I can see the esint fonts are working nicely in LyX. Hi Cor, would you mind posting your screenshot of lib/fonts/test/check_glyphs.lyx with Tools>Preferences>D

Re: display of $int...$ under QT5

Sorry to jump very late in this threat, only saw it today. I don't use LyX for math, so that part I don't know anything about, but I use openSUSE and maintain LyX there, so I am interested to get this right. By default I disable all texlive fonts for the UI by linking the 58-texlive-* config

Re: bug with import of document with multiple languages

Op 25-05-2020 om 20:01 schreef Richard Kimberly Heck: Certainly sounds like a bug. Can you file a report please? Riki Bug #11878 -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

bug with import of document with multiple languages

Hi, Take the following, simple document: \documentclass[ngerman,british]{scrbook} \usepackage{fontspec} \usepackage{polyglossia} \setdefaultlanguage[variant=british]{english} \setotherlanguage{german} \begin{document} English \begin{german} Deutsch \end{german} Continue \end{document} Wh

Re: RTL cursor movement

Op 23-07-19 om 07:41 schreef Jürgen Spitzmüller: Am Dienstag, den 23.07.2019, 06:40 +0200 schrieb Jürgen Spitzmüller: I see. This makes sense. I will update the docs. This is what I came up with: Right-to-left cursor movement: Here you can define how cursor movement (with the arrow keys) beha

Re: RTL cursor movement

Op 22-07-19 om 20:06 schreef Jean-Marc Lasgouttes: We could also wonder whether anybody misses the logical navigation... I use logical navigation. What I expect is that with logical navigation the direction is determined by the direction (RTL or LTR) of the whole paragraph. When in the paragr

Re: [LyX/master] Respect OS-level keyboard language

Op 20-07-19 om 13:34 schreef Jean-Marc Lasgouttes: To be clear, this feature is mainly a request of Hebrew writers, as I see it. As someone writing stuff in multiple western languages and Hebrew I welcome this change, but I think it is overdone. My keyboard setup is that I use a different key

Re: ImageMagick security settings in openSUSE

Op 10-07-19 om 16:51 schreef Pavel Sanda: I'm not sure for how big percentage of userbase I speak of but to butcher postscript processing renders lyx quite unusable imho, so question is to whether suse wants lyx in its repositories at all if this does not work... So if it was on me would rather a

Re: ImageMagick security settings in openSUSE

Op 10-07-19 om 16:51 schreef Pavel Sanda: Can't you simply demand this 'alternative configuration' as dependency when lyx is installed? I can try this. The reason for this security policy has been explained to me, so I have little hope. But who knows... I have updated the wiki with the relev

Re: ImageMagick security settings in openSUSE

Op 10-07-19 om 15:30 schreef Pavel Sanda: On Wed, Jul 03, 2019 at 03:43:06PM +0200, Cor Blom wrote: Dear LyX devs, Because of the following bug https://bugzilla.opensuse.org/show_bug.cgi?id=1139928 I have become aware of the strict security settings in openSUSE which limits capabilities of

ImageMagick security settings in openSUSE

Dear LyX devs, Because of the following bug https://bugzilla.opensuse.org/show_bug.cgi?id=1139928 I have become aware of the strict security settings in openSUSE which limits capabilities of ImageMagick. There is an alternative setting that the user can activate, but most users will not know

rpmlint report for lyx on opensuse

LyX 2.3.1 builds fine on openSUSE. Maybe you are interested in warnings and errors that the buildsystem used by openSUSE report: [ 1130s] RPMLINT report: [ 1130s] === [ 1139s] lyx.x86_64: W: empty-%post [ 1139s] lyx.x86_64: W: empty-%postun [ 1139s] lyx.x86_64: W: non-executable-scrip

Re: cmake and boost

Op 27-07-17 om 22:27 schreef Kornel Benko: This means that the devel version boost-regex is not found. But maybe your installed cmake is not able to find such new boost version. Checking FindBoost.cmake in cmake 3.9, the last known boost are versions between 1.63.00 .. 1.64.99 though. So, what

Re: cmake and boost

Op 27-07-17 om 20:11 schreef Kornel Benko: Have you requested LYX_USE_STD_REGEX? How do I do that? If yes, do you have the devel package for boost-regex installed? Don't know the package name for SuSE, on ubuntu it is for example libboost-regex1.55-dev I have those packages installe

cmake and boost

Hi, I'm testing 2.3 snapshots for openSUSE packaging and stumbled on a problem when building with cmake and system-boost. On Tumbleweed system-boost is not found and only there this error occurs. On Leap 42.2 and 42.3 there is no error, and also not when building with autotools. With automake

Re: cmake and make install

Op 25-07-17 om 20:49 schreef Scott Kostyshak: On Fri, Jun 02, 2017 at 09:55:33AM +0200, Cor Blom wrote: Op 01-06-17 om 12:34 schreef Kornel Benko: (the "%cmake" macro inheritis all kind of openSUSE settings). Which ones? Expanded it becomes this: find . -name CMakeLists.txt -e

fonts provided by lyx

Hi, According to "ReadmeBaKoMa4LyX.txt" and "BaKoMaFontLicense.txt" in the lib/fonts directory the included fonts are meant for Windows. Does this mean they are not necessary for linux? Thanks, Cor

Re: cmake and make install

Op 01-06-17 om 12:34 schreef Kornel Benko: (the "%cmake" macro inheritis all kind of openSUSE settings). Which ones? Expanded it becomes this: find . -name CMakeLists.txt -exec sed -i -re '/^[[:blank:]]*[sS][eE][tT][[:blank:]]*\([[:blank:]]*(CMAKE_BUILD_TYPE|CMAKE_COLOR_MAKEFILE|CMAKE_INSTALL

Re: cmake and make install

Op 01-06-17 om 09:57 schreef Kornel Benko: Am Donnerstag, 1. Juni 2017 um 08:56:06, schrieb Cor Blom What is this BuildService about? This buildservice is used to build the openSUSE distribution. It's like Ubuntu's PPA. I want to see if cmake is a usuable alternative for buildi

cmake and make install

Hi, I'm experimenting with building lyx (2.3 git) with cmake in the openSUSE BuildService. I'm using the following commands: %cmake \ -DLYX_INSTALL=ON \ -DLYX_USE_QT=QT5 \ -DLYX_EXTERNAL_BOOST=OFF \ -DLYX_PROGRAM_SUFFIX=ON \ -DLYX_ASPELL=OFF \ -DLYX_HUNSPELL=ON \ -D

Re: cmake on linux

Op 22-05-17 om 11:02 schreef Kornel Benko: I am using it on linux all the time without problems. Do you have questions about how to compile and create a package (debian or rpm)? Thanks, I'll try that then. openSUSE is rpm. I saw there is an INSTALL.cmake, so I'll go from there. I think I'll ma

cmake on linux

Hi, Coming lyx 2.3 requires automake 1.14, but openSUSE Leap only provides 1.13. Now 2.3 will come too late to 42.3 (which is scheduled for July), so for the official distribution it will not be a problem, but I would still like to provide 2.3 for Leap 42.3 in the future in an addon reposit

Re: [ANNOUNCE] LyX 2.2.3 Released

Op 16-05-17 om 04:45 schreef Nandor Sieben: The source files for 2.2.3 seem to be missing. Yes, they seem not to be copied to ftp://ftp.lyx.org/pub/lyx/stable/2.2.x/ Can this be corrected? Thanks, Cor

Re: LyX and (ancient) Hebrew

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 right. I would be nice to have that done automatically. Xetex does it right, even if it is not marked as rtl.

Re: LyX and (ancient) Hebrew

Op 03-12-16 om 23:03 schreef Cor Blom: Op 03-12-16 om 22:51 schreef Scott Kostyshak: 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

Re: LyX and (ancient) Hebrew

Op 03-12-16 om 22:51 schreef Scott Kostyshak: 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: add a sepa

Re: LyX and (ancient) Hebrew

Op 03-12-16 om 22:24 schreef mn: Where can the polyglossia option be set? This is not obvious to me. Under doc-settings>language>language package>custom = polyglossia ? Yes, I have to admit: this is not obvious. The setting "automatic" works for me, it give me polyglossia (although it is not e

Re: LyX and (ancient) Hebrew

Op 03-12-16 om 21:43 schreef Scott Kostyshak: Mike, I'm CC'ing a few people who have LyX + Hebrew knowledge. Perhaps one of them is interested in joining this conversation about how we can improve LyX to make it easier for users of Hebrew. If I may offer some suggestions... I am not a programme

Re: LyX and (ancient) Hebrew

Op 03-12-16 om 22:06 schreef Scott Kostyshak: On Sat, Dec 03, 2016 at 09:49:09PM +0100, 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?

Re: LyX and (ancient) Hebrew

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 for that (which can be set in Lyx gui) and something like this in the pream

Re: lyx and dark color schemes

Op 15-06-16 om 16:47 schreef Liviu Andronic: On Wed, Jun 15, 2016 at 3:35 PM, Guillaume Munch wrote: Le 14/06/2016 22:14, Cor Blom a écrit : Op 14-06-16 om 22:21 schreef Guillaume Munch: Le 14/06/2016 21:16, Cor Blom a écrit : Op 14-06-16 om 22:09 schreef Guillaume Munch: Le 14/06/2016

Re: lyx and dark color schemes

Op 14-06-16 om 22:21 schreef Guillaume Munch: Le 14/06/2016 21:16, Cor Blom a écrit : Op 14-06-16 om 22:09 schreef Guillaume Munch: Le 14/06/2016 18:44, Cor Blom a écrit : Hi, Recently I tried lyx with a dark color scheme (breeze-dark under kde plasma 5). Ihe toolbar icons are problematic

Re: lyx and dark color schemes

Op 14-06-16 om 22:09 schreef Guillaume Munch: Le 14/06/2016 18:44, Cor Blom a écrit : Hi, Recently I tried lyx with a dark color scheme (breeze-dark under kde plasma 5). Ihe toolbar icons are problematic, but I know how to fix that (and the oxygen set is not that bad against a dark background

lyx and dark color schemes

Hi, Recently I tried lyx with a dark color scheme (breeze-dark under kde plasma 5). Ihe toolbar icons are problematic, but I know how to fix that (and the oxygen set is not that bad against a dark background). In general I'm happy about it. There is one issue. I don't know whether it's possi

Re: 2.2.0beta1 tar balls are available

Op 10-02-16 om 04:18 schreef Scott Kostyshak: The tar balls and sig files are here: https://www.dropbox.com/sh/y57gkjh8xo89ct4/AACbDGN83b4eq0cjkgR8tsq9a?dl=0 Packagers, please prepare your binaries. Non-packagers, please do a quick test of compilation (from the tar ball) and basic functionalit

Re: Last change in splash.lyx

Op 04-02-16 om 22:59 schreef Jean-Pierre Chrétien: Cor Blom solcon.nl> writes: On openSUSE it does not exist. So how are the languages in TeXlive for openSUSE ? Will the user have a similar problem than with Debian avatars (i.e. no language package other than English loaded by defa

Re: Last change in splash.lyx

Op 04-02-16 om 00:35 schreef Uwe Stöhr: Am 03.02.2016 um 15:32 schrieb Jean-Pierre Chrétien: I think that it could also point out the texlive-lang-all packages which avoids any concern about documents with foreign languages like some of the manuals and examples. Attached is a patch with a prop

Re: Crash on Fedora 23 on copying or cutting text

Op 09-09-15 om 11:30 schreef José Matos: On Wednesday 09 September 2015 09:33:12 José Matos wrote: For me the crash is easily reproducible, it is enough to select some text and then to copy it or cut it, lyx always crashes. The attached file is a simple example where this happens. Select the

Re: Visual feedback of \textsc\emph

Op 26-06-15 om 16:07 schreef Jean-Marc Lasgouttes: Le 26/06/2015 15:20, Cor Blom a écrit : Hi, Sometimes I want text to be both small caps and emphasised. I can do that and it is correct in the output, but in lyx itself it just shows as regular text, indistuinguisable from normal text, which

Visual feedback of \textsc\emph

Hi, Sometimes I want text to be both small caps and emphasised. I can do that and it is correct in the output, but in lyx itself it just shows as regular text, indistuinguisable from normal text, which makes it hard to use this. Is this a bug? Or is there something else wrong? Using 2.1.3 on

Re: boost 1.58 and 2.1.x branch

My problem has disappeared with updated packages. So never mind. Sorry for the noise. Cor Op 22-06-15 om 09:16 schreef Cor Blom: Hi, openSUSE Factory/Tumbleweed now has boost 1.58. We build lyx against system boost and for 2.1.3 this fails now because of boost. In master this has been fixed

boost 1.58 and 2.1.x branch

Hi, openSUSE Factory/Tumbleweed now has boost 1.58. We build lyx against system boost and for 2.1.3 this fails now because of boost. In master this has been fixed, is it possible to backport this to branch? If this is too complicated then I'll just build with internal boost until 2.2. Than

Re: Install package texlive-esint-type1

Op 07-01-15 om 08:23 schreef Vincent van Ravesteijn: Hi all, To compile the User's guide, I had to manually install the package "texlive-esint-type1". Shouldn't this be installed automatically when the lyx package is installed ? I'm now at OpenSuse. Do other distros do install this package ? H

Re: Python detection

Op 13-04-13 03:09, Pavel Sanda schreef: José Matos wrote: So these are the facts. The question then is how do we want to proceed? I thought we want to be >3.0 compatible and ditch 2.x series completely(?). Otherwise it looks like just maintenace burden without profit. What's the status of pyt

Re: support for xdg-open (Linux) and open (Mac)

Op 05-11-12 16:00, Kayvan Sylvan schreef: In the Fedora distribution lyx packages, an xdg-open patch is applied and the resulting lyx seems to work correctly. openSUSE, mageia and ubuntu (as it is coming with the distro, don't know about lyx-ppa) are using the same patch (it was once committed

Re: LyX 2.0.3 Sources Available

Op dinsdag 21 februari 2012 07:22:55 schreef Stephan Witt: > Am 20.02.2012 um 23:55 schrieb Cor Blom: > > Op maandag 20 februari 2012 23:02:38 schreef Cor Blom: > >> Op maandag 20 februari 2012 22:39:46 schreef Liviu Andronic: > >>> On Mon, Feb 20, 2012 at 10:19 P

Re: LyX 2.0.3 Sources Available

Op maandag 20 februari 2012 23:02:38 schreef Cor Blom: > Op maandag 20 februari 2012 22:39:46 schreef Liviu Andronic: > > On Mon, Feb 20, 2012 at 10:19 PM, Cor Blom wrote: > > > The only way I can understand that is that lyx is looking in > > > /usr/share/m

Re: LyX 2.0.3 Sources Available

Op maandag 20 februari 2012 22:39:46 schreef Liviu Andronic: > On Mon, Feb 20, 2012 at 10:19 PM, Cor Blom wrote: > > The only way I can understand that is that lyx is looking in > > /usr/share/myspell for the dictionaries. > > This is what seems to happen on Ubuntu Lucid.

Re: LyX 2.0.3 Sources Available

Op maandag 20 februari 2012 21:49:18 schreef Pavel Sanda: > Cor Blom wrote: > > Is this a bug, or is it intended to work this way? > > RELEASE-NOTES clearly states: > System-wide hunspell dictionaries are in standard Linux installs > looked up at /usr/local/share/lyx/dic

Re: LyX 2.0.3 Sources Available

Op maandag 20 februari 2012 14:59:08 schreef Pavel Sanda: > Cor Blom wrote: > > It is building fine on all version of openSUSE. But I have a problem > > with > > hunspell. If I understand correctly, user or packager no longer have to > > give an explicit directory fo

Re: LyX 2.0.3 Sources Available

Op zondag 19 februari 2012 11:18:44 schreef Richard Heck: > LyX 2.0.3 source tarballs are available from: > http://frege.brown.edu/lyx/ > Please let me know if there are any difficulties. I'll plan to release > late this week (Friday or Saturday) if there are not. > > Please note that branch

Re: Potential fix for slowness on X11 (Re: r39932 - lyx-devel/trunk/src/frontends/qt4

Op 23-12-11 14:35, Pavel Sanda schreef: Abdelrazak Younes wrote: so we need new RC option or even better to test internally whether we are on local box. i'm not sure how to detect it reliably but one possible route seems to be DISPLAY environment variable. (i see DISPLAY=:0.0 on local connection

Re: desktop file and suffix

Op 20-12-11 14:15, Jean-Marc Lasgouttes schreef: I did the necessary adjustments, please test. Works fine for me. Thanks, If we intend this desktop entry to be useful for everybody, shall we add l10n to it (lifted from debian or fedora packaging)? l10n is useful especially in the case of KD

Re: desktop file and suffix

Op 14-12-11 16:34, Jean-Marc Lasgouttes schreef: Le 14/12/2011 12:05, Pavel Sanda a écrit : Cor Blom wrote: Trunk has now a lyx.desktop file, but what happens when lyx is compiled with the option "--with-version-suffix=..."? The binary then gets a suffix, but in the desktop file t

Re: desktop file and suffix

Op 14-12-11 12:05, Pavel Sanda schreef: Cor Blom wrote: Trunk has now a lyx.desktop file, but what happens when lyx is compiled with the option "--with-version-suffix=..."? The binary then gets a suffix, but in the desktop file the command "lyx", without suffix, is stil

desktop file and suffix

Hi, Trunk has now a lyx.desktop file, but what happens when lyx is compiled with the option "--with-version-suffix=..."? The binary then gets a suffix, but in the desktop file the command "lyx", without suffix, is still found. For me as a packager (openSUSE) it is no problem to patch the desk

  1   2   >