Talk:WMF UX Improvement Effort

beta2 testing

Windows

• Some openZim files display no title, creator, language .. etc

Lots of ZIM files do not have all the necessary metadata. What we should do:

* Define if these metadata should be mandatory in a ZIM files (discussion started at dev-l@openzim.org). If yes made the necessary modification in the software to forbid ZIM files without these metadata.

* Move on to update the sw which build ZIM files, this is already done for my perl scripts... but they are still issues for the online generated books: They have no description and favicon can not be specified (generic one).

For the old files, nothing can be done Kelson 13:29, 17 June 2011 (CEST)

• Pause/Resume buttons have no text to describe what they do. I had to click on them to figure it out.

I will add a tooltip. Kelson 13:29, 17 June 2011 (CEST)

• I'd love an easy way to remove openZim files from the manager

I will add a "delete" button over the "load" one. Kelson 13:29, 17 June 2011 (CEST)

• If i open two openZim files with tabs then every search will just be for the latest open file. If i search from an old tab then I get the newest tabs search results but upon click them i get a blank page.

I confirmed the bug, I think, after our discussion with Eloquence about the multifles support that I should in a first time avoid to have tabs belonging to different ZIM files displayed at the same time. Kelson 13:29, 17 June 2011 (CEST)

pre-beta1 testing

• installing pre-beta1 over alpha8 seems to empeach further indexing process (reported by Tomasz)

We need here a repro. case. I was not able to reproduce this behaviour at all. Kelson 12:08, 3 April 2011 (UTC)

• bad rand 0-20 if less than 20 results available (reported by Tomasz) Fixed Kelson 21:10, 30 March 2011 (UTC)
• bold search keywords in the snippets (reported by Tomasz)

This is a complicated topic. For my opinion, this is a feature request which has to be logged for a next release. Kelson 12:08, 3 April 2011 (UTC)

• implementing crtl+g (command+ on OSX) for search next in search in place (reported by Tomasz) Implemented Kelson 17:29, 2 April 2011 (UTC)
• suggestions should be able to match to titles which differ only in case (reported by Kaldari) See point 9 of Nikhil's report. Kelson 11:41, 3 April 2011 (UTC)

pre-beta1 testing by Nikhil Sheth on Windows 7 OS

Conditions: Windows 7, Was using Kiwix + Wikipedia For Schools portable till now, have previously opened and indexed wikipedia en,hi,gu,mr in this and moved the profile folder to another drive. (see http://nikhilsheth.blogspot.com/2011/02/changing-profileindex-location-for.html for details). Downloaded and unzipped http://tmp.kiwix.org/tmp/kiwix-0.9-pre-beta1-win.zip and ran /kiwix/kiwix.exe (autorunner working good, but I haven't checked the installer.)

Searching: on typing a word and pressing Enter, instead of sidebar we now have a web-search-like results page.

1. Under each link I only get "0 KB (0 words)" instead of any useful data, maybe because this is still using the old index created by the last version, but I advise someone check it out.

Fully true, I have fixed the code to avoid displaying something about the size and the word count if the information is not in the search index. Kelson 17:51, 2 April 2011 (UTC)

2. There are 20 search results per page. I feel this may hinder seeing result 21 onwards. What basis is used to order the search results - is it first-hit-first-serve or is there a ranking method? I know it can't be as efficient as a google ranking, so wondering if we might be hindering searching through the articles by limiting results.

You can navigate through the result pages, so if there more result as 20, you will be able to get more. In past version the limit was 28 and it was not possible to get other results. The ranking is like before and based on many parameters (too complicated to explain here). So I see no bug here. Kelson 17:55, 2 April 2011 (UTC)

3. For some reason I miss the search sidebar. I would previously find an exact article and go to it, but also have a list at the side where I could see suggestions for something related. Eg: Physics. I could then browse from one to another with a click. Now I'm directly taken to an article if I click on the auto-suggest option, and directly taken to search if I press enter or press the search button. I have to go back to search if I want to go to another article instead of just clicking on the side. So I feel like we've gone from more options to less options.

I think they are two different things. (1) did you try to open article in a new tab, with the middle-click? so you can keep both results and article open at the same time. (2) if an article title matchs exactly a search pattern it will be loaded per default... maybe that needs to be changed... Kelson 19:20, 2 April 2011 (UTC)

My laptop doesn't have middle click (most mouse touchpads don't). I tried pressing both right-left at once but that didn't work either. And even right-click is disabled, so there's no way I can open in another tab from my end. Even Ctrl+Click or Alt+Click or Shift+Click aren't working. I think I should make a new request of this. Nikhilsheth 03:50, 28 April 2011 (UTC)

I second the maybe in (2). From Wikipedia for Schools perspective, most students can't be expected to know exactly what they're searching for. Exploration needs search results more than direct jumping. With the sidebar both were happening previously, right? Nikhilsheth 03:50, 28 April 2011 (UTC)

4. In English version, the tooltip for the Search in Page button is still only "Search" and it can be misleading, users might press this button at the near left of the search bar instead of the one at the far right which they should if they're searching for an article.

Fixed, I have replaced the tooltip by "find in text" which should be less ambiguous. Kelson 12:02, 3 April 2011 (UTC)

5. Top menu > Tools > integrity check : clicking on it froze my Kiwix and I had to terminate it!

The problem is that the check process needs a lot of time... So if you wait you will get the result and be able to use Kiwix afterward like always. Kelson 12:20, 1 April 2011 (UTC)

