Re: [LyX/master] Remove hebrew letter document class
Am Dienstag, dem 11.06.2024 um 18:15 + schrieb Udi Fogiel: > commit 3854086e59db47a38f61ae94b08c5bc9e207767a > Author: Udi Fogiel > Date: Tue Jun 11 21:14:27 2024 +0300 > > Remove hebrew letter document class > > The only difference from regular letter is the alignment of > "Send To Address" layout, but it no longer reflect the output > corrctly, probably because LyX revert the alignment of layouts > in RTL context now. I don't think we want to remove layouts. This breaks old documents. Rather than that, mark it as obsolete, please. Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/2.4.1-devel] Defer construction of temporary cursor.
Am Dienstag, dem 16.04.2024 um 16:40 + schrieb Richard Kimberly Heck: > commit 365ff71e2319673c2685be79963443fee13c333b > Author: Richard Kimberly Heck > Date: Tue Apr 16 12:15:50 2024 -0400 > > Defer construction of temporary cursor. Doesn't this (and also the biginsets backports that happened) deserve status.24 entries? Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0 RC3
Am Freitag, dem 19.04.2024 um 17:11 +0200 schrieb jspi...@gmail.com:
> I am currently traveling, so I cannot test. But does the attached
> patch help and provide a sufficient clues?
Take this. The first one didn't link.
Jürgen
diff --git a/src/LaTeXPackages.cpp b/src/LaTeXPackages.cpp
index e708df1dfe..d2f2c4c71b 100644
--- a/src/LaTeXPackages.cpp
+++ b/src/LaTeXPackages.cpp
@@ -35,7 +35,7 @@ namespace lyx {
LaTeXPackages::Packages LaTeXPackages::packages_;
-void LaTeXPackages::getAvailable()
+void LaTeXPackages::getAvailable(bool retry)
{
Lexer lex;
support::FileName const real_file = libFileSearch("", "packages.lst");
@@ -73,10 +73,17 @@ void LaTeXPackages::getAvailable()
}
}
// Check if the pkglist has current format.
- // Reconfigure and re-parse if not.
+ // Reconfigure once and re-parse if not.
+ // If we have already reconfigured, give a warning and stop.
if (lstformat != "2") {
- package().reconfigureUserLyXDir("");
- getAvailable();
+ if (retry) {
+ LYXERR0("ERROR: Invalid package list format!\n"
+ "Please make sure there is no outdated configure.py file in your user directory");
+ return;
+ } else {
+ package().reconfigureUserLyXDir("");
+ getAvailable(true);
+ }
}
}
diff --git a/src/LaTeXPackages.h b/src/LaTeXPackages.h
index dba6d039f6..12f3e4ec0b 100644
--- a/src/LaTeXPackages.h
+++ b/src/LaTeXPackages.h
@@ -25,7 +25,7 @@ namespace lyx {
class LaTeXPackages {
public:
/// Which of the required packages are installed?
- static void getAvailable();
+ static void getAvailable(bool retry = false);
/// Is the (required) package available?
static bool isAvailable(std::string const & name);
/// Is the (required) package available at least as of
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0 RC3
Am Freitag, dem 19.04.2024 um 13:22 +0200 schrieb Stephan Witt:
> Now I got a clue how it happens.
>
> In LaTeXPackages::getAvailable() is a recursion implemented and in
> our case it happens to be endless.
>
> The reconfigure fails at first and in getAvailable() it is retried
> but fails again (and again and again).
I am currently traveling, so I cannot test. But does the attached patch
help and provide a sufficient clues?
Best,
Jürgen
diff --git a/src/LaTeXPackages.cpp b/src/LaTeXPackages.cpp
index e708df1dfe..7d38a87511 100644
--- a/src/LaTeXPackages.cpp
+++ b/src/LaTeXPackages.cpp
@@ -35,7 +35,7 @@ namespace lyx {
LaTeXPackages::Packages LaTeXPackages::packages_;
-void LaTeXPackages::getAvailable()
+void LaTeXPackages::getAvailable(bool const retry)
{
Lexer lex;
support::FileName const real_file = libFileSearch("", "packages.lst");
@@ -75,8 +75,14 @@ void LaTeXPackages::getAvailable()
// Check if the pkglist has current format.
// Reconfigure and re-parse if not.
if (lstformat != "2") {
- package().reconfigureUserLyXDir("");
- getAvailable();
+ if (retry) {
+ LYXERR0("ERROR: Invalid package list format!\n"
+ "Please make sure there is no outdated configure.py file in your user directory");
+ return;
+ } else {
+ package().reconfigureUserLyXDir("");
+ getAvailable(true);
+ }
}
}
diff --git a/src/LaTeXPackages.h b/src/LaTeXPackages.h
index dba6d039f6..e3acb3371b 100644
--- a/src/LaTeXPackages.h
+++ b/src/LaTeXPackages.h
@@ -25,7 +25,7 @@ namespace lyx {
class LaTeXPackages {
public:
/// Which of the required packages are installed?
- static void getAvailable();
+ static void getAvailable(bool const retry = false);
/// Is the (required) package available?
static bool isAvailable(std::string const & name);
/// Is the (required) package available at least as of
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Copy files to tmp
Am Montag, dem 18.03.2024 um 18:26 -0400 schrieb Richard Kimberly Heck:
> On 3/18/24 13:01, Jürgen Spitzmüller wrote:
> > I am trying to set up a private external template for the inclusion
> > of
> > sound files to beamer slides. Could somebody please remind me what
> > needs to be done to get those files (e.g., mp3's) copied to the tmp
> > with their mangled file name?
>
> I think this is done in the validation routine, by calling
> features.includeFile().
Thanks, this does not seem to be related to external material, AFAICS.
However, what would help me is a new placeholder, $$OrigAbsName, that
outputs the absolute path to the original filename (see attached). I
know that documenting this for 2.4 is too late, but would you be OK if
I submitted this as a hidden feature and document later?
Jürgen
diff --git a/src/insets/ExternalSupport.cpp b/src/insets/ExternalSupport.cpp
index 33c14d38be..5893a5d454 100644
--- a/src/insets/ExternalSupport.cpp
+++ b/src/insets/ExternalSupport.cpp
@@ -106,8 +106,10 @@ string const doSubstitution(InsetExternalParams const & params,
params.filename.mangledFileName() :
params.filename.outputFileName(parentpath);
string const basename = changeExtension(
- onlyFileName(filename), string());
+ onlyFileName(filename), string());
string const absname = makeAbsPath(filename, parentpath).absFileName();
+ string const origabsname = makeAbsPath(params.filename.outputFileName(parentpath),
+ parentpath).absFileName();
if (what != ALL_BUT_PATHS) {
string const filepath = onlyPath(filename);
@@ -136,6 +138,10 @@ string const doSubstitution(InsetExternalParams const & params,
use_latex_path,
PROTECT_EXTENSION,
ESCAPE_DOTS);
+ result = subst_path(result, "$$OrigAbsName", origabsname,
+use_latex_path,
+PROTECT_EXTENSION,
+ESCAPE_DOTS);
result = subst_path(result, "$$RelPathMaster",
relToMasterPath, use_latex_path,
PROTECT_EXTENSION,
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.4.0 plan for #12215 [LyX crashes with async processes (Qt6 only)] ?
Am Dienstag, dem 22.11.2022 um 22:13 -0500 schrieb Richard Kimberly
Heck:
> Here's the program to check:
>
> #define _GLIBCXX_DEBUG 1
> #include
>
> int main()
> {
> std::unordered_set::iterator it{};
> it == it;
> }
>
> That's what was crashing in GCC.
Does not crash for me.
>
> I did notice, too, though in the Qt report that it says:
>
>
> In general, from the LyX bug report, it looks like they're building
> LyX
> but not Qt with debug iterators enabled.
>
> That is a bad idea. libstdc++ debug mode breaks ABI. I don't think we
> ever return any QMap in Qt across its library boundary, but if we
> did, they couldn't use it.
>
> If you want to turn on debug mode globally, you need to rebuild any
> 3rd
> party dependency with it. Of course there are the containers in the
> debug namespace, but I haven't found a good solution to use them at
> large in a project. I've tried to isolate them in a local namespace,
> but
> people won't use MyNS::vector (which is either std::vector or
> stddebug::vector), they'll just use std::vector.
>
>
> So, maybe the problem is very specific to --enable-stdlib-debug and
> has to do with the way we use external libraries.
I hope this is not the answer, and I don't need to compile qt myself in
order to use stdlib-debug.
Jürgen
>
> Riki
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.3.7 release
Am Dienstag, dem 15.11.2022 um 13:56 -0500 schrieb Richard Kimberly Heck: > OK, I'll find some time to go through the tickets on trac and see > what might be included. Please let me know if you need help identifying them. Thanks, Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Missing icons
Am Montag, dem 08.08.2022 um 10:14 +0200 schrieb jspi...@gmail.com: > I corrected this for autotools. Something similar probably needs to > be > done for cmake. Actually, I think cmake is already correct. Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Missing icons
Am Montag, dem 08.08.2022 um 03:26 +0200 schrieb Daniel: > > The problem is present with installed LyX but not with LyX running > > from source, AFAICS. > > > > Stephan > > Indeed, I am always using the installed version (since I never got it > running from source). The file icon.aliases was installed in the top dir, whereas it is searched in images/ I corrected this for autotools. Something similar probably needs to be done for cmake. Jürgen > > Daniel > > > -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Toggled text inside a bold inset is output differently on master than 2.3.x
Am Dienstag, dem 26.07.2022 um 10:25 -0400 schrieb Scott Kostyshak: > See the attached example. The text "text part 2" is output as bold in > 2.3.x, but is not output as bold in master (although it is displayed > as bold in the LyX display). Should be fixed at 8ac177f656da9db2 as far as I can tell. But since this is so tricky to track, testing would be very welcome. Thanks, Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
