View Single Post
Old 06-02-2011, 12:56 PM   #6
st_albert
Guru
st_albert gives new meaning to the word 'superlative.'st_albert gives new meaning to the word 'superlative.'st_albert gives new meaning to the word 'superlative.'st_albert gives new meaning to the word 'superlative.'st_albert gives new meaning to the word 'superlative.'st_albert gives new meaning to the word 'superlative.'st_albert gives new meaning to the word 'superlative.'st_albert gives new meaning to the word 'superlative.'st_albert gives new meaning to the word 'superlative.'st_albert gives new meaning to the word 'superlative.'st_albert gives new meaning to the word 'superlative.'
 
Posts: 698
Karma: 150000
Join Date: Feb 2010
Device: none
Quote:
Originally Posted by Ahmad Samir View Post
If you're using the pre-compiled sigil installed from the .run executable, then you should simply load sigil using /opt/sigil/sigil.sh , it sets the correct evn vars to use the bundled Qt libs.. etc and shouldn't have that KDE4 bug(s) at all.
Just to clarify:

I'm using Sigil 0.3.4 installed from Sigil-0.3.4-Linux-Setup.bin on a Debian Sid distro, KDE version 4.6.3 and looks like QT version 4.7.3-1 . If I start it from the sigil.sh shell script it still has the bug that prevents dragging files to reorder them. Even though the shell script redirects LD_LIBRARY_PATH to Sigil's own QT libs.

If I start it just with /opt/sigil/sigil it throws all kinds of warnings and errors because QT_PLUGIN_PATH still points to the default kde plugin paths. (no surprise here.)

But if I start it with QT_PLUGIN_PATH unset (as above) it seems to run, and dragging files around works as expected.

Last edited by st_albert; 06-02-2011 at 01:03 PM.
st_albert is offline   Reply With Quote