Skip to content
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.

Sign up for GitHub

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

Jump to bottom

Add paginatior for big tables #381

Closed
Schottkyc137 opened this issue Nov 29, 2019 · 3 comments
Closed

Add paginatior for big tables #381

Schottkyc137 opened this issue Nov 29, 2019 · 3 comments
Assignees
@christophscheuing
Labels
Type: Improvement Improvement/Extension of existing feature with benefit for the user

Comments

@Schottkyc137
Copy link
Contributor

At the moment, big tables used in, for example, the notes-manager or the children-list display every single element in a big scroll view at once.
In my opinion, a better user experience can be achieved using a paginator that displays the entries throughout different pages. The first test of this has also shown better performance since not every entry has to be loaded and rendered at once.

Personally, I do not know how those entries are being used in a temporal context. However, I can imagine that the working set might only include a few months of entries. If this is the case, and the database allows it, it might be a good idea in a second step to only load a few months worths of data and then load more if needed.
@Schottkyc137 Schottkyc137 added Type: Feature new user-facing feature Status: Idea to be considered and discussed - don't start work yet labels Nov 29, 2019
@sleidig
Copy link
Member

sleidig commented Nov 30, 2019

I am also in favour of paginated lists where the number of elements is really large. To help performance, this should not just be a UI change but actual load only part of the entities from the database (however, these need to be in the required order).

@Schottkyc137 Schottkyc137 mentioned this issue Dec 11, 2019
Closed
9 tasks
@sleidig sleidig modified the milestones: Next Release: [v2.10], CURRENT Milestone Feb 18, 2020
@sleidig
Copy link
Member

sleidig commented Apr 22, 2020

These long lists without pagination have become a big problem for performance (and thereby for usability). Assigning this high priority.

@sleidig sleidig added Priority: High Type: Improvement Improvement/Extension of existing feature with benefit for the user and removed Status: Idea to be considered and discussed - don't start work yet Type: Feature new user-facing feature labels Apr 22, 2020
@sleidig sleidig modified the milestones: CURRENT Milestone, Next Planned Issues May 20, 2020
@christophscheuing christophscheuing mentioned this issue May 26, 2020
Merged
sleidig pushed a commit that referenced this issue Jun 27, 2020
@semantic-release-bot
chore(release): 2.14.0 [skip ci]
7606aaf 
# [2.14.0](2.13.2...2.14.0) (2020-06-27)

### Bug Fixes

* prevent error log message about serviceworker not available ([a2eebf9](a2eebf9))
* **dashboard:** improve styling of recent-notes dashboard widgets ([4355ea4](4355ea4))
* **note:** prevent disappearing of children linked in notes ([4aba52b](4aba52b))
* **notes:** add full width to notes table ([7eef007](7eef007)), closes [#457](#457) [#458](#458)
* **search:** improve search: loading indication and other hints ([6995476](6995476)), closes [#366](#366) [#456](#456)

### Features

* add pagination to tables ([87cddde](87cddde)), closes [#381](#381) [#445](#445)
* **conflict-resolution:** view and resolve pouchdb document conflicts ([2a84025](2a84025)), closes [#79](#79) [#393](#393)
* **latest-changes:** display changelog based on GitHub Release information ([7226f08](7226f08)), closes [#238](#238)
@sleidig
Copy link
Member

sleidig commented Jun 27, 2020

🎉 This issue has been resolved in version 2.14.0 🎉

The release is available on:

Your semantic-release bot 📦🚀

@christophscheuing christophscheuing mentioned this issue Jul 3, 2020
Merged
sleidig added a commit that referenced this issue Aug 18, 2020
@christophscheuing @sleidig
feat(*): save and remember selected page size of lists for each user (#…
4bf537f 
…464)

see #381

Co-authored-by: Sebastian <sebastian.leidig@gmail.com>
aam-digital-ci pushed a commit that referenced this issue Aug 18, 2020
@semantic-release-bot
chore(release): 2.15.0 [skip ci]
ba6099d 
# [2.15.0](2.14.7...2.15.0) (2020-08-18)

### Features

* save and remember selected page size of lists for each user ([#464](#464)) ([4bf537f](4bf537f)), closes [#381](#381)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@christophscheuing christophscheuing

Labels
Type: Improvement Improvement/Extension of existing feature with benefit for the user
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@sleidig @Schottkyc137 @christophscheuing