https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24027
--- Comment #26 from Andrew Nugged <[email protected]> --- (In reply to Jonathan Druart from comment #23) But second patch not based nor related to the first one, that's why I propose to separate it and do it right: - it was an UGLY tradeoff solution with not so good UX improvement: it just not shown all number of items on the post-POST page if it is more than that parameter, just saying "XXX items added" only. Adding extra branching in the template and pre-template call, but not adding so much improvement because of the next page: - it anyway had plain normal mode page which loaded all 1000 (or how much there) items on a single page in non-POST request then, so anyway page gen time is long and usefulness of displaying all-items-on-one page for an operator is very questionable, - that's why I propose to separate this into another ticket and do it, - but (and) yes, I can re-create it with the separate new pref-parameter as it was on the beginning if you want, but I feet myself "bad senior coder" with this "plumber" solution :) but CORRECT solution (two options) I propose/see: - complex but beautiful: create ajax pagination as it made on patrons page (for example) - straight simple dumb but robust without any extra pref-parameters: unconditionally, without any "prefs", just NOT to generate items list on post-POST page, but add the link (or forward with delay) to full list+form page in non-POST mode (i.e. usual post-POST page "xxx items added" + link or forward) -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
