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.

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

Cyclic events #21

Open
Sobak opened this issue May 30, 2016 · 3 comments
Open

Cyclic events #21

Sobak opened this issue May 30, 2016 · 3 comments
Assignees

Comments

@Sobak
Copy link
Member

Sobak commented May 30, 2016

  • figure out a way to write and store time they should appear
  • if we want to allow for reminders of cyclic events, then a list with relative remind times is needed (e.g. remind me: 24h before, week before etc...)
@Sobak Sobak self-assigned this May 30, 2016
@Albert221
Copy link
Contributor

Can you explain the idea of cyclic events a little bit more?

@Sobak
Copy link
Member Author

Sobak commented Mar 5, 2017

I can think of many possible events which are regularly repeatable over the time, e.g. someone's bithday or regular doctor appointment.

Let's put technical aspects aside, for a moment. There are two questions I'd like to answer before the potential implementation takes place:

  • should each repetition of such note be independent entry in the system? Each of them should be possible to handle separately when it comes to toggling its status etc so I think the answer is yes. On the other hand, deleting any of these individual repetitions (occurences) should probably remove whole cyclic event (including past occurences or not?). Internally, this could be solved by specifying parent_id
  • how should they be defined? I think we could look how cron interface happens to be visualised to less-technical users.

This idea was somehow inspired by https://github.com/mtdowling/cron-expression but I'm certainly sure it should belong to the core. Probably I'd like to keep it less-packed with features and implement that as a plugin.

@Albert221
Copy link
Contributor

I think that repetitive event should be one structure, i.e. "shopping every Sunday", but with the ability to extract specific one, for example we have this shopping event, but we want to cancel not the whole repetitive event, but this one that takes place in two weeks. I have similar feature in my smartphone's alarm app (image at the end).

Deleting specific event IMO should NOT delete whole repetitive event, but deleting the whole repetitive event SHOULD delete every future event, but leave past ones.

Technically this could be solved by i.e.:

  • repetitive_event table with fields: id, from, to (nullable for infinite), frequency, for example: daily, every 5th day, every Sunday, every 5 days etc.
  • particular_event table with fields: id, repetitive_id and other mutator fields.

screenshot_2017-03-05-15-42-25-878_com android deskclock

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants