Re: copy inside math and paste in text mode gives LaTeX

On 2/05/2017 9:50 a.m., Enrico Forestieri wrote: On Mon, Feb 27, 2017 at 12:41:40PM -0500, Scott Kostyshak wrote: I'm often asked by LyX users why LyX behaves in the following way: 1. Start math and type X to the power \alpha. 2. Inside the math inset, copy the contents. 3. Outside the math

Re: #9841: use Qt's session management?

On Mon, May 01, 2017 at 07:28:05PM +0200, Guillaume MM wrote: > To be clear this was about using Qt's session inside the main files as > an alternative to Session. Qt's session is already used for the GUI. I see now. > I retract that suggestion because I found that the session is lost too >

Re: Default to Qt 4 or Qt 5 with our build systems?

On Mon, May 01, 2017 at 10:18:28PM +0200, Uwe Stöhr wrote: > El 01.05.2017 a las 18:43, Jean-Marc Lasgouttes escribió: > > > We can define a lower bound for acceptable qt5 version like we do for > > python 3 vs 2. I would not want a crappy qt 5.1 on a system with a > > perfectly valid qt4.8. >

Re: Default to Qt 4 or Qt 5 with our build systems?

On Mon, May 01, 2017 at 07:21:18PM +0200, Guillaume MM wrote: > Le 01/05/2017 à 18:43, Jean-Marc Lasgouttes a écrit : > > We can define a lower bound for acceptable qt5 version like we do for > > python 3 vs 2. I would not want a crappy qt 5.1 on a system with a > > perfectly valid qt4.8. +1 >

Re: LyX 2.3.0alpha1-1

On Mon, May 01, 2017 at 09:54:47PM +0200, Uwe Stöhr wrote: > El 01.05.2017 a las 18:53, Uwe Stöhr escribió: > > > Wohoo, I finally found the problem: > > Here is the installer: > > http://ftp.lyx.de/LyXWinInstaller/LyX2.3alpha1/ > > Please check the signature. > > The only change I had to

Re: LyX 2.3 alpha 1

On Sat, Apr 29, 2017 at 08:27:13PM +0100, F M Salter wrote: > It does compile sufficiently to produce a pdf output file. > Accepting that the LyX editor appears to accept --- though possibly > gagging on this file --- it was produced by LyX editing and copying! > This might suggest there are

Re: copy inside math and paste in text mode gives LaTeX

On Mon, Feb 27, 2017 at 12:41:40PM -0500, Scott Kostyshak wrote: > I'm often asked by LyX users why LyX behaves in the following way: > > 1. Start math and type X to the power \alpha. > 2. Inside the math inset, copy the contents. > 3. Outside the math inset, paste. > > The text "X^{\alpha}" is

Re: Default to Qt 4 or Qt 5 with our build systems?

El 01.05.2017 a las 18:43, Jean-Marc Lasgouttes escribió: We can define a lower bound for acceptable qt5 version like we do for python 3 vs 2. I would not want a crappy qt 5.1 on a system with a perfectly valid qt4.8. The plan was not to require Qt 5.1 but just to set in CMake the default

Re: LyX 2.3.0alpha1-1

El 01.05.2017 a las 19:33, Kornel Benko escribió: if (WIN32) set(suffixing ${LYX_PACKAGE_SUFFIX}) else() set(suffixing ${LYX_PROGRAM_SUFFIX}) endif() if(suffixing) set(PACKAGE ${PACKAGE_BASE}${LYX_INSTALL_SUFFIX}) else() set(PACKAGE ${PACKAGE_BASE}) endif()

Re: LyX 2.3.0alpha1-1

El 01.05.2017 a las 18:53, Uwe Stöhr escribió: Wohoo, I finally found the problem: Here is the installer: http://ftp.lyx.de/LyXWinInstaller/LyX2.3alpha1/ Please check the signature. The only change I had to make in the tarball files is the attached one. As this does not change anything in

Jenkins build is back to normal : Build branch "master" » ubuntu-xenial-qt4-autotools-extended #187

https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-xenial-qt4-autotools-extended/187/

Re: [LyX/master] Remove workaround for bug in TeXLive2005.

On 2017-05-01, Kornel Benko wrote: > Am Sonntag, 30. April 2017 um 17:01:29, schrieb Scott Kostyshak > >> On Sun, Apr 30, 2017 at 08:50:22AM -0400, Scott Kostyshak wrote: >> > >> > After removing the old latin9.def file, the test >> > >> > "doc/UserGuide_pdf5_texF" >> > >>

Re: LyX 2.3.0alpha1-1

Am Montag, 1. Mai 2017 um 18:53:21, schrieb Uwe Stöhr > El 01.05.2017 a las 17:57, Uwe Stöhr escribió: > > Wohoo, I finally found the problem: > - the file config.h is created by CMake > - in its line number 33 there is: >#define PACKAGE "LyX" > - if I change it manyually

Jenkins build is back to normal : Build branch "master" » ubuntu-latest-qt5-cmake #170

https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-latest-qt5-cmake/170/

Re: copy inside math and paste in text mode gives LaTeX

Le 27/02/2017 à 18:41, Scott Kostyshak a écrit : I'm often asked by LyX users why LyX behaves in the following way: 1. Start math and type X to the power \alpha. 2. Inside the math inset, copy the contents. 3. Outside the math inset, paste. The text "X^{\alpha}" is pasted. The user seems to

Re: #9841: use Qt's session management?

Le 21/04/2017 à 05:51, Scott Kostyshak a écrit : Please see http://www.lyx.org/trac/ticket/9841 Guillaume proposed to use Qt's session management, which would simplify things. Does anyone have an opinion? I'm not sure if Guillaume would have the time and interest to implement this for

Re: Default to Qt 4 or Qt 5 with our build systems?

Le 01/05/2017 à 18:43, Jean-Marc Lasgouttes a écrit : We can define a lower bound for acceptable qt5 version like we do for python 3 vs 2. I would not want a crappy qt 5.1 on a system with a perfectly valid qt4.8. Note that the end of life warning is not relevant on old systems (in Linux

Re: LyX 2.3.0alpha1-1

El 01.05.2017 a las 17:57, Uwe Stöhr escribió: Wohoo, I finally found the problem: - the file config.h is created by CMake - in its line number 33 there is: #define PACKAGE "LyX" - if I change it manyually to #define PACKAGE "LyX2.3" I get what I need. the bug is in CmakeLists.txt line 465

Re: Default to Qt 4 or Qt 5 with our build systems?

We can define a lower bound for acceptable qt5 version like we do for python 3 vs 2. I would not want a crappy qt 5.1 on a system with a perfectly valid qt4.8. Note that the end of life warning is not relevant on old systems (in Linux world). So, what is the minimal good qt5 version ? JMarc

Re: [LyX/master] Do not add symbols twice to Encoding::symbolsList()

Am Montag, 1. Mai 2017 um 18:15:44, schrieb Jürgen Spitzmüller > Am Montag, den 01.05.2017, 17:50 +0200 schrieb Kornel Benko: > > What about a warning if symbol already processed? > > I don't think this is necessary. > > What happened is that LyX added all symbols that are

Re: LyX 2.3.0alpha1-1

Am Montag, 1. Mai 2017 um 17:48:55, schrieb Uwe Stöhr > El 01.05.2017 a las 12:52, Kornel Benko escribió: > > > It is available here. > > Not here: I took latest master, deleted the CMake cache and set up > everything from scratch. As you can see in the attached screenshot

Re: LyX 2.3.0alpha1-1

Am Montag, 1. Mai 2017 um 17:57:05, schrieb Uwe Stöhr > El 01.05.2017 a las 17:48, Uwe Stöhr escribió: > > > Moreover, as you can see in the screenshot, I get now many warnings > > since your latest commit > >

Re: [LyX/master] Do not add symbols twice to Encoding::symbolsList()

Am Montag, den 01.05.2017, 17:50 +0200 schrieb Kornel Benko: > What about a warning if symbol already processed? I don't think this is necessary.  What happened is that LyX added all symbols that are encodable in the current encoding to that list (which is only used by GuiSymbols) and then all

Jenkins build is back to normal : Build branch "master" » ubuntu-xenial-qt4-autotools #178

https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-xenial-qt4-autotools/178/

Re: LyX 2.3.0alpha1-1

El 01.05.2017 a las 17:48, Uwe Stöhr escribió: Moreover, as you can see in the screenshot, I get now many warnings since your latest commit http://www.lyx.org/trac/changeset/d74c43e7a307d381e71251d5e376f8629e5aa3d9/lyxgit Ah, it seems that i can ignore them, right? Another issue: I can now

Re: [LyX/master] Do not add symbols twice to Encoding::symbolsList()

Am Montag, 1. Mai 2017 um 17:35:29, schrieb Juergen Spitzmueller > commit 74c10e06aa63161349def47738afcca7f398f330 > Author: Juergen Spitzmueller > Date: Mon May 1 17:34:25 2017 +0200 > > Do not add symbols twice to Encoding::symbolsList() What about a

Re: LyX 2.3.0alpha1-1

Am Montag, 1. Mai 2017 um 12:39:30, schrieb Uwe Stöhr > El 01.05.2017 a las 07:08, Kornel Benko escribió: > > >> But I don't, or the version suffix for the appdata folder is set at > >> another place, but where? > > > > Have you set > > -DLYX_PROGRAM_SUFFIX=ON > > No

Re: LyX 2.3.0alpha1-1

El 01.05.2017 a las 07:08, Kornel Benko escribió: But I don't, or the version suffix for the appdata folder is set at another place, but where? Have you set -DLYX_PROGRAM_SUFFIX=ON No because this setting is not available in the CMake GUI. I set it now via the build script but the

Re: Default to Qt 4 or Qt 5 with our build systems?

On Monday, 1 May 2017 03.46.51 WEST Richard Heck wrote: > On 04/30/2017 07:23 PM, Scott Kostyshak wrote: > > Suppose that a system has both Qt 4 and Qt 5 development libraries > > installed. Should our automake and CMake build systems choose to use Qt > > 4 or Qt 5? > > > > Uwe made a good point

Build failed in Jenkins: Build branch "master" » ubuntu-xenial-qt4-autotools-extended #186

https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-xenial-qt4-autotools-extended/186/-- [...truncated 35 lines...] remote: Compressing objects: 0% (57/22368) remote: Compressing objects: 0% (76/22368) remote: Compressing

Build failed in Jenkins: Build branch "master" » ubuntu-latest-qt5-cmake #169

https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-latest-qt5-cmake/169/-- Started by an SCM change Building remotely on lyx-linux3 (linux) in workspace [WS-CLEANUP]

Re: Default to Qt 4 or Qt 5 with our build systems?

Am Sonntag, 30. April 2017 um 22:46:51, schrieb Richard Heck > On 04/30/2017 07:23 PM, Scott Kostyshak wrote: > > Suppose that a system has both Qt 4 and Qt 5 development libraries > > installed. Should our automake and CMake build systems choose to use Qt > > 4 or Qt 5? > > > >

Build failed in Jenkins: Build branch "master" » ubuntu-xenial-qt4-autotools #177

https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-xenial-qt4-autotools/177/-- Started by an SCM change Building remotely on lyx-linux0 (linux) in workspace