Live data from Hacker News

Vikunja – Open-source, self-hostable to-do app

vikunja.io

91–97 of 97 posts

Re: Vikunja – Open-source, self-hostable to-do app

#91
post #75

Earlier quoted context omitted.

> Couldn't you have one main task which describes the overall task and then it has a list with checkboxes that has links to the other tasks it depends on? That only works for trees of tasks, ie. when a task is a dependency of at most one other task. Imagine you have two high-level tasks: "repair the chair" and "repair the computer", which both depends on the task "buy a screwdriver". Without support for DAGs of tasks…

I get your point. In that case I would have created a task "buy a screwdriver" with a relatively high priority or scheduled before the other tasks and maybe link to or comment about the other tasks as motivation to why the screwdriver is needed. In practice, when using basic to-do apps like the one mentioned here for simpler projects such as re-build the living room or a one-man software project or just some around-t…

> In practice, when using basic to-do apps like the one mentioned here for simpler projects

The problem is, a big chunk of the software industry seems to be managed by basic to-do apps like Trello (or worse, Github/Gitlab issues).

> such as re-build the living room or a one-man software project or just some around-the-house projects then I think a DAG is a bit overkill and complicated

It depends on a project. In my experience, "overkill" manifests primarily as you spending too much time constantly tweaking the task graph. There's a point past which it's better to stick to a tree, or even a flat list, and use your own memory and common sense to manage dependencies. This is, however, affected by UX to a large degree - the easier and faster it is to "sculpt" the DAG, the smaller are the minimal projects for which this is better than a list + some extra cognitive effort.

With personal/single-person projects, I found that DAGs become more and more useful the more different aspects of it you have to track, and the greater the length of the project is. For adding a simple feature to a codebase DAGs are definitely an overkill. But for remodeling an apartment, or even "re-building the living room", it's a different story: this is the kind of project that has lots of independent concerns, requires ahead-of-time planning and thinking of contingencies, and will take months of you being involved an hour or three a day on average. You're not going to be "in the flow" in such project - you'll be re-entering it every day. DAGs help you understand the current state quickly, and prevent getting overwhelmed by the sheer size of it.

Though the most important thing I've learned so far is: don't overdo it. You probably don't need a 100+ nodes large DAG for remodeling a living room. Not because it's wrong, but because any new information, situation or realization will force you to remodel a part of the DAG, and you'll end up spending more time keeping the plan up to date than on the actual project itself.

Re: Vikunja – Open-source, self-hostable to-do app

#92

Somewhat related to to-do apps, there was an application back in the classic Mac OS days that I remember (although I don't remember the name) which worked in a way I don't think I've seen since, but seems like a pretty reasonable approach to recurring to-do tasks. Some repeating tasks have to happen on a fixed schedule, e.g. put the trash out every Tuesday night. But many (most?) of my repeating tasks a) have quite a…

Org Mode supports a simpler and more manual form of this, by giving you three different repeater types on timestamps.

See https://orgmode.org/manual/Repeated-tasks.html for official manual, but in short:

- - completing a task with such timestamp will move the time forward by 6 days. If you were supposed to do it 20 days ago, you'll have to complete it three times before it's no longer overdue (and becomes scheduled to 4 days from now, i.e. 4x6 - 20).

- - completing a task with such timestamp will move the time forward by however many 6-day increments it takes to get it at least 6 days ahead of now. E.g. if the task is overdue for 20 days, completing it now will make it due in 10 days (four 6-day increments are enough for the due date to be in the future, but you need an extra 6-day increment for due date to be at least 6 days in the future).

- - completing a task with such timestamp will move the due date to 6 days after today. If the task was 20 days overdue and you complete it now, the next due date is in 6 days.

These behaviors have some extra variations depending on whether the timestamp contains the hour/minute part, and on what unit is used for the increment - e.g. the difference between ++7d and ++1w is that the latter will ensure the task stays on the same day of the week as previously.

Re: Vikunja – Open-source, self-hostable to-do app

#93

Earlier quoted context omitted.

(Creator of Vikunja here) Thanks for the in-depth comment! > But my first impression using this is that it's going to need a lot more work on the depth of the features rather than the breath. > but when you add little features like that instead of bigger systems, you're going to find that you get lots of people wanting to add new little features to fit their use cases. Oh definitely. My method until this point was to…

Regular user of Vikunja, it brings a lot of value to my life! > It's just not as straight forward as you might think (and that's a problem): you'll need to create a task with a due date of next Tuesday and a repeating schedule of every week / every 7 days. This is my complaint as well, if I have a task scheduled every Sunday and I'm ticking off this week's, I want that to disappear for a while until next week arrives…

Thanks for the suggestions!

Default reminders and templates are planned at some point. I also like the idea to be able to view which tasks will remind you in the future.

I think there's an item the backlog for analytics and the archival of individual tasks.

Full text search is hard, especially if it should work with different languages and across different supported database systems.

Would love to discuss the rest further! Especially if you're interested in contributing.

Re: Vikunja – Open-source, self-hostable to-do app

#94

Earlier quoted context omitted.

I use a simple document with daily sections. Simple. I've been using it for three years straight. I started using simple markup, then switched to orgmode. Although, I'm still mostly just adding a day to each day on a single document. Keeps me focused

I love org-mode and have been using it for years now. However, these days I feel an increasing need for a mobile client and something that will give me intelligent reminders of things. Last time I checked there was no sane solution for having org-mode on mobile that is in sync with your desktop. Yes, I did try Syncthing with Orgzly. - How do you move tasks between days, weeks etc.? - How do you view and/or edit tasks…

Moving tasks between days and weks can be done by simply updating the SCHEDULED timestamp.

Viewing can be done with orgzly or beorg or any mobile text editor. Same with editing. With orgzly or beorg you can use filters to create custom agendas.

I use orgmode mainly on desktop for project management. So not much use on mobile, but i use it for quick notes, some lists and sometimes to read my bogger project files.

Re: Vikunja – Open-source, self-hostable to-do app

#95

Has anyone found a personal productivity /todo app that - gets out of your way - doesn't feel like a chore even after months of use - has some sort of intelligence built-in ? IMO all apps I've tried so far feel good in the beginning and then start to become an annoyance.

I've been using TickTick for a few years and am pretty happy with it.

Re: Vikunja – Open-source, self-hostable to-do app

#97

I’ve been a paying Todoist customer for many years. For some reason, they steadfastly refuse to introduce blocking/blocked by flags. It seems so strange to me to do all the hard work of allowing arbitrarily nested projects and tasks, sub-tasks, labels, complex filters and collaboration, but then not do dependencies. Imo dependencies is the big difference between something you can use on complex projects, and a “mere”…

For what it's worth, I've also come across this problem - so I made my own solution. I call it Mondage [0], it looks like a plain todo list app, but lets you drag tasks on top of each other to set dependencies.

Tasks you can do first get sent to the top. Everything else is shown underneath. I like graph views to get an overview, but when I'm in the weeds, a list is what I want.

The web version is live, I have Android and iOS clients built too, but only in beta release. With enough interest, I'll add full scheduling and other features, but for now, I'm keeping it simple and free. It's a little rough around the edges, but hopefully someone else can find it useful too.

The space is astonishingly crowded, and while that makes things hard to stand out or get noticed, it suggests to me that no one has properly solved this sort of problem - or that it's too personal to solve properly.

[0] https://mondage.com/

Post reply on HN