Virtual meeting summary (2021-01-11)

Hi, we have met virtually on Monday, 2021-01-11. A short summary of the major points discussed can be found here: https://wiki.lyx.org/Devel/Meeting2021-01-11 For those who were not able to attend feel free to ask question if the summary is too terse. Personally I think that the meeting was

Re: Change LyX release numbering to Semantic Versioning

On Monday, January 11, 2021 10:58:48 PM WET Joel Kulesza wrote: > Regarding semantic versioning: I feel like LyX already (arguably) uses that. > The argument I imagine: it's not clear what prompted moving from version > 1->2, What is the rationale of the number change? I have been bugging the mai

Re: XML stream writer library

On 1/12/21 6:19 PM, Thibaut Cuvelier wrote: > On Tue, 12 Jan 2021 at 16:33, Lorenzo Bertini > mailto:lorenzobertin...@gmail.com>> wrote: > > Il 08/01/21 03:00, Thibaut Cuvelier ha scritto: > > A tour of some C++ libraries for XML: > > - RapidXML: mostly unmaintained since 2013, no suppo

Re: Feature Request from Doug Martin and Tom Philips

On 1/12/21 6:04 PM, Doug Martin wrote: > Tom and I are using various R packages for the book Portfolio > Construction and Risk Management that we are writing > using LYX.  A LYX feature that would help us in that effort a lot > would be the ability to import R data framesm and data.table > objects

Re: XML stream writer library

On Tue, 12 Jan 2021 at 16:33, Lorenzo Bertini wrote: > Il 08/01/21 03:00, Thibaut Cuvelier ha scritto: > > A tour of some C++ libraries for XML: > > - RapidXML: mostly unmaintained since 2013, no support for namespaces > > (except in forks: https://github.com/dwd/rapidxml > >

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

On 12.01.21 22:46, LyX Ticket Tracker wrote: #11453: App icons are not retina-ready, missing resolutions -+--- Reporter: Mike | Owner: stwitt Type: enhancement | Status: assigned Priority: normal | Milestone: C

Feature Request from Doug Martin and Tom Philips

Tom and I are using various R packages for the book Portfolio Construction and Risk Management that we are writing using LYX. A LYX feature that would help us in that effort a lot would be the ability to import R data framesm and data.table objects created using the excellent data.table package. G

A Very Happy Pair of LYX Users

I noticed the following at https://www.lyx.org/MailingLists#toc3 " Also, if you are a LyX user and have enjoyed using LyX for some purpose, it would be nice of you to email the developers to let us know.", and I am responding accordingly. I started using LYX in 2004 because one of my PhD studen

Re: LyX 2.3.6.1 Tarballs and Binaries

On 12/29/20, Richard Kimberly Heck wrote: > The fix for bug #12056, which prevented inclusion of TeX files, warrants > a quick re-release. I've also included the fix for #11746, which caused > problems on Gnome Wayland on Fedora. > > Tarballs here: > > http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/ > >

Re: LyX 2.4 Status Update

On 1/12/21 11:35 AM, Yu Jin wrote: > Am Mo., 11. Jan. 2021 um 19:40 Uhr schrieb Richard Kimberly Heck > mailto:rikih...@lyx.org>>: > > On 1/11/21 1:38 PM, Yu Jin wrote: >> Am Mo., 11. Jan. 2021 um 18:36 Uhr schrieb Richard Kimberly Heck >> mailto:rikih...@lyx.org>>: >> >> I've j

Re: LyX 2.4 Status Update

Am Mo., 11. Jan. 2021 um 19:40 Uhr schrieb Richard Kimberly Heck < rikih...@lyx.org>: > On 1/11/21 1:38 PM, Yu Jin wrote: > > Am Mo., 11. Jan. 2021 um 18:36 Uhr schrieb Richard Kimberly Heck < > rikih...@lyx.org>: > >> I've just uploaded Eugene's Windows binaries to the ftp server and will >> wait

Re: XML stream writer library

Il 08/01/21 03:00, Thibaut Cuvelier ha scritto: A tour of some C++ libraries for XML: - RapidXML: mostly unmaintained since 2013, no support for namespaces (except in forks: https://github.com/dwd/rapidxml ) - Boost Property Tree: no XML parser, which limits fur

Re: LyX 2.4 Status Update

On Mon, Jan 11, 2021 at 01:25:34PM -0500, Richard Kimberly Heck wrote: > On 1/11/21 1:22 PM, Pavel Sanda wrote: > >On Mon, Jan 11, 2021 at 12:36:01PM -0500, Richard Kimberly Heck wrote: > >>That said: Are there any new features people would > >>still like to get into 2.4 that require format changes

Re: Change LyX release numbering to Semantic Versioning

Le 12/01/2021 à 11:00, Pavel Sanda a écrit : - I prefer to stay with single digits as long as possible because it's easier to remember/communicate them. The moment the version numbers go beyond 10, you tend to lose track of versions (experience with firefox-like scheme). Firefox change

Re: Change LyX release numbering to Semantic Versioning

On Mon, Jan 11, 2021 at 03:58:48PM -0700, Joel Kulesza wrote: > So, this is effectively how things operate now except collapsing the fourth > entry into the third. Once a breaking change occurs, then the jump would > be made from 2->3. I agree. If the 4th number is too disturbing collapsing it in

Re: Change LyX release numbering to Semantic Versioning

On Mon, Jan 11, 2021 at 08:59:55PM +, José Abílio Matos wrote: > Since we our release schedule is every two years this will keep us in low > numbers for a long time. > > What do you think? Not surprisingly, I'd propose to stay where we are. The reasons are two: - I prefer to stay with sing

Re: #11532: inputencoding desynchronisation

On 4.01.21, LyX Ticket Tracker wrote: > #11532: inputencoding desynchronisation > --+- > Reporter: milde | Owner: lasgouttes > Type: defect| Status: new > Priority: low | Milestone: > Component: lat

Re: What Localized Manuals Are Maintained?

Le 11/01/2021 à 18:52, Richard Kimberly Heck a écrit : Before I send a note asking for help with the copy-paste stuff, what localized manuals are currently maintained? I.e., for which languages do we need to copy over the new and changed material? As I said yesterday, manuals other than Intr

Re: Change LyX release numbering to Semantic Versioning

Am Mo., 11. Jan. 2021 um 23:59 Uhr schrieb Joel Kulesza : > Regarding semantic versioning: I feel like LyX already (arguably) uses > that. The argument I imagine: it's not clear what prompted moving from > version 1->2, but a Python-based conversion script manages forward/backward > compatibility