TW hrashes when changing spelling language

[texworks]

TW hrashes when changing spelling language

[GoogleCodeExporter]

I think this may be a Qt problem. What version of Qt do you have on your 
system? I have seen a crash like this 
with Qt 4.3.x on Linux (though not on Mac OS X), but with Qt 4.4.0 it seems to 
be fine.

You may have to download and install Qt from source if the 4.4.0 release hasn't 
been packaged for your distro 
yet.

Original comment by [email protected] on 10 Jul 2008 at 2:01

[GoogleCodeExporter]

Closed as WontFix because I believe this is a Qt issue, not TeXworks. Please 
reopen the issue if updating to Qt 
4.4.0 doesn't resolve it.

Original comment by [email protected] on 29 Jul 2008 at 10:20

• Changed state: WontFix

[GoogleCodeExporter]

The exact same thing happens to me on Windows XP Professional, 
TeXworksW32-r161,  
TeXworksW32-libs-20080714, and the QT-dlls updated to v. 4.4.1 from the 
download at
Trolltech.

Original comment by [email protected] on 17 Sep 2008 at 5:49

[GoogleCodeExporter]

Re-opened this as it still seems to be a problem even with newer Qt libs (also 
reported by Peter Wüsten)

Original comment by [email protected] on 28 Sep 2008 at 7:19

• Changed state: Accepted

[GoogleCodeExporter]

Using TW r.167 now. I just replaced the QT-dlls with those from the v.4.4.3 
binary
distribution from Trolltech - and switching the spell-checking-language doesn't 
crash
TW any longer. OTOH it doesn't have any effect, either, except adding red 
underlining
to all my text (no matter what language, or whether correct or not).

Original comment by [email protected] on 1 Oct 2008 at 2:26

[GoogleCodeExporter]

Spell-checking now works as expected. The former user directory had non-ascii
characters. Setting up a user-account without non-ascii characters solved the
problem. Spaces in path-names don't seem to be a problem, though.

Original comment by [email protected] on 4 Oct 2008 at 7:38

[GoogleCodeExporter]

Aha, so there's a problem loading the dictionaries (on Windows, at least) when 
there are non-ASCII characters in 
the path. Does it also have problems handling text and PDF files in such 
directories, or loading other resources 
like the completion files or document templates, or does this only affect the 
dictionaries?

Original comment by [email protected] on 5 Oct 2008 at 7:37

[GoogleCodeExporter]

Loading the dictionaries seems to have been the only problem. Pretty much 
everything
else shared the non-ascii component in the path-name. It makes me blush, but the
username I was using contained an 'umlaut' - a pretty daft idea to begin with. 
The
obligatory spaces in that path don't seem to matter, however.

Original comment by [email protected] on 5 Oct 2008 at 9:02

[GoogleCodeExporter]

BTW, it was the QT 4.4.3 dlls that fixed the crashing problem; the non-loading
dictionaries would actually be a different issue.

Original comment by [email protected] on 5 Oct 2008 at 9:07

[GoogleCodeExporter]

With spelling check on, TW will crash when below strings exist in the text.

"GaAS", "oAS", "oAP",

WinXP, MiKtex 2.7, 
with newest Bibaryfile: TeXworksW32-r238.zip, TeXworksW32-libs-20080714.zip
dictionary is from open office: 
http://ftp.services.openoffice.org/pub/OpenOffice.org/contrib/dictionaries/en_US
.zip

Original comment by Raineed on 14 Jan 2009 at 11:17

[GoogleCodeExporter]

Many thanks to "werbungfuerroy" for his suggestion.
Now, the problem was resolved after I replaced the 3 QT dll (version 4.4.0.0) 
files
by the new version files (4.4.3.0).
The files can be obtained by installing QT binary (the one with MinGW compiler
included) from

http://www.qtsoftware.com/downloads/opensource/appdev/windows-cpp

Original comment by Raineed on 19 Jan 2009 at 4:52

[GoogleCodeExporter]

Original comment by st.loeffler on 22 Aug 2009 at 3:56

• Added labels: Type-Enhancement

[GoogleCodeExporter]

Original comment by st.loeffler on 22 Aug 2011 at 7:00

• Changed state: WontFix