search

gyim / breviar-ios

Liturgy of the Hours for iOS
5 stars 1 forks source link

Favourites/Bookmarks #13

Open breviar-sk opened 10 years ago

breviar-sk commented 10 years ago

Implement functionality which allows to "save" current prayer in Bookmarks (e. g. for preparing for some future action).

Enable to switch to any saved bookmark.

Each bookmark will have these ids: -- date, -- celebration title, -- (maybe also subtitle), -- internally URL/parameters for query to CGI submodule

(Discussion needed) Bookmarks should remember whole settings (technically: in GET URL parameter) so if somebody sets "display Glory", then chooses prayer (with displayed Glory), saves that prayer into bookmarks, and afterwards switches off "display Glory", the bookmark will still display Glory in such prayer.

gyim commented 10 years ago

I like this idea, maybe it would also help the use case described in issue #12: the user would bookmark some prayers in advance (e.g. Readings and Vespers), and jump back and forth the bookmarks (we could add a left/right button in the toolbar, for example, to jump between the most recent bookmarks).

I have one question though: what are the specific settings that need to be saved in such a preparation? Maybe if we provided a quicker way to set these things on the prayer screen, the user would use that instead of bookmarking in advance. For example, there are a lot of settings for the liturgical calendar: if we add these settings filtered for that specific date+prayer, it would solve this particular use case.

breviar-sk commented 10 years ago

it seems remembering whole settings it what users would expect of "bookmarks":

I want to create bookmark for ongoing (planned) common prayer with others -- but I know that we will use different settings than those used by me (when praying personally). For instance I am preparing for prayer with Franciscans -- I would need to switch to their propria & I know that common texts will be taken for memoria (though I personally use option to take them from feria).

(This will be extremly important when we implement #14.)