-
Notifications
You must be signed in to change notification settings - Fork 218
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Wire up UI for "limit" and "skip" values #6
Comments
I did attempt this, and the issue came up that when you're looking at a certain page, like you're looking at page 3, the jobs on the page keep changing. Suppose you're looking at jobs 200 through 299 on a page. Well, sorting by date the jobs keep cycling and every time the data refreshes the jobs keep changing! Very annoying. One solution is to add the ability to "pause" the refreshes. If you're looking at historical data on page 5, you may want to pause refreshes. Another solution is, rather than doing paging like "page 1, page 2, page 3" like hackernews does it, instead do it like reddit does: Load the next 100 jobs that occur after the datetime "2016-03-15T17:33:00Z" or something like that. So here are two possible solutions, feel free to add more possibilities. It is on my radar though! Thanks! |
Until then I will add a limit to get only the first x jobs like you suggested. That is a good suggestion. The ability to view historical data will then be a feature request in the future. |
Ahh yeah I understand, thanks for your quick answer. I guess navigating the pages could stop the refresh, at least that's the simpliest way to resolve it For the first x jobs it could be in the UI with a default value that we set in the code, so every time we open the page it loads quickly but we are still allowed to see more/all if needed... Since most of the time we want to see the recent things and not the whole collection that would help pretty much. Anyway, just throwing ideas here! |
Just jumping on the thread - one way to solve this is to not think about pagination but about displaying results from a certain point (in time or in sequence). Using ObjectId makes is easy because they are incremental and comparable in time. |
This problem is also described here: https://www.discovermeteor.com/blog/pagination-problems-meteor/ with some suggestions, like publishing counts. Also, just linking this here; https://github.com/expressjs/express-paginate |
Several people are running into this, and the solution may need more time to do "correctly". Until then I am suggesting this quick limit of 200: #15 Is this a good start? |
#15 has been merged with a default value of 200. This Issue title now reflects the remaining work to wire up the UI controls. |
If any of you have a chance the new vue branch should have pagination built in. |
Pagination is now a thing in Agendash v2. |
Hi,
Agendash works pretty well with my setup, only concern is the fact that there is no paging, and since we have like 20,000 jobs in the database the first load is very long...
Is it planned to add paging or some options to only get the first x jobs ?
The text was updated successfully, but these errors were encountered: