The replacement command:
git grep -l 'qrcx://localhost' | xargs sed -i 's/qrcx:\/\/localhost/qrc:\/\//g'
The qrcx:// URL scheme was introduced in 2009 or earlier - it is present
in the first commit in GoldenDict's git history. Back then GoldenDict
supported Qt versions earlier than 4.6, in which
QWebSecurityOrigin::addLocalScheme() was introduced. Adding the qrc URL
scheme as local obsoletes the qrcx URL scheme. GoldenDict does not
compile against Qt versions earlier than 4.6, so there is no reason to
use this custom URL scheme anymore.
Co-authored-by: Igor Kushnir <igorkuo@gmail.com>
* lingua: add a dummy dict
* lingua: working but output plain json as article
* lingua: add html audio plays
* lingua: fix qmake build
* fix: qmake on mac INCLUDEPATH
* lingua: add config ui to dict sources edit dialog
* lingua: add config logics
* lingua: use the configured iso language code to do query
* lingua: style polish
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.
This is now the default way to play back sound under Windows. The other one,
"Use external program", was also made available there. The old method of audio
playback under Windows (via PlaySound) was completely removed.
Since Phonon uses DirectShow as a backend under Windows, all file types
supported by it should now play back. Therefore, the previous limitation to
just .wav files is now lifted.
Since Phonon is only available starting from Qt 4.6.0 under Windows, no older
versions of Qt are supported anymore there.
