AUR web interface

Tasklist

FS#12791 - Faster navigation withing package search listing by page numbers

Attached to Project: AUR web interface
Opened by Gergely (imrehg) - Wednesday, 14 January 2009, 17:26 GMT
Last edited by Loui Chang (louipc) - Friday, 06 February 2009, 23:27 GMT
Task Type Feature Request
Category Backend
Status Closed
Assigned To No-one
Architecture All
Severity Medium
Priority Normal
Reported Version 1.5.3
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Hi,

I think it could be made much easier to navigate withing search results if there would be a list of all the result pages, linking to page 1 (say results 1-25) page 2 (26-50)... and so on, e.g. like on Google. Clicking the more, more, more button, when I know where I want to get in the list is just too time consuming.

Alternatively (and I think even better), when listed by name, the list of initial letters would be an excellent way navigation within results.
This task depends upon

Closed by  Loui Chang (louipc)
Friday, 06 February 2009, 23:27 GMT
Reason for closing:  Implemented
Comment by Loui Chang (louipc) - Monday, 19 January 2009, 20:34 GMT
Patch in git.
Comment by Loui Chang (louipc) - Friday, 23 January 2009, 06:04 GMT
Does the behaviour in 1.5.5 suffice?
Comment by Gergely (imrehg) - Friday, 23 January 2009, 06:16 GMT
Sorry, I just seen your comment here, after I sent a mail to the list...
I think you don't have to remove the [Less]/[More] buttons.

Also, is it not showing all the page numbers, just +-5? I'd think that kinda negates a lot of the effect, since now one still would has to go through a few pages before arriving to the right one, e.g. when looking for a result towards the end.
I'd think showing all the numbers is much more practical.
If you _really_ want to reduce the numbers to +-something from the current page, then should show that there are more pages before/after the ones you listed. "Before" is almost obvious, but "after is not. Right now, e.g. when I had 1250 results for a search, first it just shown [1]...[6] and that's all.. I had to think whether I borked the algorithm or what? :)
Comment by Greg (dolby) - Friday, 23 January 2009, 08:24 GMT
The AUR currently has 13534 scripts in unsupported & packages in community. Thats 560 pages if you leave the default of 25 results per page. Dont you think that showing all numbers is kind of impractical?
Comment by Gergely (imrehg) - Friday, 23 January 2009, 08:40 GMT
Yeah, as Loui pointed out for me on the mailing list, I forgot to recognize this (completely valid) point.
Cheers...
Comment by Jeroen Op 't Eynde (Duologic) - Friday, 23 January 2009, 09:20 GMT
I don't know if I should post a new bug.
When you search with two words page links brake. Try 'window manager' for example.
Comment by Greg (dolby) - Friday, 23 January 2009, 09:27 GMT
I confirm that too
Comment by Loui Chang (louipc) - Friday, 23 January 2009, 20:53 GMT
A patch in git fixes that now.
Comment by Greg (dolby) - Tuesday, 27 January 2009, 20:53 GMT
Regarding the reason this FR was opened, maybe its possible to have << & >> that lead to the first and last page?
I was just browsing someones packages and in the last page no. 9 only 4-9 were visible. Its kind of confusing but a link to first & last page might fix that.
At least the way i see it.
Comment by Loui Chang (louipc) - Monday, 02 February 2009, 01:22 GMT
There should be absolutely no need for a first and last link.
Searches are sortable via different criteria so you should be using that.
I would rather not clutter the interface more than needed, and I will be
working on improving the search results so that browsing past the first
few pages will be a rare event.

Anyways... How does the 1.5.6 interface fare?
Comment by Greg (dolby) - Monday, 02 February 2009, 04:09 GMT
It definately solves the problem.
Comment by Gergely (imrehg) - Monday, 02 February 2009, 13:57 GMT
Hi Loui,
The 1.5.6 is pretty neat... :)

Then one new question about navigation: would people like to have navigation using initials of the search results? Not to replace the current one, but in addition (with the mentioned clutter in mind, that's why I'm asking). I have some ideas (though not sure if they would work just yet) but don't want to spend work on it if it wouldn't be included in the end.
Comment by Loui Chang (louipc) - Monday, 02 February 2009, 17:16 GMT
I guess some people would. I don't really think we should.
We should make the search results better so people will hardly
ever navigate from the first page of results.

So let's say the package you need is on the first page.
Why would you need the initials?
Comment by Gergely (imrehg) - Monday, 02 February 2009, 18:16 GMT
I think making better search results is a completely separate beast on its own right. Probably deserves some thought, but does not look like an extremely pressing issue at the moment.

Navigation-wise the alphabet links would make "browsing" easier, while wouldn't do much to "searching". But got what you mean. I'll look for more meaningful/useful things to crack. :)
Comment by Loui Chang (louipc) - Tuesday, 03 February 2009, 22:02 GMT
There is a patch on the list right now from Callan Barrett
"Change pagination style" (Sent Feb 2) to modify the layout and
look of the pagination.

Here's a preview of what it would look like:
http://img.skitch.com/20090130-udy279kq2wwg6gbnrfcpmdbxp.jpg

It moves the "Previous" link to the left of the numbers.
Which may effect your quick navigation. I'm not sure though.

If that's cool with you I can push this and close the bug ticket.
Cheers!
Comment by Gergely (imrehg) - Wednesday, 04 February 2009, 01:09 GMT
:) Thanks for asking my opinion, though I don't feel qualified to choose the style for everyone, just because I sent the first patch. Nevertheless the preview looks pretty good.
And that it may effect the speed of navigation - I think people usually go the "next" direction more often then to the "prev", so probably in practice it's not a big deal.

Loading...