User forums > Nightly builds
The 09 March 2019 build (11579) is out.
raynebc:
Is installing Open/Libre Office the lowest effort way to get a compatible Hunspell install then?
stahta01:
--- Quote from: raynebc on March 10, 2019, 12:51:06 am ---Is installing Open/Libre Office the lowest effort way to get a compatible Hunspell install then?
--- End quote ---
Do these directions no longer work?
http://wiki.codeblocks.org/index.php?title=SpellChecker_plugin&plugin=
Edit: I am guessing having "OpenOffice 4.1.5" installed is why it works for me.
Tim S.
raynebc:
Firefox (at least the version I'm using, 65.0.1) has no dictionaries folder in it's installation path. The Hunspell page's hints about installing the dictionary via a Firefox add-on doesn't make a dictionary available for CodeBlocks's use in a way that's obvious to me. It seems like I would need to either install some unrelated third party software or build Hunspell from source, which is certainly more involved than installing OpenOffice. Older builds came with the spell checker built-in, is that something that's not coming back? Will the spell checker be included by default in future full releases?
BlueHazzard:
--- Quote --- or build Hunspell from source
--- End quote ---
Why would you want to build hunspell from source? The only thing you need are dictionaries. Codeblocks provides the binaries, but not the dictionaries... You can download from here https://github.com/wooorm/dictionaries , or you download the dictionary extensions from libre office or open office, extract them like a zip archive and only use the dictionaries from inside them, no need to install some office suite...
--- Quote ---Will the spell checker be included by default in future full releases?
--- End quote ---
The spell checker should be included by default (if nothing went wrong with this nightly, i did no checked it) but you have to provide the dictionary for your language, as it always was...
raynebc:
I didn't have to manually install one previously, Code::Blocks automatically selected or came with it. When I launch C::B 17.12, the Editor options confirm that it is using the dictionary that it came with at share\codeblocks\SpellChecker. Included in this folder is a file called "en_US.dic". I guess I'll have this nightly use that dictionary, if you believe that will work.
A bigger problem though is that this nightly build fails assertion and then crashes on launch if it is started during a Remote Desktop session. A C::B session I had already opened crashed immediately after I remote desktopped into the computer. This is a show stopper for me and I'll have to downgrade to 17.12. I hadn't used any of the nightlies since that release, so I don't know which other nightlies may be similarly affected. The assert message is as follows:
===
A debugging check in this application has failed.
../../src/msw/bitmap.cpp(1346): assert "" Assert failure"" failed in GetRawData(): incorrect bitmap type in wxBitmap::GetRawData()
===
If I click continue instead of stop, this alert dialog message is diplayed:
===
A debugging check in this application has failed.
../../src/msw/bitmap.cpp(272): assert "!m_dib" failed in Free(): forgot to call wxBitmap::UngetRawData()!
===
Continuing to click Continue just repeatedly alternates between these two messages, possibly indefinitely, until stop is clicked and the program is allowed to crash.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version