Re: 2.4.0 Tarballs
On Sat, May 25, 2024 at 10:45:54PM -0400, Richard Kimberly Heck wrote: > Let's have a day or two of testing. Assuming all goes well, we can build > tarballs early next week, and release at the end of the week. seems to work on oldstable debian. p -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Wininstaller Qt6.7 changed file name
On Sun, May 26, 2024 at 07:35:16AM +, Eugene Chornyi wrote:
> commit a6d0d7ea92b686fc102b05970830ee11fc51e47b
> Author: Eugene Chornyi
> Date: Sun May 26 09:35:10 2024 +0200
>
> Wininstaller Qt6.7 changed file name
> ---
> development/Win32/packaging/installer/src/main.nsh | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/development/Win32/packaging/installer/src/main.nsh
> b/development/Win32/packaging/installer/src/main.nsh
> index b3713862d1..5062267720 100644
> --- a/development/Win32/packaging/installer/src/main.nsh
> +++ b/development/Win32/packaging/installer/src/main.nsh
> @@ -629,7 +629,8 @@ Section -ProgramFiles
>File "${FILES_QT}\bin\platforms\qwindows.dll"
>
>SetOutPath "$INSTDIR\bin\styles"
> - File "${FILES_QT}\bin\styles\qwindowsvistastyle.dll"
> + File /nonfatal "${FILES_QT}\bin\styles\qwindowsvistastyle.dll"
> + File /nonfatal "${FILES_QT}\bin\styles\qmodernwindowsstyle.dll"
I guess it would make sense to document in INSTALL.Win32
what combination of Qt and MSVC the build was tested and works?
Pavel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Translation status for 2.4.0
On Sun, May 26, 2024 at 12:01:16AM +0200, JP wrote: > I see that French misses 5 translations. > I am puzzled because locally with 2.4.x up to date after git pull and > strings remerged, the translation is up to date. > Am I missing something? Just old status, current 2.4.x shows 0 untranslated... P -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4 -- memory full when trying to copy a math block having boxed expression with 4 levels of nested deep subscript
On Fri, May 24, 2024 at 01:35:28PM -0400, Alexander Dunlap wrote:
> >>> I can reproduce this. I investigated a little and it seems that the
> >>> problem is that the "while (true)" loop in the splitAndWrapInMText
> >>> function in InsetMathBox.cpp is never terminating. I believe that the
> >>> reason for this is that the logic in this function is not correctly
> >>> identifying the matching XHTML end tag for a given start tag, since it
> >>> doesn't take into account nested tags properly.
> >>
> >> Here is a patch that fixes the problem for me. It needs extensive
> >> checking/testing though because I do not know too much about XHTML or what
> >> all sorts of input might be seen in this function.
> >
> > This patch is indeed not good enough, because it fails if there is text
> > inside the tag that contains the tag name. This is another case of the
> > problem in the 2.4 RC's: if you type \left(msub\right)_{0} then it also
> > hangs when you try to copy it. The attached patches attempt to fix this
> > issue but it seems maybe a proper parsing system would be better.
>
> Should I upload these patches to the bug tracker so they are not lost?
Yes, please do.
Pavel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: BUG [Was Re: TESTING Tarballs for 2.4.0]
On Tue, May 14, 2024 at 12:28:09PM -0400, Richard Kimberly Heck wrote: > On 5/14/24 10:29, Pavel Sanda wrote: > > On Tue, May 14, 2024 at 04:13:49PM +0200, Pavel Sanda wrote: > > > On Tue, May 14, 2024 at 03:27:13PM +0200, Pavel Sanda wrote: > > > > On Mon, May 13, 2024 at 05:48:40PM -0400, Richard Kimberly Heck wrote: > > > > > Tarballs for 2.4.0 are here: > > > > > > > > > > http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ > > > > Looks ok on stable and oldstable debian. > > > not a showstopper, but with little playing I see the following problem > > > with tables: > > > > > > 1. insert single cell table and lyx note into it > > > 2. put cursor inside the cell, in front of the note > > > 3. open table setting via context menu, mouse cursor should be close to > > > text cursor when opening > > > 4. remove all frames via delete button & OK > > > 5. the frames are removed, the console shows: > > sorry typo, the frames are *not* removed > > > > > Lexer.cpp (902): Missing 'note'-tag in InsetNote::string2params. Got > > > tabular instead. Line: 0 > > > Lexer.cpp (902): Missing 'Note'-tag in InsetNote::string2params. Got > > > tabular instead. Line: 0 > > We are going to have to rebuild the tarballs, due to the cmake issue. Do we > want to address this? Not a showstopper for 2.4.0, now filled as a bug #13068. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: metainfo wrong target dir?
On Thu, May 23, 2024 at 10:10:00AM +0200, Kornel Benko wrote: > > > As I am not sensing anyone is heading towards investigating this > > > what if we release with the windows instruction to simply run > > > cmake twice? > > > > > > > It would be no problem for me, but I think that this still should be > > addressed and solved. I agrre it would be nice to have it solved. But I don't see that anyone has either clue or stamina to work on it. At the same time we have workaround and 2.4.0 release is hanging just on this point. Others please chime in, but I'd say just document it and release 2.4.0. If we get some clue it can be always added in 2.4.1 which won't take for long I guess. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: metainfo wrong target dir?
On Thu, May 16, 2024 at 10:35:45PM +0200, Yu Jin wrote:
> > > > You could check the value at CMakeLists.txt:575 (after being set on
> > line 573).
> > > > message(STATUS "CMAKE_INSTALL_PREFIX=${CMAKE_INSTALL_PREFIX}")
> > > >
> > > This is the output
> > > CMAKE_INSTALL_PREFIX=LYX_INSTALLED
> > > looks fine I guess.
> >
> > For me it looks wrong. (Should be full path).
> >
> > I am interested of the output when run the first time compared to run on
> > second time.
> >
> Attached. Both runs in one file one after another.
>
> > Also are you compiling as bundle (I hope not)?
> >
> No.
As I am not sensing anyone is heading towards investigating this
what if we release with the windows instruction to simply run
cmake twice?
Pavel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Negative counts with statistics-reference-clamp and selection
On Tue, May 21, 2024 at 02:11:46PM -0400, Scott Kostyshak wrote: > In a document if you do a reference clamp and then select some words, it > shows negative counts (see screenshots). After thinking about it I suppose > this is accurate, but is this useful in any case? I'm not sure what I would > expect since I don't use reference clamp, but still wanted to check. That's intended. Relative count means you can go positive or negative with regard to your target value. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Regressions in 2.4 xhtml export [was: TESTING Tarballs for 2.4.0]
On Mon, May 20, 2024 at 05:02:02PM +0200, Thibaut Cuvelier wrote: > The problem is that LyX tells me there is a problem more than 10 times for > one document, 10 times the same error, with a modal window that seems to > block further processing of the document. I can just set the PATH in LyX' > configuration for these messages not to appear any longer, but they > shouldn't be that present if you haven't configured LaTeX. In other words, > my only complaint is about the number of errors that LyX shows the user, a > single occurrence would be better. I see, the dialog with "Don't show again" look as the most obvious solution? > Having the size in pixels would be best! In that case, we can use the usual > width/height attributes. > > I am not sure that a UI change is required for most cases: we could read Do you propose to use UI for size in pdf output or UI for size in LyX window? > the image size and apply the scale ratio, that's what most users will want, > I believe (or have an HTML scale, optionally different from the LaTeX > scale). Some people will probably want to have something specific for their > HTML output, but that is more advanced. (If you want to do something more > complete for DocBook, you'd need to specify the viewport and the content > sizes: https://tdg.docbook.org/tdg/5.2/imagedata. But you can also give > different images with different size attributes for the various formats -- > Web and print, typically --, but I'm not willing to go that route, as it > would be a complex UI and LyX isn't really a DocBook editor.) > > In any case, I can give a hand for the HTML/DocBook parts :)! > > PS. I had an epiphany when reading your message: LyX already computes a > size for each image! I just pushed > ce5f84ff02e04a10d345776571ae0a2439b09e8f, which is a cleaner solution when > the user gives a scale, with no drawback AFAICT. Indeed looks better in many cases. But some, like section 4.6.2, are still awkward. I see that # pixels or % scale is more or less the same, you just need to recompute on your own. But the difference might be if in html space something like 50% of page width is common scenario. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Regressions in 2.4 xhtml export [was: TESTING Tarballs for 2.4.0]
On Mon, May 20, 2024 at 03:24:30AM +0200, Thibaut Cuvelier wrote:
> > InsetInfo shortcuts export to xhtml is borken compared to 2.3.
> >
> > In 2.3 we exported: Ctrl+N
> > In 2.4 we expor: Ct+r+l+++N
> >
> > Thibaut, I guess this is due to new xml routines, could you have a look?
> >
>
> Actually, it was due to the refactoring for direction in HTML5. I have
> pushed 7cfe36e6aa4460ae8641cd36f4aab5f013390326 and
> e3f2b10842cdc808e9f2bf235692f283009d3734 to fix that. This could make it to
> 2.4.0, as it is a bit serious.
I vote for 2.4.0 as well, the fix is restricted to xhtml code which
shows regression anyway.
Riki?
> Related issue:
>
> When exporting the document (User's guide) as XHTML (I haven't configured
> LaTeX with my development LyX), I am repeatedly getting this message:
>
> Warning: No bibliography processor found!
>
> The bibliography processor requested by this document (bibtex) is not
> available and no appropriate alternative has been
> found. No bibliography and references will be generated.
> Please fix your installation!
>
> The problem is that it appears repeatedly, meaning more than 10 times for
> the user's guide at HEAD, apparently at each call to Inkscape to transform
> SVGZ to PNG.
Seems as two independent problems to me. Isn't it that you actually miss
both svg converter and bibtex?
> > - nested bullet points in listings shifted by an inch and overlap with
> > text - e.g. section 2.8, 3.1.4, 3.7.6 etc
> >
>
> That's both a CSS and an HTML issue: CSS for the subitems (like Ctrl in
> 2.8), HTML for continuing items (like Alt in 2.8). For the CSS part, adding
> this rule seems to help:
>
> li.labeling_item ul, li.labeling_item ol {
> text-indent: 0;
> margin-left: -5em;
> }
>
> However, the result with nested lists is still very poor (with ".." being a
> subitem to Home and End):
>
> [image: image.png]
Not great indeed, but better than the current situation.
> The problem is that this is configured in most layouts (HTMLStyle block),
> so it is painful to fix.
>
> The best solution in the long term, in my opinion, is to switch to HTML
> definition lists, which is semantically correct (while the current output
> is not a good use of lists). It mostly works out of the box, with no CSS
> changes. I believe the C++ changes would be quite minimal, but it would
> break any custom CSS. I am attaching an excerpt from the User's guide:
> `UserGuide_list.xhtml` for the current output, `UserGuide_list -
> Copy.xhtml` for my proposed refactoring. The result is quite close to what
> we have in LyX. I bet this change should be delayed to 2.4.1, as it might
> break a bit more, or even 2.5 if we consider this kind of change breaking.
Riki, might want to chime in here as he was behind original xhtml design.
I find switch to html lists conceptually better, though they are visually
somewhat distinct - label is on it's own line AFAICS.
When it comes to timing:
- CSS change could go IMHO into 2.4.0, but it will break custom CSS anyway
right?
- I do not know how C++ changes would look like, if they are indeed minimal
I would consider them for 2.4 as well. I understand that it might break
custom CSS but at the moment we are producing trash by default.
Riki?
> > - horrible image sizing - e.g. section 3.3.1, 4.2, 4.4, 4.6, 6.11.1, 6.17,
> > A.9.1/2
> >
>
> Modern CSS can use `scale:` instead of `width:` to mimic the meaning of
> LyX' display factor better. I have pushed this as
> f2660d172c3f38e2dad1f32d7b3b4d953e2efb8a. Here is the result I get, which
> is better (but not exactly what I wanted):
>
> [image: image.png]
>
> Notice the space around the image. I could not find a solution to this
> problem. If the scale factor is over 100%, the bounding box (used to draw
> text) will be the one of the image file while the contents will be scaled
> (and go outside the bounding box). Here is an example with 170%:
>
> [image: image.png]
>
> I believe this is a limitation of LyX' system: HTML supposes you don't have
> oversized images, while it is very common in LaTeX to scale images so that
> they fit your layout. Any solution welcome :)!
> For now, I think that f2660d172c3f38e2dad1f32d7b3b4d953e2efb8a should stay
> on 2.5 and not be backported (unless there is a consensus that this is
> closer to the behaviour we want).
I have ongoing issues how to handle images consistently for documents
used for output of both pdf & html - to the extent that I was considering
to make fileformat change and create new setting for images. It would contain
size for xhtml output itself.
I can easily do the UI/fileformat part but I am not well versed in html
world. Is single setting for % size enough or are there multiple common-sense
ways how to specify image size? And should that be the same with docbook?
Do you think creating new option is sensible solution here, will you help
me with the html/xml part if we go this way?
ATM we could use your 2.5
Re: Version 2.4.0~RC4 Instant preview stops working when inserting floats or comments
On Sat, May 18, 2024 at 12:45:11PM +0200, Jürgen Spitzmüller wrote: > > Suggestion: It may be useful to indicate in the LyX wiki > > https://wiki.lyx.org/LyX/InstantPreview that suffix.sty and > > cprotect.sty are additionally needed for Instant Preview to work. > > Don't know about suffix, but cprotect should probably by a requirement > for LyX now generally. I added it to RELEASE-NOTES. P -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.8 Released
On Sat, May 18, 2024 at 09:44:26AM +0200, Pavel Sanda wrote: > On Sat, May 18, 2024 at 09:14:48AM +0200, JP wrote: > > The final slash seems to be the culprit. > > Right, I wonder how this ever worked. Pavel I created redirect, it should work now. P -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.8 Released
On Sat, May 18, 2024 at 09:14:48AM +0200, JP wrote: > The final slash seems to be the culprit. Right, I wonder how this ever worked. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: metainfo wrong target dir?
On Thu, May 16, 2024 at 11:36:09AM +0200, Kornel Benko wrote: > No clue so far. Can't we somehow disable handling of this file altogether for windows runs? It's completely useless there. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: metainfo wrong target dir?
On Wed, May 15, 2024 at 05:00:28PM +0200, Yu Jin wrote: > > On Tue, May 14, 2024 at 06:16:49PM +0200, Yu Jin wrote: > > > Why does it try to install that file into my Program Files dir and not > > into > > > CMAKE_INSTALL_PREFIX? > > > > I do not know, but this file is part of linux infrastructure and can be > > dropped > > completely from windows. > > > Strange thing is that the cmake_install.cmake file contains the code part > sent by me earlier only on the first CMake configure run into an empty > directory. When I reconfigure the code part is not present anymore and I > don't get the error message. So how to fix it? Kornel? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Bug tracker
On Wed, May 15, 2024 at 12:46:07PM +0100, Andre Silva wrote: > I would like to report what appears to be a new bug. How can I > register to the LyX Bug Tracker? I will create the account for you. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Regressions in 2.4 xhtml export [was: TESTING Tarballs for 2.4.0]
On Tue, May 14, 2024 at 04:29:00PM +0200, Pavel Sanda wrote: > On Tue, May 14, 2024 at 04:13:49PM +0200, Pavel Sanda wrote: > > On Tue, May 14, 2024 at 03:27:13PM +0200, Pavel Sanda wrote: > > > On Mon, May 13, 2024 at 05:48:40PM -0400, Richard Kimberly Heck wrote: > > > > Tarballs for 2.4.0 are here: > > > > > > > > http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ > > > > > > Looks ok on stable and oldstable debian. > > > > not a showstopper, but with little playing I see the following problem with > > tables: InsetInfo shortcuts export to xhtml is borken compared to 2.3. In 2.3 we exported: Ctrl+N In 2.4 we expor: Ct+r+l+++N Thibaut, I guess this is due to new xml routines, could you have a look? Pavel PS: I had a bold idea to export our manuals to xhtml and put it on the wiki so some of users questions can be caught by googling or asking AI bots. But the current state of xhtml export of our manuals looks broken on too many places. I'll probably file some bug with list of issues later, but quick look on user guide export shows: - inset info shortcut broken (above in this message) - nested bullet points in listings shifted by an inch and overlap with text - e.g. section 2.8, 3.1.4, 3.7.6 etc - horrible image sizing - e.g. section 3.3.1, 4.2, 4.4, 4.6, 6.11.1, 6.17, A.9.1/2 - math broken: 5.1.4: "Invalid Markup" - url is text instead of url: 6.3.1, 6.15, 6.16.1 (wrong url anyway) - bibliography items has the same huge fonts size as the section heading - some nomenclanture links do not work (e.g. try "Shift" or "Alt") -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: metainfo wrong target dir?
On Tue, May 14, 2024 at 06:16:49PM +0200, Yu Jin wrote: > Why does it try to install that file into my Program Files dir and not into > CMAKE_INSTALL_PREFIX? I do not know, but this file is part of linux infrastructure and can be dropped completely from windows. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: TESTING Tarballs for 2.4.0
On Tue, May 14, 2024 at 04:13:49PM +0200, Pavel Sanda wrote: > On Tue, May 14, 2024 at 03:27:13PM +0200, Pavel Sanda wrote: > > On Mon, May 13, 2024 at 05:48:40PM -0400, Richard Kimberly Heck wrote: > > > Tarballs for 2.4.0 are here: > > > > > > http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ > > > > Looks ok on stable and oldstable debian. > > not a showstopper, but with little playing I see the following problem with > tables: > > 1. insert single cell table and lyx note into it > 2. put cursor inside the cell, in front of the note > 3. open table setting via context menu, mouse cursor should be close to text > cursor when opening > 4. remove all frames via delete button & OK > 5. the frames are removed, the console shows: sorry typo, the frames are *not* removed > Lexer.cpp (902): Missing 'note'-tag in InsetNote::string2params. Got tabular > instead. Line: 0 > Lexer.cpp (902): Missing 'Note'-tag in InsetNote::string2params. Got tabular > instead. Line: 0 > > > Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: TESTING Tarballs for 2.4.0
On Tue, May 14, 2024 at 03:27:13PM +0200, Pavel Sanda wrote: > On Mon, May 13, 2024 at 05:48:40PM -0400, Richard Kimberly Heck wrote: > > Tarballs for 2.4.0 are here: > > > > http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ > > Looks ok on stable and oldstable debian. not a showstopper, but with little playing I see the following problem with tables: 1. insert single cell table and lyx note into it 2. put cursor inside the cell, in front of the note 3. open table setting via context menu, mouse cursor should be close to text cursor when opening 4. remove all frames via delete button & OK 5. the frames are removed, the console shows: Lexer.cpp (902): Missing 'note'-tag in InsetNote::string2params. Got tabular instead. Line: 0 Lexer.cpp (902): Missing 'Note'-tag in InsetNote::string2params. Got tabular instead. Line: 0 Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: TESTING Tarballs for 2.4.0
On Mon, May 13, 2024 at 05:48:40PM -0400, Richard Kimberly Heck wrote: > Tarballs for 2.4.0 are here: > > http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ Looks ok on stable and oldstable debian. > Please test. Please let me know if I forgot to do or include anything. I did one more check for newinlyx24 wiki and moved dark theme from position ~25 way closer to the begining, as it imho needs more highlight. There might be some other candidates... Not related to tarballs but IIRC we were CC-ing lwn.net for the final email annoucement and should probably do it again. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: New 2.3.8 Tarballs
On Tue, May 14, 2024 at 11:11:07AM +0200, Jean-Pierre Chrétien wrote: > Le 10/05/2024 ?? 10:51, Pavel Sanda a écrit : > >On Fri, May 10, 2024 at 10:38:01AM +0200, JP wrote: > >>Sure, I will do it ASAP. > > > >Thanks. You should be able to commit any new files > >into wiki-uploads.git repository. Just create new > >directory in LyX/Manuals > > Completed, I added the Japanese manuals and left the Spanish ones as they > are, users will see when opening them that they are still 2.3.X manuals. And > the page reads "Released with 2.4.0", not "2.4.0 manuals". Thanks! Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: New 2.3.8 Tarballs
On Sat, May 11, 2024 at 03:55:30PM +0200, Jean-Pierre Chrétien wrote: > Two problems: > - I do not see directory 2.4 there > > https://git.lyx.org/gitweb/?p=wiki-uploads.git;a=tree;f=LyX/Manuals;h=ff50f62b09e435ac1083bf149f4379245af74c02;hb=4fa520e50b8a16ac7eccfe0d8517399ffcaa467a You are looking at the old commit. If you look on the current tree you will see 2.4 files present. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: New 2.3.8 Tarballs
On Fri, May 10, 2024 at 10:38:01AM +0200, JP wrote: > Sure, I will do it ASAP. Thanks. You should be able to commit any new files into wiki-uploads.git repository. Just create new directory in LyX/Manuals Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: New 2.3.8 Tarballs
On Thu, May 09, 2024 at 06:49:50PM +0200, Jean-Pierre Chrétien wrote: > Le 09/05/2024 ?? 18:40, Richard Kimberly Heck a écrit : > >Updated tarballs here: > > > >http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/ > > > >Sorry to those of you who already built the binaries. We'll have to rebuild. > > The utf8 errors are gone, only the cprotect fatal error in the note if 6.6.1 > remains, but it can't be easily solved AFAIU. And when we talk about the manuals, Jean-Pierre would you have time to update manuals page by uploading 2.4 versions into https://wiki.lyx.org/LyX/Manuals ? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.4 RC4 seg fault
On Mon, May 06, 2024 at 06:31:05PM +1000, JT wrote: > 2.4.0 RC4 > > Mac 14.4.1 / apple silicon. > > Opening a new document while an existing document is open. The cursor was > not currently in a math inset, but the document has lots of them. > > (This is not the first occurrence, but this time I know cursor was not in a > math inset.) Hello, thanks for the feedback. Unfortunately the report itself won't be probably enought to spot where is the problem. Can you try to make some recipy, how to reproduce the problem? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Final 2.3.8 Tarballs
On Thu, May 09, 2024 at 12:18:04PM +0200, Jean-Marc Lasgouttes wrote:
> Le 09/05/2024 ?? 12:10, Jürgen Spitzmüller a écrit :
> >Am Donnerstag, dem 09.05.2024 um 09:03 +0200 schrieb Enrico Forestieri:
> >>Maybe Jürgen knows how feasible is backporting the cprotect work.
> >
> >Definitely too much work.
> >
>
> This is not a new bug in 2.3.8, right?
>
> In some sense the lyx2lyx bug is a new bug (since we backported 2.4 format
> support), though. Shall we do something about it?
I'll just repeat from the second thread so the issue is more clear:
Both 2.3 and 2.4 produce from UG
\item
[{\ensuremath{\lceil}\textsf{Outer}\ensuremath{\rfloor}\textsf{~and~}\ensuremath{\llceil}\textsf{inner}\ensuremath{\rrfloor}}]
but after 2.4->2.3 conversion, 2.3 produces
utf8 char of \lceil instead of {\ensuremath{\lceil}
and that's probaly because the "Language default" switch Enrico reported.
Pavel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Final 2.3.8 Tarballs
On Wed, May 08, 2024 at 07:56:25PM +0200, Enrico Forestieri wrote:
> On Wed, May 08, 2024 at 11:53:02AM +0200, Jean-Pierre Chrétien wrote:
> >In fact, there are two different issues when importing 2.4.x UserGuide in
> >2.3.8:
> >- a set of unavailable Unicode characters (CJK brackets and guillemets, codes
> >U+300{ABCDEF}), section 3.9.4.2);
>
> These errors disappear when choosing "Language default" instead of "Unicode
> (utf8)" in Document->Settings->Language
Right, the issue is whether the switch to "Language default" produced by lyx2lyx
is warranted...
Pavel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Final 2.3.8 Tarballs
On Mon, May 06, 2024 at 09:49:07PM -0400, Richard Kimberly Heck wrote: > PS The only difference from the previous tarballs is removal of an old > remark about Python on OSX from ANNOUNCE. Riki, please double check on the error spotted by Jean-Pierre before releasing. I am too busy this week, to look deeper. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.3.8 Tarballs
On Fri, May 03, 2024 at 11:24:44PM +0200, Pavel Sanda wrote: > I wanted to look how the converted .lyx file looks in raw format and tried to > save the converted UG and lyx crashed :/ Found the core dump, the backtrace: Thread 1 "lyx" received signal SIGSEGV, Segmentation fault. 0x55887484 in lyx::Paragraph::inInset() const () (gdb) bt #0 0x55887484 in lyx::Paragraph::inInset() const () #1 0x55887569 in lyx::Paragraph::isPassThru() const () #2 0x55b8553c in lyx::frontend::GuiView::getStatus(lyx::FuncRequest const&, lyx::FuncStatus&) () #3 0x55b562da in lyx::frontend::GuiApplication::getStatus(lyx::FuncRequest const&) const () #4 0x5583e1dc in lyx::getStatus(lyx::FuncRequest const&) () #5 0x55bb9458 in lyx::frontend::(anonymous namespace)::MenuDefinition::addWithStatusCheck(lyx::frontend::(ano nymous namespace)::MenuItem const&) () #6 0x55bc8113 in lyx::frontend::Menus::Impl::expand(lyx::frontend::(anonymous namespace)::MenuDefinition cons t&, lyx::frontend::(anonymous namespace)::MenuDefinition&, lyx::BufferView const*) const () #7 0x55bc853d in lyx::frontend::Menus::Impl::expand(lyx::frontend::(anonymous namespace)::MenuDefinition cons t&, lyx::frontend::(anonymous namespace)::MenuDefinition&, lyx::BufferView const*) const () #8 0x55bc853d in lyx::frontend::Menus::Impl::expand(lyx::frontend::(anonymous namespace)::MenuDefinition cons t&, lyx::frontend::(anonymous namespace)::MenuDefinition&, lyx::BufferView const*) const () #9 0x55bcb201 in lyx::frontend::Menus::searchMenu(lyx::FuncRequest const&, lyx::docstring_list&) const () #10 0x55ab69a0 in lyx::InsetInfo::updateInfo() () #11 0x55ab97dd in lyx::InsetInfo::read(lyx::Lexer&) () #12 0x5594bd46 in lyx::readInset(lyx::Lexer&, lyx::Buffer*) () #13 0x558bb7b1 in lyx::Text::readParToken(lyx::Paragraph&, lyx::Lexer&, std::__cxx11::basic_string, std::allocator > const&, lyx::Font&, lyx::Change&, lyx::ErrorList&) () #14 0x558bcb89 in lyx::Text::readParagraph(lyx::Paragraph&, lyx::Lexer&, lyx::ErrorList&) () #15 0x558be124 in lyx::Text::read(lyx::Lexer&, lyx::ErrorList&, lyx::InsetText*) () #16 0x55756ef4 in lyx::Buffer::readDocument(lyx::Lexer&) () #17 0x557576ce in lyx::Buffer::readFile(lyx::support::FileName const&) () #18 0x557665b7 in lyx::Buffer::reload() () #19 0x55b87fc0 in lyx::frontend::GuiView::renameBuffer(lyx::Buffer&, std::__cxx11::basic_string, std::allocator > const&, lyx::frontend::GuiView::RenameKind) () #20 0x55b91fe7 in lyx::frontend::GuiView::dispatch(lyx::FuncRequest const&, lyx::DispatchResult&) () #21 0x55b5f582 in lyx::frontend::GuiApplication::dispatch(lyx::FuncRequest const&, lyx::DispatchResult&) () #22 0x55b589bb in lyx::frontend::GuiApplication::dispatch(lyx::FuncRequest const&) () #23 0x55bdcced in lyx::frontend::Action::action() () It seems that you need to get into section 3.9.4.2, put cursor on paragraph with Japan qutoes, display code preview pane (and mayby outliner as well). Can produce better backtrace in the next days... P -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.3.8 Tarballs
On Fri, May 03, 2024 at 11:28:47AM +0200, Pavel Sanda wrote:
> > Next step, open the 2.4.x French UserGuide with 2.3.8. There compilation
> > fails on missing Unicode characters :
> >
> > ! LaTeX Error: Unicode character ??? (U+300C)
> >not set up for use with LaTeX.
>
> On a first sight this does not look like lyx2lyx issue.
I had a moment to look and this is actually strange.
It fails on e.g. Japanese outer/inner quotation marks in section 3.9.4.2.
But those were introduced in 2016 (89ce0c9069d3), not in 2.4 cycle.
Both 2.3 and 2.4 produce from UG
\item
[{\ensuremath{\lceil}\textsf{Outer}\ensuremath{\rfloor}\textsf{~and~}\ensuremath{\llceil}\textsf{inner}\ensuremath{\rrfloor}}]
Produces
but after 2.4->2.3 conversion, 2.3 produces
utf8 char of \lceil instead of {\ensuremath{\lceil}
I wanted to look how the converted .lyx file looks in raw format and tried to
save the converted UG and lyx crashed :/
Second attempt worked and I see no difference in the quotes within .lyx file
and no obvious candidates in the header, except maybe different font
options(?)...
Can't dig deeper now,
Pavel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX sometimes deletes a file and directory instead of making a pdf
On Fri, May 03, 2024 at 03:35:38AM +, Boylan, Ross wrote: > Since I'm not sure this is a bug, or what it's a bug in, I thought I'd post > here. First, I'd like to thank all the LyX developers for their work. > > The core problem is that when I run `lyx -export pdf2 -v > inst\doc\msep_num.lyx` under some conditions-detailed below---the .lyx file > and the doc directory it is in are deleted, and no pdf is created in the > top-level directory. Here's the accompanying output: > [1] "" > > [2] "Running: git ls-files \"msep_num.lyx\" > > \"C:/Users/rdboylan/AppData/Local/Temp/3/lyx_tmpdir.PEIeNMGadmvT/lyxvcout.kdsSyY\"" > [3] "" > > [4] "Running: pdflatex \"msep_num.tex\" > nul" > > [5] "This is pdfTeX, Version 3.141592653-2.6-1.40.25 (TeX Live 2023) > (preloaded format=pdflatex)\r" > [6] " restricted \\write18 enabled.\r" > > [7] "entering extended mode\r" > > [8] "(./msep_num.tex\r" > > [9] "LaTeX2e <2023-06-01> patch level 1\r" > > [10] "L3 programming layer <2023-08-03>\r" > > [11] "\r" > > Some theories about the problem: >1. The file argument to lyx should not include paths. You could try to cd into the directory inst\doc and run the export command to see whether it makes any difference. >3. The msep_num.lyx file is in inst/doc/ because of a git mv (and then > later a git restore when it got deleted) not git add, and the check is > specific to add. Can you describe in more details the exact file movement via git add/mv you are doing before/after the lyx export command? > If I execute that code directly from RStudio it works fine. But if I trigger > a check from RStudio, which builds the whole package, it fails as described > above. Current directory might be different for those two cases? > I don't know why LyX is bothering with git at all, It tries to detect whether the files is under version control. Not important for commandline usage, but if you run with GUI it sets the version control icon bar accordingly. > and even if it has problems I wouldn't have expected them to delete files and > directories. At the moment I don't see anything in the lyx code that would cause deletion of the file (or even the directory) itself. Unless it is some sideeffect of running of "git ls-files" which I strongly doubt... We only delete directories in temporary directory (like C:/Users/rdboylan/AppData/Local/Temp/3/lyx_tmpdir.PEIeNMGadmvT/) so another option coming to my mind is that you are operating inst\doc\msep_num.lyx inside the temp dir? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: questions around an idea i have for a feature in lyx
On Fri, May 03, 2024 at 12:28:04PM +0300, matan guedj wrote: > that's about it) but I wanted to add a new feature to LyX - a plotting tool. > What I'm thinking of is on the math bar or some other bar, add a plot icon > that will open a window with all the parameters for the mostly used plots > (2D/3D, Cartesian/polar/spherical..., scatter/bars/pie..., parametric > curves or surfaces, implicit functions, vector fields, and more). > I'm still learning pgfplots but it follows a fairly simple and well-defined > formula for most of the plots so it most likely can be automated. > And now it opens some questions: Dear Matan, thanks for reaching out before you actually started coding. > 1. Is there a way I can start work on it as a personal project (I > specifically want it to be a personal thing, to see if I'm capable of this, > and also it can't look bad on the resume), You can just git pull the current master, create locally your own branch and start working on it. From time to time locally merge with the master branch and you should be set. > and when I believe it's done and > an acceptable feature, present it to the developers and implement it for > the next version? (2.5.x probably whenever this will come up) Right, apart from the obvious question whether you can pull it off, it's also important to ask whether, that's something lyx needs and wants. I do not use pgfplots myself to know the answer right now, but the obvious points to clarify (anyone competent please chime in): - are there competing packages around? Is pgfplots the obvious mainstream solution for the task it's designed for? - how much is pgfplots used/maintained over long time. Does the history of releases and community around looks like it would be around in the next 10 years? - how much is their API (or commands) changing over time? Are the .lyx documents using pgf constructs compile over the span of years? I am reasonably sure that the constructs from our math panel will compile in the long term, is the pgf stable enough that we should build the graphical UI around it? > 2. I have also already been working with LyX on a device, so if I'm to try > to develop it (meaning I have some interaction with a copy/mirror of the > source code) should I just for safety do it on a completely new device > where I don't have lyx installed? (I'm mostly thinking about if I develop > it on the device I already am using lyx in, it'll lead to errors in the > regular lyx files I'm using) Not really, you can easily have many different versions of lyx to run in parallel, you just need to separate them in different folders and configure so that for different versions use different configuration files (--with-version-suffix=2.5 of ./configure might be enough if you work in linux). > 3. I also thought that the output on the LyX document itself would be a new > environment (specifically like the math environment, with the > instant-preview feature to render those plots in the lyx document itself > like the math is already rendered with the instant preview) so that it'll > cut the need to compile the document to check if the plot is what you > really wanted, so how do I create such an environment? What would be the advantage over having already existing ert + instant preview + newly created iconbar for pgfplots? This solution looks actually pretty easy if we decide that we want to support pgf - not much C++ coding would be needed. Cheers, Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.3.8 Tarballs
On Fri, May 03, 2024 at 10:40:02AM +0200, Jean-Pierre Chrétien wrote: > But compilation succeeds. I think this is acceptable. > Next step, open the 2.4.x French UserGuide with 2.3.8. There compilation > fails on missing Unicode characters : > > ! LaTeX Error: Unicode character ??? (U+300C) >not set up for use with LaTeX. On a first sight this does not look like lyx2lyx issue. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.3.8 Tarballs
On Thu, May 02, 2024 at 04:47:34PM -0400, Richard Kimberly Heck wrote: > Please check that they build and run properly, especially export to and from > 2.4.x. Runs fine on oldstable debian. Tried exchange between 2.3 <-> 2.4 and it did work for me. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.3.x does not compile on Windows
On Wed, May 01, 2024 at 09:10:17PM +0200, Jean-Marc Lasgouttes wrote: > Le 01/05/2024 ?? 20:55, Yu Jin a écrit : > >Am Mi., 1. Mai 2024 um 18:53 Uhr schrieb Jean-Marc Lasgouttes: > > > >Le 01/05/2024 ?? 17:50, Yu Jin a écrit : > > > You are right, simply adding > > > #include > > > to Format.cpp resolves the errors. > > > >Great! > > > > > >May I push it into the 2.3.x branch? > > I think you can, unless there are more complicated changes than that. This is great news. I think we are ready to push 2.3.8 out then, right? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Handle the case of outdated chkconfig.ltx in user directory
On Sun, Apr 21, 2024 at 12:32:38PM +0200, Jürgen Spitzmüller wrote: > Am Sonntag, dem 21.04.2024 um 12:20 +0200 schrieb Pavel Sanda: > > Actually I'm not sure I understand the lifecycle of chkconfig.ltx. > > After renaming to chkconfig.ltx.bak some fresh chkconfig.ltx will be > > created there or only chkconfig.ltx.bak remains? > > The latter. Let me explain: ... I see, in that case my concern was unnecessary and there is no point to distinguish original and new one. I will refrain from touching the messages. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Handle the case of outdated chkconfig.ltx in user directory
On Sun, Apr 21, 2024 at 11:47:59AM +0200, Pavel Sanda wrote:
> On Sun, Apr 21, 2024 at 11:42:08AM +0200, Pavel Sanda wrote:
> > On Sat, Apr 20, 2024 at 12:57:49PM +, Juergen Spitzmueller wrote:
> > > + frontend::Alert::warning(_("Outdated
> > > configuration script detected!"),
> > > + _("We have detected an outdated script
> > > 'chkconfig.ltx' in your user directory.\n"
> > > + "The script has been renamed to
> > > 'chkconfig.ltx.bak'.\n"
> > > + "If you did not copy the script there
> > > by purpose, you can safely delete it."));
> >
> > 2) "If you did not copy the script there" was somewhat confusing on first
> > reading as it does not relate to the previous sentence, but the first one
> > (->"If you did not copy the original script there")
>
> Even that's not clear. "If you did not copy the original script there on
> purpose, you can safely delete the backup." ? P
Actually I'm not sure I understand the lifecycle of chkconfig.ltx. After
renaming to chkconfig.ltx.bak some fresh chkconfig.ltx will be created
there or only chkconfig.ltx.bak remains?
Pavel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Handle the case of outdated chkconfig.ltx in user directory
On Sun, Apr 21, 2024 at 11:48:22AM +0200, Jürgen Spitzmüller wrote: > Am Sonntag, dem 21.04.2024 um 11:42 +0200 schrieb Pavel Sanda: > > Not sure if it's woth the flurry of new commits, but: > > 1) "We" sounds somewhat unusual in our messages > > 2) "If you did not copy the script there" was somewhat confusing on > > first reading as it does not relate to the previous sentence, but the > > first one (->"If you did not copy the original script there") > > 3) maybe by purpose -> on purpose ? > > Feel free to improve, but I suppose it needs to be done soon at least > in 2.4.x. Will do if you are fine with my proposal. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Handle the case of outdated chkconfig.ltx in user directory
On Sun, Apr 21, 2024 at 11:42:08AM +0200, Pavel Sanda wrote:
> On Sat, Apr 20, 2024 at 12:57:49PM +, Juergen Spitzmueller wrote:
> > + frontend::Alert::warning(_("Outdated
> > configuration script detected!"),
> > + _("We have detected an outdated script
> > 'chkconfig.ltx' in your user directory.\n"
> > + "The script has been renamed to
> > 'chkconfig.ltx.bak'.\n"
> > + "If you did not copy the script there
> > by purpose, you can safely delete it."));
>
> 2) "If you did not copy the script there" was somewhat confusing on first
> reading as it does not relate to the previous sentence, but the first one
> (->"If you did not copy the original script there")
Even that's not clear. "If you did not copy the original script there on
purpose, you can safely delete the backup." ? P
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Handle the case of outdated chkconfig.ltx in user directory
On Sat, Apr 20, 2024 at 12:57:49PM +, Juergen Spitzmueller wrote:
> + frontend::Alert::warning(_("Outdated
> configuration script detected!"),
> + _("We have detected an outdated script
> 'chkconfig.ltx' in your user directory.\n"
> + "The script has been renamed to
> 'chkconfig.ltx.bak'.\n"
> + "If you did not copy the script there
> by purpose, you can safely delete it."));
> + else {
> + // renaming failed
> + frontend::Alert::warning(_("Outdated
> configuration script detected!"),
> + bformat(_("We have detected an outdated
> script 'chkconfig.ltx' in your user directory\n"
> + "(%1$s).\n"
> + "Please delete or update this
> file!"), from_utf8(chkconfig.absFileName(;
Not sure if it's woth the flurry of new commits, but:
1) "We" sounds somewhat unusual in our messages
2) "If you did not copy the script there" was somewhat confusing on first
reading as it does not relate to the previous sentence, but the first one
(->"If you did not copy the original script there")
3) maybe by purpose -> on purpose ?
Pavel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] * metainfo.xml - homepage missing
On Sun, Apr 21, 2024 at 01:50:12AM +, Pavel Sanda wrote: > commit 358efd120a87deb2cf404c762195c046a2e63507 > Author: Pavel Sanda > Date: Sun Apr 21 03:49:12 2024 +0200 > > * metainfo.xml - homepage missing > --- > lib/org.lyx.LyX.metainfo.xml | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/lib/org.lyx.LyX.metainfo.xml b/lib/org.lyx.LyX.metainfo.xml > index 2c03194efc..f1553677c1 100644 > --- a/lib/org.lyx.LyX.metainfo.xml > +++ b/lib/org.lyx.LyX.metainfo.xml > @@ -27,4 +27,5 @@ > > >lyx-devel_AT_lists.lyx.org > + https://www.lyx.org > Riki, do you want this into 2.4.0 or 2.4.1? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Lyx 2.4.0 RC3 SVN Crash MAC OSX.
Stephan,
were you able to reproduce that crash at the end?
Pavel
On Tue, Feb 20, 2024 at 10:45:58AM +1100, Robert Betz wrote:
> Stephan,
>
> I have attached a Lyx file and associated template and layout files. This is
> a much smaller example. After experimenting, it seems to fail sometimes, and
> not others. One can make a seeminglyinnocuous change and it will ether fail
> consistently on SVN update, or it will work consistently.
>
> Hope these files help track done the issue.
>
> Thanks.
> --
>
>
> Regards,
>
> Bob
>
> Robert Betz
> E: robertbe...@gmail.com
> M: 0419249948
>
>
> Stephan Witt wrote on 19/2/2024 5:36???pm:
> >Am 19.02.2024 um 05:17 schrieb Robert Betz :
> >>I am currently using Lyx 2.4.0 RC3 on MAC OSX V14.2.1 (Sonoma) and if I try
> >>and check in a Lyx document to an SVN repository Lyx crashes. Using the
> >>same SVN version under Lyx V2.3.7 is OK.
> >>
> >>The Lyx crash log is:
> >>
> >>( 1) 1 lyx 0x0001028e85c3
> >>_ZN3lyx8frontend5Alert7doErrorERKNSt3__112basic_stringIwNS2_11char_traitsIwEENS2_9allocatorIwSA_b
> >> : 1 lyx 0x0001028e85c3
> >>_ZN3lyx8frontend5Alert7doErrorERKNSt3__112basic_stringIwNS2_11char_traitsIwEENS2_9allocatorIwSA_b
> >> + 199
> >>( 2) 2 lyx 0x0001028e893c
> >>_ZN3lyx8frontend5Alert5errorERKNSt3__112basic_stringIwNS2_11char_traitsIwEENS2_9allocatorIwSA_b
> >> : 2 lyx 0x0001028e893c
> >>_ZN3lyx8frontend5Alert5errorERKNSt3__112basic_stringIwNS2_11char_traitsIwEENS2_9allocatorIwSA_b
> >> + 139
> >>( 3) 3 lyx 0x0001025edeff
> >>_ZN3lyxL13error_handlerEi : 3 lyx
> >>0x0001025edeff _ZN3lyxL13error_handlerEi + 350
> >>( 4) 4 libsystem_platform.dylib0x7ff8065d237d _sigtramp
> >>: 4 libsystem_platform.dylib0x7ff8065d237d _sigtramp + 29
> >>( 5) 5 ??? 0x7ff7bda4486e 0x0 : 5
> >>??? 0x7ff7bda4486e 0x0 + 140702015309934
> >>( 6) 6 lyx 0x000102717774
> >>_ZNK3lyx13InsetMathGrid4drawERNS_11PainterInfoEii : 6 lyx
> >>0x000102717774
> >>_ZNK3lyx13InsetMathGrid4drawERNS_11PainterInfoEii + 168
> >>...
> >>
> >>Regards,
> >>
> >>Bob
> >Hi Bob,
> >
> >thank you for testing the RC3 version.
> >
> >I tried to reproduce the crash but I failed. I suppose it happens for some
> >documents only, i.e. for documents containing some MathGrid element.
> >
> >Is the crash reproducible for you or is it spurious? Is it possible to
> >provide a MWE document?
> >
> >BR, Stephan
>
> #% Do not delete the line below; configure depends on this
> #
> \DeclareLaTeXClass[article,float.sty,pifont.sty,rcs.sty,svn-multi.sty]{article
> (My article)}
> # Article textclass definition file. Taken from initial LyX source code
> # Author : Matthias Ettrich
> # Transposed by Pascal André
> # Heavily modifed and enhanced by serveral developers.
>
> Format 35
> Input stdclass.inc
>
> SecNumDepth 3
> TocDepth3
>
> NoStyle Chapter
> NoStyle Chapter*
>
> Preamble
> \usepackage{float}
> \usepackage{afterpage}
> \usepackage{calc}
> \usepackage{pifont}
> \usepackage{rcs}
> \usepackage{svn-multi}
> \newcommand\longpage[1][1]{\enlargethispage{#1\baselineskip}}
> \newcommand\shortpage[1][1]{\enlargethispage{-#1\baselineskip}}
> \newcommand{\rmed}{\hspace*{\fill}\ding{'251}}
> \newcommand{\rme}{\hspace*{\fill}\ding{'156}}
> EndPreamble
>
> #Style MyQuote
> #MarginStatic
> #LatexType Environment
> #LatexName myquote
> #NextNoIndent 1
> #LeftMarginMMM
> #RightMargin MMM
> #TopSep0.5
> #ParSep0.5
> #BottomSep 0.5
> #Align Block
> #AlignPossible Block, Left, Right, Center
> #LabelType Manual
> #LatexParam1
> #OptionalArgs 1
> #LabelSep x
> #LabelFont
> # Shape Up
> # Series Bold
> #EndFont
> ##define the environment
> #Preamble
> #\newenvironment{myquote}[1]{\begin{quote}\textbf{#1 }}{\end{quote}}
> #EndPreamble
> #End
>
>
>
> Style Part
> Align Left
> AlignPossible Left
> TopSep2
> BottomSep 1.5
> Font
> SizeLarger
> EndFont
> End
>
>
> Style Part*
> Align Left
> AlignPossible Left
> TopSep2
> BottomSep 1.5
> Font
> SizeLarger
> EndFont
> End
>
> # Theorem-numbered style *Template*
Re: 2.3.x does not compile on Windows
On Fri, Apr 19, 2024 at 12:52:06PM +0200, Jean-Marc Lasgouttes wrote: > Le 19/04/2024 ?? 11:12, Pavel Sanda a écrit : > >On Fri, Apr 19, 2024 at 11:03:55AM +0200, Kornel Benko wrote: > >>Looks like not so easy. The changes in are > >>development/cmake/modules/LyXMacros.cmake: easy managable > >>development/cmake/modules/FindCXX11Compiler.cmake: looks not difficult > >>CMakeLists.txt: Huge > > > >I thought the changes wouldn't be done in cmake, but in .cpp code, > >like getting rid of unary_function reported in the begininng of > >this thread, which we presumably don't use in 2.4 anymore(?). > > I thought about backporting those, but they do not apply cleanly to 2.3, so > that there is a risk of breaking code (just because a compiler decides to be > a PITA). > > Normally, we have correct C++11 code, we should be able to compile it in > C++11 mode (even C++14 would do). Well, we are not. What about the terrific option of just taking 2.3.7 win binaries, wrap it with 2.4->2.3 lyx2lyx python scripts, release that as 2.3.7.2 (for win only) and the rest would go as 2.3.8. The pool of prospective 2.3.8 win users once 2.4 is out would be negligible anyway. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.3.x does not compile on Windows
On Fri, Apr 19, 2024 at 11:03:55AM +0200, Kornel Benko wrote: > Looks like not so easy. The changes in are > development/cmake/modules/LyXMacros.cmake: easy managable > development/cmake/modules/FindCXX11Compiler.cmake: looks not difficult > CMakeLists.txt: Huge I thought the changes wouldn't be done in cmake, but in .cpp code, like getting rid of unary_function reported in the begininng of this thread, which we presumably don't use in 2.4 anymore(?). Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Dictionaries in Win installer
On Fri, Apr 19, 2024 at 02:23:27AM +0200, Pavel Sanda wrote: > That kicks us somewhere in the region of 365*30*3*2=~66k installs per year... > Sure, especially the last two numbers are highly speculative, but you can > easily recalculate with your own constants ;) Complementary data points for linux: 1) debian popcon stats (https://popcon.debian.org/by_recent) #24 firefox vote: 49579 #7305 lyx vote: 298 (sorted by "votes" = regular use of binary). Total numbers not interesting (tiny compared to real numbers), but if the respresentation of this sample is right we have we have ratio of 0.6% of active lyx users vs active firefox users. (firefox is the major number in linux either by votes: #1594 google-chrome-stable: 13467, or by local CZ polls I saw, where chrome:firefox ration was 1:3) 2) https://data.firefox.com/ reports: 180m active firefox users % of users (linux-X, X probably means kernel) linux-6 1.9% linux-5 2.08% linux-other ~1.5% - sum 5.48% 180*5.48% ~ 9 864 000 active linux firefox users I presume that active lyx users are also browsing internet... Summary linux situatiom: - If we take the ratio from 1) we land at 60k active linux users. - If chrome-firefox linux users sets are reasonably disjoint we proably get +15k Summary win situation: - There are probably 22k yearly installs on win, per my yestarday's email. >From what I saw generic audience is pretty ignorant about regular upgrades which might give 3-5y hardware upgrade cycle, but active users probably have 2-3 installs (work/home/laptop). So let's speculate for userbase (22*4/2.5)=35. Mac situation: Most opaque numbers. Homebrew gives 1.2k installs per year, but I guess that's a minor way how to ship software to mac. OS stat counter gives for win:mac 72:15, so if we trust windows number, that would leave us somewhere around 4.6k yearly installs. In the same vein my sense of bug report and email list traffic is that mac does not reach majority ;) If I use the same magic for yearly installs -> user base: we have 4.6*1.6=7. All in all 60+15+35+7 = 117k. Lots of wiggle room but I would be willing to bet that our user base tops 100k. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Dictionaries in Win installer
On Wed, Apr 17, 2024 at 11:27:21PM +0200, Jean-Marc Lasgouttes wrote: > Le 11/04/2024 ?? 06:55, Yu Jin a écrit : > >Am Mi., 10. Apr. 2024 um 23:38 Uhr schrieb Pavel Sanda: > > > >On Wed, Apr 10, 2024 at 09:38:04PM +0200, Pavel Sanda wrote: > > > It was under svn, not git until few weeks back when we update our > > infra. > > > Now both git or trac can be used (I used trac just because the > > conversion > > > patch was easier to write, but feel free to use git if you want, it's > > the > > > primary source after all). > > > >BTW since I inadvertedly broke windows installs (dictionary URLs need to > >be fixed for new releases) and accidentally found that our trac log > >exploded with warnings about inexisting paths - I was able to narrow > >down number of unique attempts to download sets of dictionaries. It > >gives ~50 win installs requesting at least 1 dictionary per day during > >last 20 days. > > But it was the rc4 and maybe rc3 releases, right? Not a steady trickle? There are three three outliers - 2024-04-02; 2024-04-05; 2024-04-15 (rc4 was announced on list 2024-04-01). If you cut them out, you are in the region of 40. Let's be conservative and take 30 attempts when not around release. count day 64 2024-03-22 29 2024-03-23 40 2024-03-24 82 2024-03-25 70 2024-03-26 41 2024-03-27 46 2024-03-28 32 2024-03-29 34 2024-03-30 34 2024-03-31 43 2024-04-01 97 2024-04-02 51 2024-04-03 47 2024-04-04 113 2024-04-05 36 2024-04-06 32 2024-04-07 42 2024-04-08 27 2024-04-09 49 2024-04-10 52 2024-04-11 34 2024-04-12 38 2024-04-13 37 2024-04-14 235 2024-04-15 55 2024-04-16 37 2024-04-17 The news for me is that "german, few english variants, french, spanish" dicts are included by default. So this download ratio is for 1) win installs 2) requests dicts outside of 4 big languages above. for 1: 2024 stat counter for OS on desktops gives 72% win, 15 % mac, 5 % linux. OTOH I would expect that lyx use is tilted towards linux (as indicated by OS ratio of bug reports, users on user list and contributors). Who knows, but let's say win installs are 1/3. for 2: can en/ge/fr/sp cover half of our users? They certainly do not cover half by the absolute number of people, on the other hand I doubt that Mandarin/Hindi/Bengali speakers have the same ratio of user base (I take some indication from translation contributions, CTAN-related mirrors across the globe and very old geospatial stats reported in our wiki (gathered 15 years back from www access)). Who knows, but let's say non-main dicts installs are 1/2. That kicks us somewhere in the region of 365*30*3*2=~66k installs per year... Sure, especially the last two numbers are highly speculative, but you can easily recalculate with your own constants ;) Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: update zh_CN translations 2024-04-13
On Sat, Apr 13, 2024 at 01:40:40PM +0800, CD_Mking wrote: > Add some empty string. Thanks, this is now in as well. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.3.x does not compile on Windows
On Wed, Apr 17, 2024 at 09:22:34AM +0200, Kornel Benko wrote: > Am Tue, 16 Apr 2024 15:54:26 +0200 > schrieb Yu Jin : > > > > Alternatively you can try setting CMAKE_CXX_STANDARD directly. > > > Like in CMakeLists.txt:646 > > > -if(NOT MSVC) > > > +if (MSVC) > > > + set(CMAKE_CXX_STANDARD 11) > > > +else() > > > > > > Since I cannot test for MSVC, it is untested. > > > > > Does not seem to do anything, the standard set in Visual Studio is still > > "Default > > (C++14)" and still the same error occurs. > > > > Sorry Eugene, I would try to check for diff of the used cxx parameters in > lyx2.3 and > lyx2.5 compilation. Other than that, I am out of suggestions. If we run out of ideas how to compile 2.3 with the current win compilers, how hard or complex patches would be backporting compilation fixes present in 2.4? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/2.4.x] Update Qt bug documentation (#12641)
On Fri, Apr 12, 2024 at 09:13:59AM +, Juergen Spitzmueller wrote: > commit 8810e9418fe68ad1b608f756afd1806c69cc105c > Author: Juergen Spitzmueller > Date: Fri Apr 12 11:13:15 2024 +0200 > > Update Qt bug documentation (#12641) > --- > lib/RELEASE-NOTES | 7 +-- > 1 file changed, 5 insertions(+), 2 deletions(-) > > diff --git a/lib/RELEASE-NOTES b/lib/RELEASE-NOTES > index 7b103e6f93..78ba3d750d 100644 > --- a/lib/RELEASE-NOTES > +++ b/lib/RELEASE-NOTES > @@ -332,8 +332,11 @@ > > !!Known issues in version 2.4.0 > > -* Compiling LyX 2.4 on MacOS with Qt6 makes currently LyX unresponsive to > - Control-Command keyboard shortcuts (bug #12641). > +* Various versions Qt6 have a problem with key events handling > (QTBUG-123848). > + This issue is documented in bug #12641 (e.g. LyX is unresponsive to > + Control-Command keyboard shortcuts). > + The fix for the Qt bug will be included in Qt 6.8.0 and 6.7.1 and might > also > + be backported to Qt 6.5.6 and 6.2.13. Isn't all this mac-specific? P -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
trac accounts
Hi all, we tried to open our trac for registration again and got thousands of new accounts during last weeks. Tonight those accounts started creating bug reports which were essentially ads. I banned the registration (again) and made big cleanup. trac interface is unfortunately such that large part had to be done manually and thus error-prone. I probably removed few real accounts. If you can't login, it's probably my mistake and let me know to re-create it. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
INSTALL.MacOSX - last bit of qt4 piece
Hi Stephan, our last piece item in TODO.killqt4 is to update INSTALL.MacOSX. Would you have time to have a look on that these days? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Update zh_CN Translation
On Wed, Apr 10, 2024 at 05:28:32PM +0800, CD_Mking wrote: > I have finally resolved the issue and exported the patch file. I will now > send the patch. Thank you, it's in. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Dictionaries in Win installer (was: LyX 2.4.0 & Jupyter Notebooks)
On Wed, Apr 10, 2024 at 09:38:04PM +0200, Pavel Sanda wrote: > It was under svn, not git until few weeks back when we update our infra. > Now both git or trac can be used (I used trac just because the conversion > patch was easier to write, but feel free to use git if you want, it's the > primary source after all). BTW since I inadvertedly broke windows installs (dictionary URLs need to be fixed for new releases) and accidentally found that our trac log exploded with warnings about inexisting paths - I was able to narrow down number of unique attempts to download sets of dictionaries. It gives ~50 win installs requesting at least 1 dictionary per day during last 20 days. We never had any idea about the order of magnitude of our reach, this gives some approximation to ~18k win installs per year... Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Dictionaries in Win installer (was: LyX 2.4.0 & Jupyter Notebooks)
On Wed, Apr 10, 2024 at 09:22:43PM +0200, Yu Jin wrote: > Yeah I just wanted to do that too, looks good, but it should also be > backported to 2.4.x and 2.4.1-devel? Already backported... > I was just searching for a reason why trac is used there in the first place > instead of https://git.lyx.org/, I remember there was a reason but not what > it was exactly, but can't find it any more, I think there was a discussion > in a ticket on track somewhere. It was under svn, not git until few weeks back when we update our infra. Now both git or trac can be used (I used trac just because the conversion patch was easier to write, but feel free to use git if you want, it's the primary source after all). Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Dictionaries in Win installer (was: LyX 2.4.0 & Jupyter Notebooks)
On Wed, Apr 10, 2024 at 04:10:07PM +0200, Pavel Sanda wrote: > On Wed, Apr 10, 2024 at 12:22:46PM +, Bernt Lie wrote: > > OK - I'm in the process of downloading LyX 2.4.0 RC4, with MikTeX as > > back-end (I already had MikTeX installed...). > > > > This is what didn't work so far (during installation): > > * installation of dictionaries and thesauri in both Norwegian forms failed > > (Norsk Bokm??l, Nynorsk) > > * installation of thesauri in US and GB English failed. > > This looks like a problem in our win installer. > Eugene, do dictionaries installation work for you now? > > If they are not part of the package but we download them, > things might be broken after our recent infrastracture updates. > > The primary repository address is now at git (e.g. > https://git.lyx.org/gitweb/?p=dictionaries.git;a=summary ); > trac can be still used (mirror), but has slightly different url and scheme > (no more lyxsvn and no "trunk"). I indeed found that there are old links are present in dictionaries.nsh and took the liberty of fixing them. But untested, please check... Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Dictionaries in Win installer (was: LyX 2.4.0 & Jupyter Notebooks)
On Wed, Apr 10, 2024 at 12:22:46PM +, Bernt Lie wrote: > OK - I'm in the process of downloading LyX 2.4.0 RC4, with MikTeX as back-end > (I already had MikTeX installed...). > > This is what didn't work so far (during installation): > * installation of dictionaries and thesauri in both Norwegian forms failed > (Norsk Bokm??l, Nynorsk) > * installation of thesauri in US and GB English failed. This looks like a problem in our win installer. Eugene, do dictionaries installation work for you now? If they are not part of the package but we download them, things might be broken after our recent infrastracture updates. The primary repository address is now at git (e.g. https://git.lyx.org/gitweb/?p=dictionaries.git;a=summary ); trac can be still used (mirror), but has slightly different url and scheme (no more lyxsvn and no "trunk"). Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0 & Jupyter Notebooks
On Wed, Apr 10, 2024 at 12:11:08PM +, Bernt Lie wrote: > > knitr integration... > > Thanks. > > I don't use R, so I guess knitr is not useful to me. I did not mean that you will use R, but that you can check how knitr scripts establish two-way communication street and reuse it for jupyter instead of R Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0 & Jupyter Notebooks
On Tue, Apr 09, 2024 at 11:37:48AM -0400, Richard Kimberly Heck wrote: > On 4/9/24 08:48, Bernt Lie wrote: > >Is there a way to import Jupyter Notebooks into LyX 2.4.0 (when v. 2.4.0 is > >released)? > > > >I'm particularly interested in the possibility to... > > > >* link the notebooks into LyX so that I always get the latest > >version/computations in the notebook, i.e., preferably not a static import > > > >* inclusion of mark-up text with headlines, math, etc. > > > >* inclusion of input and output cells, with figures, etc. > > > >* linked-in notebooks would be multipage. Perhaps it should be possible to > >embed the notebooks in some theorem-like environment. > > > >OK -- don't know if this is possible, but it would go a long way towards > >getting a literal programming environment. > > The most plausible way to do this would be to use an external inset. That's > the way that Lilypond files (music) are included, for example. Such insets > are user definable. Basically, you tell LyX how to convert the file to > something LaTeX can process. This is discussed in section 7.1 of the > Embedded Objects manual. You can use the existing xtemplate files as a > starting point, too. You might also want to check how knitr integrates into lyx (basically embedding R code into lyx). Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Painting leftovers from blinking cursor in 2.4.x
On Tue, Apr 09, 2024 at 06:49:57PM +0200, Jean-Marc Lasgouttes wrote: > >I do not know how to reproduce it yet, but maybe it will ring some bell for > >you anyway. > > Does it depend on the screen font that you use? Some fonts have strange > metrics. No idea, I struggle to find a recipy even with the current one (Centrury Schoolbook L). Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Update zh_CN Translation
On Wed, Apr 10, 2024 at 01:40:25PM +0800, CD_Mking wrote: > I have translated part of the zh_CN localization, using AI translation and > subsequently conducting manual proofreading. > I am providing only the po files as I am unable to package them into a > format-patch, and the bundle file is too large to send. Thank you. One thing we need before commit is a blanket permission for your contributions sent to lyx-devel@lists.lyx.org. It should look like this: https://marc.info/?l=lyx-devel=170428353115475=2 If you need to send large files you can use this address po-upda...@lyx.org next time. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Painting leftovers from blinking cursor in 2.4.x
Hi JMarc, sometimes I see some painting artifacts in 2.4.0. I never saw them in 2.3. They seem to be produced by few top pixels of blinking cursor while writing and disappear when hitting enter for a new paragraph. Will send you video privately. I do not know how to reproduce it yet, but maybe it will ring some bell for you anyway. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Compiling With Qt5
On Sat, Apr 06, 2024 at 10:37:16AM +0200, Kornel Benko wrote: > In this commit I only fixed the the wrong casing of "Qt6Core_Found" to > "Qt6Core_FOUND". > So this code was there for a long time, but was not working. Nevertheless, can we have cmake defaulting to qt5 for 2.4.x? P -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Improve stats update times for buffer switches and toolbar toggles.
On Fri, Apr 05, 2024 at 05:07:27PM -0400, Richard Kimberly Heck wrote: > On 4/5/24 17:01, Pavel Sanda wrote: > > On Fri, Apr 05, 2024 at 09:00:37PM +0000, Pavel Sanda wrote: > > > commit 77273303a5e22df45239d705e830baa5c0c3fcf1 > > > Author: Pavel Sanda > > > Date: Fri Apr 5 22:59:07 2024 +0200 > > > > > > Improve stats update times for buffer switches and toolbar toggles. > > Riki, Ok for 2.4.1? Pavel > > Yes. Comitted. P -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Improve stats update times for buffer switches and toolbar toggles.
On Fri, Apr 05, 2024 at 09:00:37PM +, Pavel Sanda wrote: > commit 77273303a5e22df45239d705e830baa5c0c3fcf1 > Author: Pavel Sanda > Date: Fri Apr 5 22:59:07 2024 +0200 > > Improve stats update times for buffer switches and toolbar toggles. Riki, Ok for 2.4.1? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Clarify quote-insert LFUN.
On Thu, Apr 04, 2024 at 06:30:08PM -0400, Richard Kimberly Heck wrote: > >>If you are asking because of file format, just resaving in lyx itself > >>and letting lyx2lyx do its work is probably better idea than trying > >>to produce up-to-date format (you might need to change the mid-file > >>as well and it's way to easy to shoot yourself in the leg...) > >I see now, that you are asking because of the change in the begining of the > >file. But isn't the main part solved just by the attached patch? > > Yes, though I was thinking the more general point was worth making > somewhere. I'll look at it at some point, and maybe update to current > format. I comitted the patch and regenerated LFUNS.lyx. Feel free to change the intro later... Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Subtract value for word/character count
On Fri, Apr 05, 2024 at 08:41:52AM +0200, Jürgen Spitzmüller wrote:
> Am Donnerstag, dem 04.04.2024 um 23:15 +0200 schrieb Pavel Sanda:
> > + Item "Clamp statistics to the current value"
> > "statistics-reference-clamp"
> > + OptItem "Reset statistics to the absolute value"
> > "statistics-reference-clamp reset"
>
> Stick to Title Casing and add accelerators, if possible.
>
> And personally, I do not understand what "clamp" means in this context.
I admit I was struggling to find short description.
Basically I want to set the baseline from which the counter is subtracted so I
get
relative number to that baseline ("clamp to tha value").
Any help with better wording appreciated.
Pavel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Subtract value for word/character count
On Tue, Apr 02, 2024 at 10:23:10PM -0400, Richard Kimberly Heck wrote:
> Actually, I am not sure how it helps. Knowing that you need to remove 140
> words is not useful in itself.
> >>>The idea is that I set the difference value to the current count and
> >>>I am aiming for -140.
> >>>
> >>>Which brings me to even simpler UI than I previously thought.
> >>>Instead of entering some values as an argument I could simply
> >>>have lfun that sets the difference to the current statistics
> >>>value and be done with it.
> >>If you want to post it when/if it's done, I'll be happy to look at it.
> >Essentially the attached.
> >
> >Variables should be more hidden and I can add reset mechanism if this
> >feature looks ok. I am happy even without context menu change, still
> >less code out of the tree to maintain.
>
> I can easily imagine using this. I'd say go ahead, for 2.4.1.
Good, I fixed the scope of variables and added reset mechanism.
Will commit the attached to 2.4.1 if there is no other feedback.
Pavel
diff --git a/lib/ui/stdcontext.inc b/lib/ui/stdcontext.inc
index 32d76e603e..24e51fd685 100644
--- a/lib/ui/stdcontext.inc
+++ b/lib/ui/stdcontext.inc
@@ -774,6 +774,8 @@ Menuset
Item "Word Count|W" "ui-toggle statistics-w"
Item "Character Count|C" "ui-toggle statistics-cb"
Item "Character Count (No Blanks)|h" "ui-toggle statistics-c"
+ Item "Clamp statistics to the current value"
"statistics-reference-clamp"
+ OptItem "Reset statistics to the absolute value"
"statistics-reference-clamp reset"
End
End
diff --git a/src/BufferView.cpp b/src/BufferView.cpp
index 39fffed68e..7386c79a75 100644
--- a/src/BufferView.cpp
+++ b/src/BufferView.cpp
@@ -298,6 +298,12 @@ struct BufferView::Private
frontend::CaretGeometry caret_geometry_;
///
bool mouse_selecting_ = false;
+ /// Reference value for statistics (essentially subtract this from the
actual value to see relative counts)
+ /// (words/chars/chars no blanks)
+ int stats_ref_value_w_ = 0;
+ int stats_ref_value_c_ = 0;
+ int stats_ref_value_nb_ = 0;
+
};
@@ -1337,6 +1343,17 @@ bool BufferView::getStatus(FuncRequest const & cmd,
FuncStatus & flag)
flag.setEnabled(cur.selection());
break;
+ case LFUN_STATISTICS_REFERENCE_CLAMP: {
+ // disable optitem reset if clamp not used
+ if (cmd.argument() == "reset" && d->stats_ref_value_c_ == 0) {
+ flag.setEnabled(false);
+ break;
+ }
+ flag.setEnabled(true);
+ break;
+
+ }
+
default:
return false;
}
@@ -2008,6 +2025,24 @@ void BufferView::dispatch(FuncRequest const & cmd,
DispatchResult & dr)
}
break;
+ case LFUN_STATISTICS_REFERENCE_CLAMP: {
+ if (cmd.argument() == "reset") {
+ d->stats_ref_value_w_ = d->stats_ref_value_c_ =
d->stats_ref_value_nb_ = 0;
+ break;
+ }
+
+ DocIterator from, to;
+ from = doc_iterator_begin(_);
+ to = doc_iterator_end(_);
+ buffer_.updateStatistics(from, to);
+
+ d->stats_ref_value_w_ = buffer_.wordCount();
+ d->stats_ref_value_c_ = buffer_.charCount(true);
+ d->stats_ref_value_nb_ = buffer_.charCount(false);
+ break;
+ }
+
+
case LFUN_SCREEN_UP:
case LFUN_SCREEN_DOWN: {
Point p = getPos(cur);
@@ -2615,6 +2650,24 @@ bool BufferView::mouseSelecting() const
}
+int BufferView::stats_ref_value_w() const
+{
+ return d->stats_ref_value_w_;
+}
+
+
+int BufferView::stats_ref_value_c() const
+{
+ return d->stats_ref_value_c_;
+}
+
+
+int BufferView::stats_ref_value_nb() const
+{
+ return d->stats_ref_value_nb_;
+}
+
+
void BufferView::mouseEventDispatch(FuncRequest const & cmd0)
{
//lyxerr << "[ cmd0 " << cmd0 << "]" << endl;
diff --git a/src/BufferView.h b/src/BufferView.h
index b46ade3df5..eed48209bb 100644
--- a/src/BufferView.h
+++ b/src/BufferView.h
@@ -398,6 +398,12 @@ public:
/// Are we currently performing a selection with the mouse?
bool mouseSelecting() const;
+ /// Reference value for statistics (essentially subtract this from the
actual value to see relative counts)
+ /// (words/chars/chars no blanks)
+ int stats_ref_value_w() const;
+ int stats_ref_value_c() const;
+ int stats_ref_value_nb() const;
+
private:
/// noncopyable
BufferView(BufferView const &);
diff --git a/src/FuncCode.h b/src/FuncCode.h
index 19f41295b1..a5f638d6d7 100644
--- a/src/FuncCode.h
+++ b/src/FuncCode.h
@@ -508,6 +508,7 @@ enum FuncCode
LFUN_TAB_GROUP_NEXT,// daniel 20220130
Re: [LyX/master] Clarify quote-insert LFUN.
On Tue, Apr 02, 2024 at 09:07:10PM +0200, Pavel Sanda wrote: > On Tue, Apr 02, 2024 at 12:46:13PM -0400, Richard Kimberly Heck wrote: > > On 4/2/24 05:22, Pavel Sanda wrote: > > >On Mon, Apr 01, 2024 at 09:28:51PM +, Richard Kimberly Heck wrote: > > >>commit b0c4681cd8f4dedb975aac80dcb717c40aa8 > > >>Author: Richard Kimberly Heck > > >>Date: Mon Apr 1 17:26:01 2024 -0400 > > >> > > >> Clarify quote-insert LFUN. > > >> And add remark about multiple optional arguments. > > >> (cherry picked from commit 29be057a073fde4e36c9adbf31c6cd764f62bda2) > > >Riki, this file is unf autogenerated. Everything needs to go to > > >LyXAction.cpp > > >first and later regenerated via "make lfundoc".' > > > > Oh, right. Where can I change the stuff at the beginning of the file? > > development/tools/gen_lfuns.py > > If you are asking because of file format, just resaving in lyx itself > and letting lyx2lyx do its work is probably better idea than trying > to produce up-to-date format (you might need to change the mid-file > as well and it's way to easy to shoot yourself in the leg...) I see now, that you are asking because of the change in the begining of the file. But isn't the main part solved just by the attached patch? Pavel diff --git a/po/cs.gmo b/po/cs.gmo index 77e6cdb0b6..a2e7997798 100644 Binary files a/po/cs.gmo and b/po/cs.gmo differ diff --git a/src/LyXAction.cpp b/src/LyXAction.cpp index b6bb52152c..96b41c18a5 100644 --- a/src/LyXAction.cpp +++ b/src/LyXAction.cpp @@ -3466,7 +3466,7 @@ void LyXAction::init() * \var lyx::FuncCode lyx::LFUN_QUOTE_INSERT * \li Action: Inserts quotes according to the type and quote-language preference. * \li Notion: Currently 15 different quote styles are distinguished (see params). - * \li Syntax: quote-insert [] [] [
Re: Alt-M shortcuts broken
On Thu, Apr 04, 2024 at 11:33:50AM -0400, Max Mueggler wrote: > > > If I press Alt-M, a list of shortcuts appear in the status bar, but none > > > of > > > them have any effect (for example, Alt-M F just types an f). > > > > > > I tried resetting my keybinds by deleting ~/.lyx/bind/, to no effect. > > > > > > Version: 2.4.0~RC3, but I reproduced the bug in 2.3.7. > > > > > > System: Debian Testing > > Do you self compile or do you use debian's default package? > > (Sounds little bit like qt6 issue, but IIRC debian default still uses qt5). > > This is Debian's default package, yes. It is using qt5. Ok, let's keep this on the mailling list. Is there anyone around still using debian testing to check this or everyone already moved to stable due to xz backdoor? :) Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Compiling With Qt5
On Tue, Apr 02, 2024 at 09:54:22PM -0400, Richard Kimberly Heck wrote: > Also, do we want Qt6 to be the default with 2.4.x? In master, that might > make sense, but it seems odd to change that now. I would not do that for 2.4 at this stage. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Clarify quote-insert LFUN.
On Tue, Apr 02, 2024 at 12:46:13PM -0400, Richard Kimberly Heck wrote: > On 4/2/24 05:22, Pavel Sanda wrote: > >On Mon, Apr 01, 2024 at 09:28:51PM +, Richard Kimberly Heck wrote: > >>commit b0c4681cd8f4dedb975aac80dcb717c40aa8 > >>Author: Richard Kimberly Heck > >>Date: Mon Apr 1 17:26:01 2024 -0400 > >> > >> Clarify quote-insert LFUN. > >> And add remark about multiple optional arguments. > >> (cherry picked from commit 29be057a073fde4e36c9adbf31c6cd764f62bda2) > >Riki, this file is unf autogenerated. Everything needs to go to LyXAction.cpp > >first and later regenerated via "make lfundoc".' > > Oh, right. Where can I change the stuff at the beginning of the file? development/tools/gen_lfuns.py If you are asking because of file format, just resaving in lyx itself and letting lyx2lyx do its work is probably better idea than trying to produce up-to-date format (you might need to change the mid-file as well and it's way to easy to shoot yourself in the leg...) Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Apparent bug when building RC4
On Sun, Mar 31, 2024 at 03:17:07PM -0700, Gary Ray wrote: > configure --enable-qt6 fails at ld: > > /usr/bin/ld: /usr/lib/qt6/6.6.1/gcc_64/lib//libQt6DBus.so.6: undefined > reference to `QReadWriteLock::destroyRecursive(QReadWriteLockPrivate*)@Qt_6' > > RC3 built ok with qt6. On what system do you compile (OS and compiler versions)? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Clarify quote-insert LFUN.
On Mon, Apr 01, 2024 at 09:28:51PM +, Richard Kimberly Heck wrote: > commit b0c4681cd8f4dedb975aac80dcb717c40aa8 > Author: Richard Kimberly Heck > Date: Mon Apr 1 17:26:01 2024 -0400 > > Clarify quote-insert LFUN. > > And add remark about multiple optional arguments. > > (cherry picked from commit 29be057a073fde4e36c9adbf31c6cd764f62bda2) Riki, this file is unf autogenerated. Everything needs to go to LyXAction.cpp first and later regenerated via "make lfundoc". Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0 RC4
On Sun, Mar 31, 2024 at 06:09:33PM -0400, Richard Kimberly Heck wrote: > What we hope will be the final release candidate for 2.4.0 is now available > here: Maybe it's time to branch 2.4.x and allow only approved commits on the list? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Subtract value for word/character count
On Tue, Mar 26, 2024 at 02:26:59PM -0400, Richard Kimberly Heck wrote:
> On 3/25/24 17:46, Pavel Sanda wrote:
> > On Mon, Mar 25, 2024 at 06:35:16PM +0100, Jean-Marc Lasgouttes wrote:
> > > Actually, I am not sure how it helps. Knowing that you need to remove 140
> > > words is not useful in itself.
> > The idea is that I set the difference value to the current count and
> > I am aiming for -140.
> >
> > Which brings me to even simpler UI than I previously thought.
> > Instead of entering some values as an argument I could simply
> > have lfun that sets the difference to the current statistics
> > value and be done with it.
>
> If you want to post it when/if it's done, I'll be happy to look at it.
Essentially the attached.
Variables should be more hidden and I can add reset mechanism if this
feature looks ok. I am happy even without context menu change, still
less code out of the tree to maintain.
Pavel
diff --git a/lib/ui/stdcontext.inc b/lib/ui/stdcontext.inc
index 6d4fc75703..02a612e3a1 100644
--- a/lib/ui/stdcontext.inc
+++ b/lib/ui/stdcontext.inc
@@ -774,6 +774,7 @@ Menuset
Item "Word Count|W" "ui-toggle statistics-w"
Item "Character Count|C" "ui-toggle statistics-cb"
Item "Character Count (No Blanks)|h" "ui-toggle statistics-c"
+ Item "Clamp statistics to the current value" "statistics-reference-clamp"
End
End
diff --git a/po/cs.gmo b/po/cs.gmo
index 77e6cdb0b6..a2e7997798 100644
Binary files a/po/cs.gmo and b/po/cs.gmo differ
diff --git a/src/BufferView.cpp b/src/BufferView.cpp
index ad534eae28..d9e0d3ac5d 100644
--- a/src/BufferView.cpp
+++ b/src/BufferView.cpp
@@ -1241,6 +1241,7 @@ bool BufferView::getStatus(FuncRequest const & cmd, FuncStatus & flag)
case LFUN_BIBTEX_DATABASE_DEL:
case LFUN_BIBTEX_DATABASE_LIST:
case LFUN_STATISTICS:
+ case LFUN_STATISTICS_REFERENCE_CLAMP:
case LFUN_KEYMAP_OFF:
case LFUN_KEYMAP_PRIMARY:
case LFUN_KEYMAP_SECONDARY:
@@ -2008,6 +2009,20 @@ void BufferView::dispatch(FuncRequest const & cmd, DispatchResult & dr)
}
break;
+ case LFUN_STATISTICS_REFERENCE_CLAMP: {
+ DocIterator from, to;
+ from = doc_iterator_begin(_);
+ to = doc_iterator_end(_);
+ buffer_.updateStatistics(from, to);
+
+ buffer_.updateStatistics(from, to);
+ stats_ref_value_w = buffer_.wordCount();
+ stats_ref_value_c = buffer_.charCount(true);
+ stats_ref_value_nb = buffer_.charCount(false);
+ break;
+ }
+
+
case LFUN_SCREEN_UP:
case LFUN_SCREEN_DOWN: {
Point p = getPos(cur);
diff --git a/src/BufferView.h b/src/BufferView.h
index d239fdd360..b9e8e1d54d 100644
--- a/src/BufferView.h
+++ b/src/BufferView.h
@@ -395,6 +395,12 @@ public:
/// Are we currently performing a selection with the mouse?
bool mouseSelecting() const;
+ /// Reference value for statistics (essentially subtract this from the actual value to see relative counts)
+ /// (words/chars/chars no blanks)
+ int stats_ref_value_w = 0;
+ int stats_ref_value_c = 0;
+ int stats_ref_value_nb = 0;
+
private:
/// noncopyable
BufferView(BufferView const &);
diff --git a/src/FuncCode.h b/src/FuncCode.h
index 19f41295b1..a5f638d6d7 100644
--- a/src/FuncCode.h
+++ b/src/FuncCode.h
@@ -508,6 +508,7 @@ enum FuncCode
LFUN_TAB_GROUP_NEXT,// daniel 20220130
LFUN_TAB_GROUP_PREVIOUS,// daniel 20220130
LFUN_BIBTEX_DATABASE_LIST, // bpiwowar, 20221218
+ LFUN_STATISTICS_REFERENCE_CLAMP,// sanda, 20240324
LFUN_LASTACTION // end of the table
};
diff --git a/src/LyXAction.cpp b/src/LyXAction.cpp
index 19f12038a8..3d59aa8816 100644
--- a/src/LyXAction.cpp
+++ b/src/LyXAction.cpp
@@ -3923,6 +3923,15 @@ void LyXAction::init()
* \endvar
*/
{ LFUN_STATISTICS, "statistics", ReadOnly, System },
+/*!
+ * \var lyx::FuncCode lyx::LFUN_STATISTICS_REFERENCE_CLAMP
+ * \li Action: Count statistics relative to the current value.
+ In other words all future values will be subtracted by this value.
+ * \li Syntax: statistics-reference-clamp
+ * \li Origin: sanda, Mar 28 2024
+ * \endvar
+ */
+ { LFUN_STATISTICS_REFERENCE_CLAMP, "statistics-reference-clamp", ReadOnly, System },
/*!
* \var lyx::FuncCode lyx::LFUN_TABULAR_FEATURE
diff --git a/src/frontends/qt/GuiView.cpp b/src/frontends/qt/GuiView.cpp
index facdb81b67..0974534473 100644
--- a/src/frontends/qt/GuiView.cpp
+++ b/src/frontends/qt/GuiView.cpp
@@ -1483,23 +1483,23 @@ void GuiView::showStats()
if (word_count_enabled_) {
int const words = buf->wordCount();
if (words == 1)
- stats << toqstr(bformat(_("%1$d Word"), words));
+ stats << toqstr(bformat(_("%1$d Word"), words - bv->stats_ref_value_w));
else
- stats << toqstr(bformat(_("%1$d Words"), words));
+ stats << toqstr(bformat(_("%1$d Words"), w
Re: Layout file format change proposal
On Thu, Mar 28, 2024 at 12:49:14PM +0100, Lorenzo Bertini wrote: > I am proposing this because I've had people tell me layouts > are "advanced", and one of the roadblocks to using LyX. Having easy > tools to edit them would help. Another thing to consider is how to support home-written modules which were written by the users, probably do not have any version string and all of the sudden documents break because of fundamental format switch... We should be very careful about this I think. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Layout file format change proposal
On Thu, Mar 28, 2024 at 12:40:10PM +0100, Lorenzo Bertini wrote: > - TOML: > . pros: very easy to read and write, even for humans > . cons: not widespread, distant from .layout > - YAML: > . pros: very easy to read and write, very close to .layout > . cons: indentation is prone to syntax errors I value "very easy to read and write, even for humans" way above the others. While new wave of designers coming from the fact that we have standard machine readable format is a doubtful hope, the current devs are the warranted users and are probably used to format which can be easily read/edited. >From this perspective YAML looks closest to what my eyes are used to parse, TOML is still in the range of sensible and other are in the land of PITA ;) Thanks for your explicit examples... Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Alt-M shortcuts broken
On Mon, Mar 18, 2024 at 07:12:22PM -0400, Max Mueggler wrote: > Recently (it may have been after a system update) Alt-M shortcuts stopped > working in LyX. I would file a bug report but account creation has been > disabled. I will reset your password in trac. > If I press Alt-M, a list of shortcuts appear in the status bar, but none of > them have any effect (for example, Alt-M F just types an f). > > I tried resetting my keybinds by deleting ~/.lyx/bind/, to no effect. > > Version: 2.4.0~RC3, but I reproduced the bug in 2.3.7. > > System: Debian Testing Do you self compile or do you use debian's default package? (Sounds little bit like qt6 issue, but IIRC debian default still uses qt5). Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Assertion with lyx-2.4.0~devel
On Fri, Mar 01, 2024 at 09:32:53AM +0100, Jean-Pierre Chrétien wrote: > I will install this last version now and proceed with editing. I'll keep you > posted if it happens again. Might be difficult as it's triggered by painting, but reproducible example would help a lot... Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Subtract value for word/character count
On Mon, Mar 25, 2024 at 06:35:16PM +0100, Jean-Marc Lasgouttes wrote: > Actually, I am not sure how it helps. Knowing that you need to remove 140 > words is not useful in itself. The idea is that I set the difference value to the current count and I am aiming for -140. Which brings me to even simpler UI than I previously thought. Instead of entering some values as an argument I could simply have lfun that sets the difference to the current statistics value and be done with it. Very easy to maintain as a separate patch of lfun even if ppl do not like it. So in any case thanks for the feedback :) Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Subtract value for word/character count
Hi, evil and external sources sometimes declare that I need to cut my document by certain amount of characters/words :) Mentally tracking the difference (e.g. 4587 - 150 words) while editing is somewhat annoying. I plan to add possibility for subtractive value applied to our statistics function so I can easily see the relative counts and track my progress. However I am not sure how much is my usecase obscure in general and thus whether I should upstream some reasonable UI/lfun (preffered) -- or should I just go for simple hack for my personal patchset. Objections if I add this? (For 2.5.x and 2.4.1/2 if Riki agrees). Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4 RC4
On Sun, Mar 24, 2024 at 06:36:57PM -0400, Richard Kimberly Heck wrote: > http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ Looks ok on debian oldstable. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
RC4? [was: Scheduled maintenance of LyX servers (Mar 21, 2024)]
On Thu, Mar 21, 2024 at 11:49:16AM -0400, Richard Kimberly Heck wrote: > I am on spring break next week, so will have some time then if need be. What about using that time for RC4? :) My feeling is that this could be the last RC; we could declare strict commit rules after it, branch new 2.4.x and release 2.4.0 with minimum changes after month or so? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Scheduled maintenance of LyX servers (Mar 21, 2024) [done]
On Sat, Mar 23, 2024 at 02:09:47PM -0400, Richard Kimberly Heck wrote: > On 3/22/24 17:44, Eberhard W Lisse wrote: > >On 22/03/2024 04:46, Richard Kimberly Heck wrote: > >>On 3/21/24 19:46, Scott Kostyshak wrote: > >[...] > >>>Thanks a lot to both of you! I don't imagine that was fun, but it > >>>certainly was very important. > >>Seconded. > >Thirded :-)-O > > > >Did you move the ftp server itself? I traditionally download from > >ftp://ftp.lyx.org (using ncftp on the command line :-)-O). > > It's a different ftp server. That one has not been moved. Yes, also looking at your domain, you might get way better speed from our .za mirror. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Scheduled maintenance of LyX servers (Mar 21, 2024) [done]
On Wed, Mar 20, 2024 at 10:23:40AM +0100, Pavel Sanda wrote: > we plan to do the major transition of our web infrastructure soon. We are done with the transition. Basic summary: - ftp server for wiki (not the ftp.lyx.org) is deceased. For uploading material use wiki-uploads.git, all developers have rw access. We need to do proxy for users, but I haven't seen this usage in past years, so we are probably fine with that solution. - svn server is deceased. dictionary repo moved to dictionaries.git, all devs have rw access. www-user repo moved to www-user.git, previous contributors have rw access. - www.lyx.org should work very similarly as before. - wiki.lyx.org - there will be more changes here. Many modules seen updates, some modules do no exist anymore/no one updated for new PHP. I tried to fix the most flagrant cases, but I'm sure some corners won't work. - bug tracker (lyx.org/trac) - updated to the most recent version, some UI changes, but it should feel familiar. Few plugins were not ported to new python and do not work anymore - most notable keywords. We allow users to register again, let's see how that goes. Gmail often refuses traffic from trac, JMarc has ambition to spin full fledged mailing service with bells and whistles demanded by google at some moment. I'll update relevant descriptions on our web/wiki to reflect the changes in the coming days + smaller polishing left out. If something does not work, please report back, we may or may not fix it ;) This was a long ride, thanks JMarc for beating the trac dragon :) Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: cmake build with qt6 (macos) does not include "plugins"
On Tue, Mar 19, 2024 at 04:02:34PM +0100, pdv wrote: > These steps have been added to my previous patch (new patch included) and I > also derived the QT_PLUGINS_DIR and QT_LIBRARY_DIRS variables from the > existing Qt6_DIR/Qt5_DIR variable, so they must not longer be supplied. I see there is some very old bug related to osx budles, pehaps it should be closed? https://www.lyx.org/trac/ticket/9018 > I only tested this with Qt6. Unf we are staying out of Qt6 for mac because of serious issues we were not able to solve (see bug https://www.lyx.org/trac/ticket/12641 ). Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Scheduled maintenance of LyX servers (Mar 21, 2024)
Dear LyXers, we plan to do the major transition of our web infrastructure soon. Web and wiki were already moved to read-only mode, bug tracker (trac) will be probably inaccesible altogether, probably from Thu morning (all times in CET). The main switch is planned on Thu evening hours. The optimistic scenario is that we will finish by midnight. Git and mailling services should remain intact, you can keep the business as usual there. We tried to prepare things ahead, but it's impossible to know all the collateral damage until we pull the trigger. So expect evening outage and I would ask you to avoid unecessery interaction with the services from Thursday (commenting bugs, changing wiki etc) until I send further announcement. Things could be probably more smooth, but time is currently scarce resource both for me and JMarc. Fingers crossed :) Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Add Idan Pazi to contributors list
On Sat, Mar 16, 2024 at 04:04:11AM +, Juergen Spitzmueller wrote: > commit 1f4238c9fb03993822c0178e9bf7056a87f44c79 > Author: Juergen Spitzmueller > Date: Tue Mar 12 12:53:34 2024 +0100 > > Add Idan Pazi to contributors list Juergen, please do not commit updates to our web via svn now, I already transfered the main web to the new server, so it will get lost anyway. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Issues with Trac + some bug reports
On Wed, Mar 13, 2024 at 09:19:45PM -0300, Carlos Pita wrote: > I've been trying to report a couple of bugs to your Trac (which I > haven't used for ages) but to no avail. I've a password although it > doesn't seem to be the right one, so I tried to reset my password many > times but the email never arrived to my inbox (nor spam folder). And > registration is disabled, so I'm out of luck. I sent new login privately. P -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Help with infrastructure (PHP)
Dear LyX community, we are transitioning our www/wiki/trac services present on the web to a new infrastructure which unfortunately includes tweaks to port the underlying code to more current php version (version 8). Most of trivial changes are done, but there are few remaining bits which are not trivial for us, poor C++ LyX devs - but might be trivial for someone whose deaily bread involves php(/pmwiki) programming. In case some kind soul would willing to help little bit, please contact me directly. Thanks for the LyX team, Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: aastex version has changed
On Tue, Mar 05, 2024 at 12:32:46PM +0100, Jean-Pierre Chrétien wrote: > I hope thet the upgrade is complete, I will see about the compilation > warnings in template and example. Not yet. Filename is aastex63.layout while your makefile entry says aastex631.layout... ;) P -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: aastex version has changed
On Tue, Mar 05, 2024 at 10:35:38AM +0100, Jean-Pierre Chrétien wrote: > Done, I just committed an updated version of Additional.lyx and updated > versions of the aastex template and example. > > If these files (version 6.2) are in the set of cmake texts, They should be > failing as aastex62.cls is not distributed anymore. > I changed the names of template and example files by replacing 6.2 with 631. > However, compilation of the files fail due to bibliographic references not > found. I do not understand why currently, but hopefully I will. Jean-Pierre, please also change lib/Makefile.am so the correct file names appears there. Otherwise we won't be able to pack the new tarballs. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Refrerences to trac in the documentation
On Tue, Feb 13, 2024 at 06:11:51PM +0100, Jean-Pierre Chrétien wrote: > >I see, you mean in documentation not in trac. It's not that simple, we are > >currently working on transition of trac itself so in medium term this > >link might be working again. Or not ;) > >In any case I would not change the documentation yet. > > Currently I just added the lint to git.lyx.org in the French Intro.lyx. > > My question was rather to know if > > https://git.lyx.org/gitweb/?p=lyx.git;a=tree;f=lib/doc;hb=HEAD > > is the correct way to point to the documentation in git.lyx.org. Depends what you want to reference. This one points to master, but you probably want link to the 2.4 branch (which does not exist yet). Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Message when I run git pull with a pending commit
On Tue, Feb 13, 2024 at 05:05:03PM +0100, Jean-Pierre Chrétien wrote: > Then I run 'git commit' and 'git pv' to rebase before push, and here is your > warning in English : > Do I get correctly that you run LyX session and git commands from the same terminal? It looks as if this part is comming from the LyX program: > Warning: File deleted from disk > > The file > /ext/lyx/master/lib/doc/fr/Intro.lyx > has been deleted from disk! And this part from git: > Rebasing (1/2) > Rebasing (2/2) > Successfully rebased and updated refs/heads/master. If true, than the "delete" warning part is just innocent. Git is doing some manipulation behind the scenes, lyx detects it and shouts that file was manipulated (deleted for a moment). The git messages are just fine then... Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Message when I run git pull with a pending commit
On Mon, Feb 12, 2024 at 04:56:40PM +0100, Jean-Pierre Chrétien wrote: > which means : I prefer english messages in verbatin so I can google them :) Anyway, what "git status" returns? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Refrerences to trac in the documentation (was: Message when I run git pull with a pending commit)
On Mon, Feb 12, 2024 at 05:01:32PM +0100, Jean-Pierre Chrétien wrote: > >>>BTW, I will update the reference of the documentation in trac with > >>>https://git.lyx.org/gitweb/?p=lyx.git;a=tree;f=lib/doc;hb=HEAD > >> > >>Where exactly in the trac do you want to make that change? > > > >Here : > > > > > >3.2.2 Joining the Documentation Team. > > > >The LyX Documentation Project, like anything else in the LyX project, can > >always use assistance! If you're interested in contributing to the > >Documentation Project, you need to do the following: > > > >1. Get the latest LyX source code from > >[https://www.lyx.org/trac/browser/lyxgit/lib/doc?rev=master ] > > > > > > > >Trac is longer recommended to browse lyxgit, right ? I see, you mean in documentation not in trac. It's not that simple, we are currently working on transition of trac itself so in medium term this link might be working again. Or not ;) In any case I would not change the documentation yet. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Message when I run git pull with a pending commit
> >>>On Mon, Feb 12, 2024 at 11:02:07AM +0100, Jean-Pierre Chrétien wrote: > Since the update of the git server (thanks a lot, Pavel!), I get a message > telling me that the file pending to be committed has been erased on my > disk. > Happily this is not true, but a bit disturbing. This message is coming from git, right? I see possibility that you committed the file, resaved the .lyx file within lyx and then got this message while workign with git. LyX is internally saving to a new file and moves away the old one, so if git is tracking the file handle instead of content (though I find this would be strange) it would explain the message. >BTW, I will update the reference of the documentation in trac with >https://git.lyx.org/gitweb/?p=lyx.git;a=tree;f=lib/doc;hb=HEAD Where exactly in the trac do you want to make that change? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Message when I run git pull with a pending commit
On Mon, Feb 12, 2024 at 11:12:28AM +0100, Jean-Pierre Chrétien wrote: > Le 12/02/2024 ?? 11:02, Jean-Pierre Chrétien a écrit : > >Dear developers > > > >Since the update of the git server (thanks a lot, Pavel!), I get a message > >telling me that the file pending to be committed has been erased on my > >disk. > >Happily this is not true, but a bit disturbing. > > As I had the file sill open in LyX, I see that it's status has been changed > to "modified" and I get the same message in a child window. > > If I reload the file, all is OK once I agree to replace the loaded file by > the one on disk. Isn't it possible that you just had 2 lyx windows opened on the same file? Or commited changes from different computer? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Message when I run git pull with a pending commit
On Mon, Feb 12, 2024 at 11:02:07AM +0100, Jean-Pierre Chrétien wrote: > Since the update of the git server (thanks a lot, Pavel!), I get a message > telling me that the file pending to be committed has been erased on my disk. > Happily this is not true, but a bit disturbing. Disturbing indeed. Can you send me the exact error message, possibly in english? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
