This is just a refinement on how the word search is done in the dictionaries
that don't actually ability to search words in. Previously they emitted dummy
italicized suggestions, which were getting in the way. Now they don't emit
anything, but mark the search as uncertain. Any uncertain searches don't mark
the word input with the different color to indicate the search has failed.
Previously the program could only safely find two-word compounds. Now it always
finds all of them, even if they are large sentences with many words.
To choose the source for compounds, a notion of dictionary features was added.
It may be utilized later for some more interesting things.
To enable portable version mode, simply create the portable/ directory in the
same directory where the executable itself lives. In portable version all
dictionaries live in content/, morphologies in content/morphology. Sound
dirs aren't supported in portable version.
1) Support 2-byte sized displayed headwords in a more general way. This version
should catch more of them.
2) Only add displayed headword as a headword to the index if the original one
contain two digits, not one, as it was previously.
at least one digit.
This is reduce headword pollution -- some dictionaries has meaningless
headwords, but to make those unique they typically add digits in them.
This dictionary bar operates completely separately from the dictionary bar in
the main window, and has its own set of muted dictionaries. The bar is on the
right of the window by default, but can be moved once the window is pinned
down.
Windows users, please test, this may have some Windows-specific problems.
0001-update-via-lupdate-.ts-files.patch -- changes produced by
invocation of lupdate
0002-updated-ru_RU-translation.patch -- updated translation, indeed
0004-Use-pkg-config-for-compiler-and-linker-flags.patch -- on unix-like
system it makes sense to use pkg-config to determine proper compile
and link flags for external libraries. Particularly in my distribution
'-lhunspell-1.2' doesn't work, but '-lhunspell' does. I'm not sure about
Win32 and MacOSX builds though.
Regarding 0003-Fix-phonon-headers-inclusion.patch.
Actually it's a bit questionable and distribution specific. Qt documentation
( http://qt.nokia.com/developer/changes/changes-4.6.1 ) suggests that
applications should use
#include <phonon/ClassName>
and <Phonon/ClassName> isn't guaranteed to work. However major Linux
distributors, -- I've checked Fedora/RH, Mandriva; ALTLinux also goes this
way, -- provide KDE-specific builds of Phonon. Headers in these packages
should be included as <Phonon/ClassName>, so it happens to be more portable
than Nokia's suggested way.
