Quote:
Originally Posted by DiapDealer
This doesn't surprise me now that I think about it. If both were using the system Qt, this would just work. But the Sigil launch script diddles $LD_LIBRARY_PATH in order to force the usage of the Qt that sigil was built with. In this case that's 6.7.2. But PageEdit was built against 6.2.4 and is being forced to abide by the current $LD_LIBRARY_PATH that Sigil set.
Let me look at how Sigil launches PageEdit.
|
Yeah... I need to probably change how Sigil launches the external xhtml editor on Linux. With PageEdit, it will be simple enough to pop the LD_LIBRARY_PATH that Sigil adds to the environment before launching, but I'm not sure that will be a great idea for all externally-launched xhtml editors. Have to do some thinking.
In the meantime, a simple workaround (without needing to rebuild PageEdit with 6.7.2) is to create a bash script named pageedit.sh (the pageedit basename is important) with the following contents:
Code:
#!/bin/sh
# Unset LD_LIBRARY_PATH so PageEdit can use its own Qt
unset LD_LIBRARY_PATH
exec pageedit "$@"
Save it somewhere and mark it as executable. Then use Sigil's preferences to choose it as the external xhtml editor (rather than PageEdit's binary).
If you do end up rebuilding pageedit with the alternate Qt6.7.2 version. You'll need to go back to calling the pageedit binary directly, because this workaround script won't work.