Re: Making Spanish docs less dependent on Babel

[Dan]

Sorry for responding this late. I have been very busy these last two weeks, so 
I completely disconnected from the mailing lists.


1 d’oct. de 2023, 2:54 per skost...@lyx.org:

> Hi Dan,
>
> Currently (before your patches), the Spanish documents are set to use Babel. 
> This might have made sense at the time, but Polyglossia should also work and 
> it would be nice to allow either Babel or Polyglossia.
>
> Do you have interest in helping us to relax the Babel-specific parts of the 
> Spanish documents? If you have interest, I could take a look and be more 
> specific with what I'm asking. If you don't have interest, no problem at all. 
> You've already spent a lot of time improving the documents.
>
Currently I am focused on translating manuals and the PO files (almost done 
with the latter); but those are goals in the long run. I am open and willing to 
help out in whatever I can: tell me what you need me to do or help with.


> You can see past conversation on this topic here:
>
>  > 
> https://www.mail-archive.com/search?l=mid=20230208180200.jrjegozjf3ji7lwj%40gary
>
As stated in one of the emails 
(https://www.mail-archive.com/lyx-devel@lists.lyx.org/msg219273.html) Babel 
does have very good support for Spanish, including mathematical operators (lim, 
limsup, sin, max, and the like). Thus, I have never used anything other than 
Babel and completely ignore how well Polyglossia supports Spanish.

Will give a hand in whatever I can.
Regards.


Daniel.
--
Enviat amb Tutanota.
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX can no longer be compiled under macOS Sonoma 14.0 and Qt 6.5

[Christoph Schmitz]

Enrico,

Adding the option "--with-included-iconv" to the configuration script finally 
did the job.

Chris


> Am 04.10.2023 um 18:57 schrieb Enrico Forestieri :
> 
> On Wed, Oct 04, 2023 at 06:18:27PM +0200, Christoph Schmitz wrote:
>> Enrico, got it! Many thanks!
>> 
>> I have downloaded the updated toolchain.prf file from the link you provided 
>> and I replaced the corresponding file in the following folder:
>> 
>> /usr/local/Cellar/qt/6.5.1_3/share/qt/mkspecs/features
>> 
>> After this change, the configure script ran without errors and I could 
>> compile LyX. However, make now gives the following error message:
>> 
>> ...
>> AR   liblyxcore.a
>> AR   liblyxmathed.a
>> AR   liblyxgraphics.a
>> AR   liblyxinsets.a
>> CXXLDlyx
>> ld: Undefined symbols:
>> _iconv, referenced from:
>> (anonymous namespace)::iconv_codecvt_facet::do_out(__mbstate_t&, wchar_t 
>> const*, wchar_t const*, wchar_t const*&, char*, char*, char*&) const in 
>> liblyxsupport.a[8](docstream.o)
>> (anonymous namespace)::iconv_codecvt_facet::do_in(__mbstate_t&, char 
>> const*, char const*, char const*&, wchar_t*, wchar_t*, wchar_t*&) const in 
>> liblyxsupport.a[8](docstream.o)
>> lyx::IconvProcessor::convert(char const*, unsigned long, char*, unsigned 
>> long) in liblyxsupport.a[34](unicode.o)
>> lyx::IconvProcessor::convert(char const*, unsigned long, char*, unsigned 
>> long) in liblyxsupport.a[34](unicode.o)
>> _iconv_close, referenced from:
>> (anonymous namespace)::iconv_codecvt_facet::~iconv_codecvt_facet() in 
>> liblyxsupport.a[8](docstream.o)
>> (anonymous namespace)::iconv_codecvt_facet::~iconv_codecvt_facet() in 
>> liblyxsupport.a[8](docstream.o)
>> lyx::IconvProcessor::Handler::~Handler() in 
>> liblyxsupport.a[34](unicode.o)
>> _iconv_open, referenced from:
>> (anonymous 
>> namespace)::iconv_codecvt_facet::iconv_codecvt_facet(std::__1::basic_string>  std::__1::char_traits, std::__1::allocator> const&, unsigned 
>> int, unsigned long) in liblyxsupport.a[8](docstream.o)
>> (anonymous 
>> namespace)::iconv_codecvt_facet::iconv_codecvt_facet(std::__1::basic_string>  std::__1::char_traits, std::__1::allocator> const&, unsigned 
>> int, unsigned long) in liblyxsupport.a[8](docstream.o)
>> lyx::IconvProcessor::init() in liblyxsupport.a[34](unicode.o)
>> clang: error: linker command failed with exit code 1 (use -v to see 
>> invocation)
>> make[4]: *** [lyx] Error 1
>> make[3]: *** [all-recursive] Error 1
>> make[2]: *** [all] Error 2
>> make[1]: *** [all-recursive] Error 1
>> make: *** [all] Error 2
>> 
>> I have already deleted the local LyX repository and started again from 
>> scratch. The same problem.
> 
> Most probably you are missing the iconv library. Either install it or try 
> configuring using also the option "--with-included-iconv"
> 
> -- 
> Enrico

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: [RFC Riki!] Re: Highlighted math in dark mode is hard to see

[Jürgen Spitzmüller]

Am Dienstag, dem 03.10.2023 um 14:13 +0200 schrieb Jean-Marc
Lasgouttes:
> I implemented the color change for local math selections. I notice
> right now that I missed the case of multiple cell selection. I'll
> have a look.

Thanks.

> 
> So I would have to put your patch on top of that, and probably manage
> to remove the test for use_system_colors in mathed. This test does
> not make sense anyway, we should always use Color_selection*.

Done so.

> What I do not understand, though, is why you have to go through all 
> these hoops instead of picking a good color for selected math text in
> dark mode.

Which hoops exactly?

-- 
Jürgen
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX can no longer be compiled under macOS Sonoma 14.0 and Qt 6.5

[Enrico Forestieri]

On Wed, Oct 04, 2023 at 06:18:27PM +0200, Christoph Schmitz wrote:


Enrico, got it! Many thanks!

I have downloaded the updated toolchain.prf file from the link you provided and 
I replaced the corresponding file in the following folder:

/usr/local/Cellar/qt/6.5.1_3/share/qt/mkspecs/features

After this change, the configure script ran without errors and I could compile 
LyX. However, make now gives the following error message:

...
 AR   liblyxcore.a
 AR   liblyxmathed.a
 AR   liblyxgraphics.a
 AR   liblyxinsets.a
 CXXLDlyx
ld: Undefined symbols:
 _iconv, referenced from:
 (anonymous namespace)::iconv_codecvt_facet::do_out(__mbstate_t&, wchar_t const*, 
wchar_t const*, wchar_t const*&, char*, char*, char*&) const in 
liblyxsupport.a[8](docstream.o)
 (anonymous namespace)::iconv_codecvt_facet::do_in(__mbstate_t&, char const*, char 
const*, char const*&, wchar_t*, wchar_t*, wchar_t*&) const in 
liblyxsupport.a[8](docstream.o)
 lyx::IconvProcessor::convert(char const*, unsigned long, char*, unsigned 
long) in liblyxsupport.a[34](unicode.o)
 lyx::IconvProcessor::convert(char const*, unsigned long, char*, unsigned 
long) in liblyxsupport.a[34](unicode.o)
 _iconv_close, referenced from:
 (anonymous namespace)::iconv_codecvt_facet::~iconv_codecvt_facet() in 
liblyxsupport.a[8](docstream.o)
 (anonymous namespace)::iconv_codecvt_facet::~iconv_codecvt_facet() in 
liblyxsupport.a[8](docstream.o)
 lyx::IconvProcessor::Handler::~Handler() in liblyxsupport.a[34](unicode.o)
 _iconv_open, referenced from:
 (anonymous namespace)::iconv_codecvt_facet::iconv_codecvt_facet(std::__1::basic_string, std::__1::allocator> const&, unsigned int, 
unsigned long) in liblyxsupport.a[8](docstream.o)
 (anonymous namespace)::iconv_codecvt_facet::iconv_codecvt_facet(std::__1::basic_string, std::__1::allocator> const&, unsigned int, 
unsigned long) in liblyxsupport.a[8](docstream.o)
 lyx::IconvProcessor::init() in liblyxsupport.a[34](unicode.o)
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[4]: *** [lyx] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

I have already deleted the local LyX repository and started again from scratch. 
The same problem.


Most probably you are missing the iconv library. Either install it or 
try configuring using also the option "--with-included-iconv"


--
Enrico
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX can no longer be compiled under macOS Sonoma 14.0 and Qt 6.5

[Christoph Schmitz]

Enrico, got it! Many thanks!

I have downloaded the updated toolchain.prf file from the link you provided and 
I replaced the corresponding file in the following folder:

/usr/local/Cellar/qt/6.5.1_3/share/qt/mkspecs/features

After this change, the configure script ran without errors and I could compile 
LyX. However, make now gives the following error message:

...
  AR   liblyxcore.a
  AR   liblyxmathed.a
  AR   liblyxgraphics.a
  AR   liblyxinsets.a
  CXXLDlyx
ld: Undefined symbols:
  _iconv, referenced from:
  (anonymous namespace)::iconv_codecvt_facet::do_out(__mbstate_t&, wchar_t 
const*, wchar_t const*, wchar_t const*&, char*, char*, char*&) const in 
liblyxsupport.a[8](docstream.o)
  (anonymous namespace)::iconv_codecvt_facet::do_in(__mbstate_t&, char 
const*, char const*, char const*&, wchar_t*, wchar_t*, wchar_t*&) const in 
liblyxsupport.a[8](docstream.o)
  lyx::IconvProcessor::convert(char const*, unsigned long, char*, unsigned 
long) in liblyxsupport.a[34](unicode.o)
  lyx::IconvProcessor::convert(char const*, unsigned long, char*, unsigned 
long) in liblyxsupport.a[34](unicode.o)
  _iconv_close, referenced from:
  (anonymous namespace)::iconv_codecvt_facet::~iconv_codecvt_facet() in 
liblyxsupport.a[8](docstream.o)
  (anonymous namespace)::iconv_codecvt_facet::~iconv_codecvt_facet() in 
liblyxsupport.a[8](docstream.o)
  lyx::IconvProcessor::Handler::~Handler() in liblyxsupport.a[34](unicode.o)
  _iconv_open, referenced from:
  (anonymous 
namespace)::iconv_codecvt_facet::iconv_codecvt_facet(std::__1::basic_string, std::__1::allocator> const&, unsigned int, 
unsigned long) in liblyxsupport.a[8](docstream.o)
  (anonymous 
namespace)::iconv_codecvt_facet::iconv_codecvt_facet(std::__1::basic_string, std::__1::allocator> const&, unsigned int, 
unsigned long) in liblyxsupport.a[8](docstream.o)
  lyx::IconvProcessor::init() in liblyxsupport.a[34](unicode.o)
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[4]: *** [lyx] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

I have already deleted the local LyX repository and started again from scratch. 
The same problem.

Chris


> Am 04.10.2023 um 17:29 schrieb Enrico Forestieri :
> 
> On Wed, Oct 04, 2023 at 05:13:10PM +0200, Christoph Schmitz wrote:
>> Enrico, I don't understand what to change.
>> 
>> This is the current contents of toolchain.prf:
>> 
>> ```
>> # Ensure that we process sdk.prf first, as it will update QMAKE_CXX,
>> # which the default path determination uses.
>> sdk: load(sdk)
>> 
>> load(toolchain)
>> ```
> 
> (Chris, please, let's keep the discussion on the list because this may be 
> useful to others)
> 
> Pay attention that you are looking at
> "mkspecs/features/mac/toolchain.prf" but should instead edit
> "mkspecs/features/toolchain.prf".
> 
> If you click on the toolchain.prf link (down the page, on the left) at 
> https://codereview.qt-project.org/c/qt/qtbase/+/503172
> you will arrive at:
> https://codereview.qt-project.org/c/qt/qtbase/+/503172/3/mkspecs/features/toolchain.prf
> 
> You have to change all the reddish lines on the left with the greenish lines 
> on the right and then save the file.
> 
> -- 
> Enrico

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX can no longer be compiled under macOS Sonoma 14.0 and Qt 6.5

[Enrico Forestieri]

On Wed, Oct 04, 2023 at 05:13:10PM +0200, Christoph Schmitz wrote:


Enrico, I don't understand what to change.

This is the current contents of toolchain.prf:

```
# Ensure that we process sdk.prf first, as it will update QMAKE_CXX,
# which the default path determination uses.
sdk: load(sdk)

load(toolchain)
```


(Chris, please, let's keep the discussion on the list because this may 
be useful to others)


Pay attention that you are looking at
"mkspecs/features/mac/toolchain.prf" but should instead edit
"mkspecs/features/toolchain.prf".

If you click on the toolchain.prf link (down the page, on the left) at 
https://codereview.qt-project.org/c/qt/qtbase/+/503172

you will arrive at:
https://codereview.qt-project.org/c/qt/qtbase/+/503172/3/mkspecs/features/toolchain.prf

You have to change all the reddish lines on the left with the greenish 
lines on the right and then save the file.


--
Enrico
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX can no longer be compiled under macOS Sonoma 14.0 and Qt 6.5

[Enrico Forestieri]

On Wed, Oct 04, 2023 at 03:36:46PM +0200, Christoph Schmitz wrote:


Enrico,

This is great news! Let's hope that homebrew soon updates to v6.5.3, 
which was officially released last week.


As noted in the Qt bug report, the patch is simple and could also be 
manually applied by editing the file mkspecs/features/toolchain.prf 
(which is a text file) in your Qt installation. See here:

https://codereview.qt-project.org/c/qt/qtbase/+/503172

--
Enrico
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX can no longer be compiled under macOS Sonoma 14.0 and Qt 6.5

[Christoph Schmitz]

Enrico,

This is great news! Let's hope that homebrew soon updates to v6.5.3, which was 
officially released last week.

Chris


> Am 04.10.2023 um 15:25 schrieb Enrico Forestieri :
> 
> On Wed, Oct 04, 2023 at 02:32:53PM +0200, Christoph Schmitz wrote:
>> Enrico,
>> 
>> The -d switch made the difference. With "qmake6 -d test.pro > qmake6.log 
>> 2>&1" I got the attached (pretty long) output.
>> 
>> The weird thing is that it worked for me for more than 2 years. I compiled 
>> LyX almost daily and tested the latest features. From one day to the next, 
>> it no longer worked.
> 
> I think it is the following Qt bug:
> 
> https://bugreports.qt.io/browse/QTBUG-117225
> 
> that was introduced in the last Qt versions (5.15.15 and 6.5.2) and that will 
> be fixed in version 6.5.3.
> 
> -- 
> Enrico
> -- 
> lyx-devel mailing list
> lyx-devel@lists.lyx.org
> http://lists.lyx.org/mailman/listinfo/lyx-devel

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX can no longer be compiled under macOS Sonoma 14.0 and Qt 6.5

[Enrico Forestieri]

On Wed, Oct 04, 2023 at 02:32:53PM +0200, Christoph Schmitz wrote:


Enrico,

The -d switch made the difference. With "qmake6 -d test.pro > 
qmake6.log 2>&1" I got the attached (pretty long) output.


The weird thing is that it worked for me for more than 2 years. I 
compiled LyX almost daily and tested the latest features. From one day 
to the next, it no longer worked.


I think it is the following Qt bug:

https://bugreports.qt.io/browse/QTBUG-117225

that was introduced in the last Qt versions (5.15.15 and 6.5.2) and that 
will be fixed in version 6.5.3.


--
Enrico
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX can no longer be compiled under macOS Sonoma 14.0 and Qt 6.5

[Christoph Schmitz]

Enrico,

The -d switch made the difference. With "qmake6 -d test.pro > qmake6.log 2>&1" 
I got the attached (pretty long) output.

The weird thing is that it worked for me for more than 2 years. I compiled LyX 
almost daily and tested the latest features. From one day to the next, it no 
longer worked.

Chris

<>



> Am 04.10.2023 um 13:13 schrieb Enrico Forestieri :
> 
> On Wed, Oct 04, 2023 at 08:34:52AM +0200, Christoph Schmitz wrote:
>> Enrico, I deleted my local repository yesterday and downloaded the GitHub 
>> repository again. The last commit is 
>> 65cb9fa4df563becbb69e4e95715dd121b64aca3 from 2023-10-03T09:38:40Z.
>> 
>> When I run qmake6 test.pro from an empty folder I get the error message:
>> 
>> Info: creating stash file /Users/chris/Git/Qt-check/.qmake.stash
>> Project ERROR: failed to parse default search paths from compiler output
> 
> Please, take a look here:
> 
> https://forum.qt.io/topic/91156/qmake-error-project-error-failed-to-parse-default-search-paths-from-compiler-output-on-macos-high-sierra
> 
> https://forum.qt.io/topic/144709/project-error-failed-to-parse-default-search-paths-from-compiler-output
> 
> and see whether they suggest something useful. Looking at the produced file 
> .qmake.stash might also suggest something about the search paths.
> 
> All in all, this appears to be a Qt configuration issue.
> 
> -- 
> Enrico
> -- 
> lyx-devel mailing list
> lyx-devel@lists.lyx.org
> http://lists.lyx.org/mailman/listinfo/lyx-devel

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX can no longer be compiled under macOS Sonoma 14.0 and Qt 6.5

[Enrico Forestieri]

On Wed, Oct 04, 2023 at 08:34:52AM +0200, Christoph Schmitz wrote:


Enrico, I deleted my local repository yesterday and downloaded the GitHub 
repository again. The last commit is 65cb9fa4df563becbb69e4e95715dd121b64aca3 
from 2023-10-03T09:38:40Z.

When I run qmake6 test.pro from an empty folder I get the error message:

Info: creating stash file /Users/chris/Git/Qt-check/.qmake.stash
Project ERROR: failed to parse default search paths from compiler output


Please, take a look here:

https://forum.qt.io/topic/91156/qmake-error-project-error-failed-to-parse-default-search-paths-from-compiler-output-on-macos-high-sierra

https://forum.qt.io/topic/144709/project-error-failed-to-parse-default-search-paths-from-compiler-output

and see whether they suggest something useful. Looking at the produced 
file .qmake.stash might also suggest something about the search paths.


All in all, this appears to be a Qt configuration issue.

--
Enrico
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

metainfo and cmake

[Cor Blom]

Hi,

autoconf installs org.lyx.LyX.metainfo.xml automatically, but cmake does 
not. Intention, mistake, ...?


This is on openSUSE, building rpms using the buildservice.

Thanks,

Cor

--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX can no longer be compiled under macOS Sonoma 14.0 and Qt 6.5

[Christoph Schmitz]

Enrico, I deleted my local repository yesterday and downloaded the GitHub 
repository again. The last commit is 65cb9fa4df563becbb69e4e95715dd121b64aca3 
from 2023-10-03T09:38:40Z.

When I run qmake6 test.pro from an empty folder I get the error message:

Info: creating stash file /Users/chris/Git/Qt-check/.qmake.stash
Project ERROR: failed to parse default search paths from compiler output

Chris


> Am 03.10.2023 um 20:31 schrieb Enrico Forestieri :
> 
> On Tue, Oct 03, 2023 at 01:00:55PM +0200, Jean-Marc Lasgouttes wrote:
>> Le 29/09/2023 à 13:55, Christoph Schmitz a écrit :
>>> Hi all,
>>> 
>>> I have been compiling LyX for a while now. A few weeks ago, I encountered a 
>>> problem where LyX could no longer be compiled. I didn't report this issue 
>>> at the time because I was using a beta version of macOS. However, now that 
>>> macOS Sonoma has been officially released and the error still persists, I 
>>> want to report this issue.
>>> 
>>> I am running macOS Sonoma 14.0 (23A344) on a 2018 13" MacBook Pro (2,7 GHz 
>>> Quad-Core Intel Core i7, Intel Iris Plus Graphics 655 1536 MB, 16 GB 2133 
>>> MHz LPDDR3). Qt is installed via homebrew. The current version of Qt is 
>>> 6.5.1.
>>> 
>>> I have enclosed the log file, which includes the ./configure command I use.
>>> 
>>> Best,
>>> Chris
>>> 
>>> 
>> 
>> Enrico, I see:
>> 
>> checking for qmake6... qmake6
>> checking for Qt6... Detected locale "C" with character encoding "UTF-8", 
>> which is not UTF-8.
>> Qt depends on a UTF-8 locale, and has switched to "UTF-8" instead.
>> If this causes problems, reconfigure your locale. See the locale(1) manual
>> for more information.
>> Detected locale "C" with character encoding "UTF-8", which is not UTF-8.
>> Qt depends on a UTF-8 locale, and has switched to "UTF-8" instead.
>> If this causes problems, reconfigure your locale. See the locale(1) manual
>> for more information.
>> make: 
>> /var/folders/vd/n6dz3xp169x77gq_6dzn5mbwgn/T/tmp.7Mn108Knub/Makefile: No 
>> such file or directory
>> 
>> 
>> I do not know whether the locale thing is important, but it seems that qmake 
>> does not work.
> 
> The locale thing is not relevant and this seems to be the same problem solved 
> by commit 76670a6a.
> 
> Christoph, are you sure you are using the last git checkout?
> If yes, please, save the attached file (test.pro) to an empty directory and 
> then report any message you get from running the following command:
> 
> qmake6 test.pro
> 
> Also, report whether you get a Makefile, please.
> 
> -- 
> Enrico
> -- 
> lyx-devel mailing list
> lyx-devel@lists.lyx.org 
> http://lists.lyx.org/mailman/listinfo/lyx-devel

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel