Sage, I believe that this has just been patched. Hopefully this fix will be rolled out to users soon.
Pine On Oct 1, 2014 8:36 AM, "Sage Ross" sage@ragesoss.com wrote:
From a user POV, a good first step would be to make section redirects work on mobile. On apps and mobile web, in contrast to desktop, titles that redirect to specific sections still simply load the top of the article. Those redirected titles are among the most common things a user might search for within an article... essentially a hand-curated little search index.
-Sage
On Wednesday, October 1, 2014, Lila Tretikov lila@wikimedia.org wrote:
I wonder if we need to think of this from user POV:
What would they want to find Where is it in the article
In order to do this we can look at the search results on mobile (and especially where they are failing today without GS)
If we find out that most of this information for example is present in the first paragraph... we may only need to index it. And it would also focus us on improving summaries as a priority...
L
On Wed, Oct 1, 2014 at 1:56 AM, rupert THURNER rupert.thurner@gmail.com wrote:
how is this done in epub format?
rupert
On Wed, Oct 1, 2014 at 10:44 AM, renaud gaudin rgaudin@gmail.com wrote:
Hi,
Full text search engine was not left out for performance reasons but
for
practical ones. Yes, we don't want people to generate the index on their phone. Except
for
tiny tiny zim files, it would be too much CPU, battery and time
consuming.
But we do want to add full text search to Android. It could work today but the search index is a (large) folder so it
would be
a pain to setup. As soon as we integrate both the ZIM file and the index in a single
file,
we'll enable full text search on the Android App.
Hope that helps,
renaud
On Wed, Oct 1, 2014 at 5:48 AM, Federico Leva (Nemo) <
nemowiki@gmail.com>
wrote:
Dmitry Brant, 01/10/2014 01:07:
Looking at the Kiwix app for Android, it doesn't seem to have
full-text
search within articles (unless I missed it). I assume that this was
left
out of the Android version for performance reasons.
Don't assume, ask Emmanuel (cc Offline-l). If I understand correctly, you're talking of small selections of
articles
(hundreds or thousands). Making an index for tens of GB of text takes
hours,
so Kiwix doesn't always make one (on desktop, you usually download the pre-made index). But for few articles, the problem is easier (and one
can
also reduce compression). In general, I have no idea what it means that "zero team starts to
think
about pre-loaded content": sounds a lot like reinventing Kiwix, which
would
be a disastrous idea. :)
Nemo
Offline-l mailing list Offline-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/offline-l
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l