Package Details: gimagereader-qt5 3.2.3-2

Git Clone URL: (read-only)
Package Base: gimagereader-qt5
Description: A graphical frontend to tesseract-ocr - Qt5 version
Upstream URL:
Licenses: GPL3
Conflicts: gimagereader
Submitter: jesrui
Maintainer: jesrui
Last Packager: jesrui
Votes: 7
Popularity: 0.758589
First Submitted: 2016-12-24 17:21
Last Updated: 2017-07-29 10:05

Latest Comments

Thaodan commented on 2018-01-16 17:49

the install file is no longer necessary.

pavbaranov commented on 2017-12-07 15:07

It doesn't work with enchant 2.x. We have in extra enchant 2.1.2 (outdated), now. With this one, gimagereader-qt5 doesn't work because of missing expected version of libenchant. Enchant is neccessary to work by qtspell, but we cannot build qtspell (without patch for it) against of enchant 2.x. There is a patch for qtspell and it's possible to build it against of enchant but only on acctual version 2.1.3 not 2.1.2 (as is in repository). Then when we have got working version of gimagereader now, we should build enchant 2.1.3, build qtspell-git (not in AUR) against of them, and build gimagereader-qt5 (personally I prefer git version because of many improvement). You can find necessary PKGBUILDs there: 1. for enchant 2.1.3: 2. for qtspell-git: 3. for gimagereader-qt5-git: all of them is mine, based on original version of enchant (in repo) and qtspell and gimagereader-qt5 (both in AUR). So if somebody find something that not works, please contact pavbaranov at gmail dot com

jesrui commented on 2017-07-29 10:06

@andrewchen: done.

andrewchen commented on 2017-07-29 05:34

gimagereader should be added to conflicts of this package

jesrui commented on 2017-07-15 11:20

@Fincer: I see the problem but I am not sure if that's the right thing to do. There is not a single arch package that depends on hunspell-en, and this package dependency on hunspell is already there (gimagereader-qt5 -> qtspell -> enchant -> hunspell).

On the other hand, gimagereader can use not only hunspell but also aspell dictionaries (through enchant).

Anyway the user sees already the complain about the missing dict in the GUI, and there is a Help button that explains what to do:

> you can install the spelling dictionaries from the package management application (the packages may be called something like hunspell-<lang>).

What do you think?

Fincer commented on 2017-07-14 20:44

Could you add "hunspell-en" as an optional dependency because the program complains about missing spelling dictionaries at the start?

Of course, users may use different languages, but this optional package hint should give a good direction which packages to look for when dealing with that message.

Other ideas are welcome, too.

jesrui commented on 2017-07-09 09:24

Update to version 3.2.3

D_Schwartfeger commented on 2017-07-09 00:17

Hi can you update to 3.2.3?