6. Major bug : Search results are 20 per page and there are links to 10 pages. We cannot go beyond the 200th search result even when it states there are over 200 results! Plus, when it crosses 1000 results, a decimal point instead of the (in English) regular comma is used, as if the total is a decimal fraction. example: Top line on page 10 of search:galaxy : "Results 180-200 of 1.103 for galaxy

These two bugs are fixed Kelson 11:36, 3 April 2011 (UTC)

7. We have to calculate from the top line to guess which search page we're on. Eg: Results 120-140 .. means I'm on page7. There is no information of page number, no next page / previous page link so if I came back here after seeing an article, it's a bit harder to guess which was the last or the next page I want to go to.

These is fixed, the current page is "selected" (another background color) in the result page list. Kelson 11:36, 3 April 2011 (UTC)

8. Zoom In shortcut key Ctrl+ '+' doesn't work here. Zoom Out Ctrl+ '-' and original zoom Ctrl+ 0 works.

I can not reproduce this bug. Kelson 18:22, 2 April 2011 (UTC)

Cracked it - in Windows and US Keyboard, the + character is accessed by holding Shift and pressing =. So you have to hold Shift to tell Kiwix you're pressing + key. So to zoom in we need to press Ctrl, Shift and + (or =, they're both on the same key). I suggest mapping the "=" key as well for zooming in, this is probably what they've done in web browsers too. Nikhilsheth 03:50, 28 April 2011 (UTC)

OK, I understand now. I have consequently introduced (like you suggested) this new keyboard shortcut. Kelson 18:52, 29 April 2011 (UTC)

9. If we're searching using capital letters, then the auto-suggest doesn't function. Also if a character in the target article has an uppercase char somewhere after the first, then putting it in lowercase also removes the auto-suggest. But then the main search is completely case insensitive. Eg: typing "taj mahal" shows Taj Mahal in the auto-suggest right till the space, but as soon as I type m it disappears.

This is the same bug as before reported by Ryan. We have a similar issue with accents... in accented languages like a lot of latin one. I think I need around 10 hours to fix the problem with lower/upper cases and 10 additional for the accents. Want to make a feature request for that (so will be fixed later). Kelson 11:40, 3 April 2011 (UTC)

10. On entering two words and searching, it returns results that will have one or both the words. Searching for 'angelina humanist' - either without or with the single quotes - returns results that have one word or the other or both. But use double quotes and you get AND results - only pages that have both the words. This is good so far. But what do you do if you want to search for a phrase with exact order of words? Eg: A search for a line from the Ulysses poem "Of all the western stars, until I die" (using double quotes) Does not return the Ulysses (poem) article in the first page.

Position of words are not stored in the search index to reduce the disk usage. For this reason this is not possible to make search with exact match (using double quotes). Per default if you type many words, the OR operand is between them... the ranking algorithm makes the rest. Kelson 12:05, 3 April 2011 (UTC)

11. It may be nice if the text typed in the search bar stayed there instead of being wiped out, if in case we want to go back up and tweak it. Like, in Firefox, what I've typed in search bar stays there.

This is now implemented. Kelson 19:11, 2 April 2011 (UTC)

12. This is just an extreme test : for zero results, with sample search string 'rtgrtrt', should there be a message saying "no results found for rtgrtrt" , or should it just give a popup (no, too jarring!) or something and not browse away from the article we are currently reading? Right now it shows a blank search results page with the line "Results 0-20 of 0 for rtgrtrt".

Fixed, a "no result were found" message is displayed. Kelson 11:46, 3 April 2011 (UTC)

13. Pressing Escape key when typing in search bar is currently the same as pressing Enter. Previously with Search bar being used this was harmless, but now it takes us away from our current page. We might want to cancel our search instead of going ahead with it.

Fixed Kelson 19:11, 2 April 2011 (UTC)

14. Quite a large amount of screen real estate being wasted in search results. Could we render it in a table of 2 columns instead? Then maybe more search results per page can be accommodated.

Ryan, is that a good idea? Should I simply show the 20 results in 2 columns? What think the other testers? Kelson 12:22, 1 April 2011 (UTC)

I don't really think this is a big issue. Typically the user will find what they are looking for within the first 10 search results. I'm reluctant to do a multi-column layout since this may be confusing to some people. In my opinion, we should stick as closely as possible to the Google style of results since this is the most commonly used search interface that most people will be familiar with. Kaldari 21:35, 1 April 2011 (UTC)

Not all of these are serious bugs and some are just quirks, but I thought I better be exhaustive in reporting. But I feel no.6 needs urgent attention. Regards, Nikhilsheth 11:27, 1 April 2011 (UTC)

Follow-up, 28 April 2011

Thanks for promptly fixing so many things! I'm sorry I couldn't get back sooner; here's a follow-up and some more requests. Nikhilsheth 03:50, 28 April 2011 (UTC)

1. Opening in new Tab : Middle mouse button isn't there in many machines. Holding the Ctrl, Shift or Alt keys and clicking doesn't do it, so please map one of these (Ctrl will be best). Also, right-click should be enabled on links at least.

2. Request to have a right-click context menu. Windows users are so used to it that the absence of it makes us feel like something's wrong. What you can put in the context menu :

• Copy, for selected text. It's so much easier than going up to the top menu.
• Open in new Tab, for link.
• Search for selection : if a word or group of words is selected, user can start a search on that without having to copy and paste in search bar. Plus it would be better to open this search in a new tab.

3. Please make Kiwix remember last visited page and tabs if multiple were open, and go there next time Kiwix is started. Or put that as an option somewhere the way we have in mozilla firefox (start at home page / remember tabs open from last time).

Thanks! Nikhilsheth 03:50, 28 April 2011 (UTC)