Open GoogleCodeExporter opened 8 years ago
Hi! After a lot of time and a lot of unsuccessfull trials, I discovered that
this problem is a focus problem. If you hit several times (something like seven
times!) the 'tab' key of the BT keyboard, you change the focus from field to
field. When the focus reaches the search-field (the one where you should enter
the word you are looking for), letters are typed correctly and search can start.
This issus is so simple and straightforward that I hope you could fix it very
soon!
Another question not so easy: can you tell when the new search engine will be
ready (with a new UI, Adobe-type if possible). This is an important matter
because the present engine is very, very slow (unusable), and in my opinion,
this one is the only indisputable flaw of Ebookdroid.
Original comment by philippe...@gmail.com
on 25 Jul 2014 at 1:09
Well, first of all focus is requested for search field and it do get there if I
use USB keyboard. Sorry, I do not have bluetooth keyboard to test.
In nearest future we do not have plans for changing search UI. Please wait for
2.1.10 - there will be new PDF engine, so maybe on your device search will be
faster.
Original comment by Andrei.K...@gmail.com
on 25 Jul 2014 at 1:52
Thank you for your kind answer. Concerning the question of focus, you are
certainly right : my numerous tests with usb keyboards and with other tablets
show that the problem may come from the coupling of a BT keyboard and my Asus
Memopad-HD7 tablet. Very stange (never had this problem with any app), but not
of great importance.
Concerning the search function (very slow, major issue), I think you are wrong
when you say this is a device-dependant issue. This is NOT a problem only
related to the device. 1°) Many other users have reported the same issue, and
2°) I have made tests with a Samsung Galaxy Note 10.1, 2014 edition. This
tablet is presently one of the most powerful Android device on the market, and
the search function is also very slow and buggy...
So, let's wait for the EBD 2.1.10 version and hope the new engine will solve
this problem.
May I insist upon a new search UI ? During the last six months, I have tested a
lot of ebook-readers (something like 20 or 30 !), both epub, PDF and Djvu. I
checked the cropping possibilities, the font substitution in case of
"non-embedded" PDF, the dictionnary integration, the epub rendering (rich
layout), the search function (also in PDF) and the UI for search results, the
global UI (menus, colors, ergonomy...), the global stability, etc, etc.
I ensure (and I can show it with concrete, measurable facts, criterion after
criterion), that EBD is one of the best readers as far as these criteria are
concerned, excepted for the search function. This means that if the bug of
slowness is solved, and if the search results are shown in a global
presentation (cf. Adobe, but also Mantano and others), I shall eliminate all
the other readers from my system and just keep EBD, and a lot of people will do
the same. This is for me an important issue, this is why I insist upon a
renewed, global search UI (perhaps in future versions of EBD).
Original comment by philippe...@gmail.com
on 27 Jul 2014 at 12:47
Original issue reported on code.google.com by
philippe...@gmail.com
on 13 Jun 2014 at 7:12