Edit progress in bulk for part of LS
under review
SL
Merged in a post:
Bulk Read Processing
Isaac Lin
For those starting in the program new, but have already read many life studies, if maybe there should be a "bulk of bulk" change options to rapidly select many books and set to "read" all at the same time, rather than one by one. Processing time after each checkbox (especially large LS) is long, and having to confirm after every checkbox is tedious to get "up-to-date".
SL
FP A suggestion would be to use Stats / Add Prior Reading to mark those 65 messages complete and to create your schedule starting from LS Exodus message 66. Since beta v5 there is now an Export function, so you would only need to do this one time and then in the future if you reinstalled the app you could import your latest export to restore your completed messages to Overall Progress.
Isaac Lin Could you please test on beta v6 (build 1322) and see if you find marking messages complete in Overall Progress to be faster now? Thank you.
Isaac Lin
Marking many for batch processing still missing in Beta V5 (android), though marking (and deleting) book completion is faster now.
Marking single messages as read in "add prior reading" is very slow, 6-10 seconds per message, so despite no confirmation pop-up you need to "approve," it still takes a long time to mark partially-read books to catch up with where one may have already read to previously outside the app.
DC
under review
Thanks for the feedback!
Isaac Lin
Maybe use the checkboxes to select ONLY and then a save button at the end with confirmation message, rather than executing completion marking on every press? Selecting individual messages to complete is slow (a few seconds after each checkbox press), and deleting completion for individual messages even slower (10+ seconds).
Isaac Lin
Speed to bulk complete quicker in version 1.01 [618], but "bulk delete" (uncomplete) is very slow, 10-20x slower (3 seconds to complete, a minute to delete/uncomplete). This response-comment is the same as an comment reported under 1.0.1.