On Sat, Jun 20, 2009 at 4:33 PM, > wrote: > If you've been dying for this feature, please help me test it before the > next release. Just link to the trunk api: > http://trunk.simile-widgets.org/exhibit/api/exhibit-api.js
David -- thanks for implementing the pagination feature. It is very useful. I'm using it with the thumbnail view here: http://nielsmayer.com/xwiki/bin/view/Exhibit/NPRpods3 (work in progress) I have a few comments, on changes I wish for and problems I've noticed: (1) The thumbnail view is sized, e.g. ex:pageSize="20", just like the other views that have the feature. However, the semantics of the thumbnail view is "different" -- each item has a limited horizontal size and does not require a full-line to represent itself in the display. Therefore, unlike the other views where ex:pageSizesets the number of items (and therefore lines), the thumbnail view would be more consistently sized (e.g. w/ different screen widths/resolutions/etc) if the ex:pageSize set the number of *lines* of display, not items, as in other views. Corollary #1: If you resize a thumbnail view window, it will often resize to a configuration with a different number of columns, but the same total number of items as initially displayed. This leaves a bunch of wasted blank space where other thumbnails could be displayed. If ex:pageSize set the number of lines to display in the thumbnail view, instead of the number of items, this blank-space on resize can be avoided (however, for the thumbnail, the page-legend would need to dynamically calculate the target page at "click time" based on the current number of items displayed or the current size of the thumbnail view). Alternative for #1: have the number of items in the thumbnail view strictly controlled by setting like ex:thumbnailHeight and ex:thumbnailWidth as in the map and timeline views. In fact, a setting like this for each view (or generic ex:height and ex:width for all views) would prevent problem #2, below: (2) I've noticed the presidents example<http://trunk.simile-widgets.org/exhibit/examples/presidents/presidents.html>gets pretty "jumpy" when moving between pages of the new pagination feature, because the table size is changing dynamically, which forces the facets TD on the left to jump around as well. There appears to be a lot of unnecessary resizing going on which wouldn't happen if there was a way to set the size such that it stays constant and does not propagate to the facets area. Framed by Xwiki, I get slightly different jumping behavior: http://nielsmayer.com/xwiki/bin/view/Exhibit/Presidents4 that is also annoying. (3) In the thumbnail view, It would be nice if "sorted by: producer; then by..." was considered a separate option from the pagination feature's page-legend: Currently setting ex:showHeader="false" also turns off the page-legend at the top and also turns off the "group/sort-by" feature; meanwhile ex:showFooter turns off only the page-legend at bottom. There are no options if you just want the page-legends top&bottom, but no "group/sorted-by." (4) As you click "next" or "prev" through the pages, because everything is moving around, there's a chance the next redisplay you won't be able to click and hit "next" again -- you have to "chase" next/prev with the mouse. This can happen e.g. as you move from single to double-digit pages, as well as near either "end" of the page-legend. It would be nice to just be able to click next or prev "blindly" and not have to worry about the page-legend "moving around under" you. -- Niels http://nielsmayer.com --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "SIMILE Widgets" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/simile-widgets?hl=en -~----------~----~----~----~------~----~------~--~---
