powered by UserVoice

chrismjohnson's profile

Default-avatar
  1. 7
  2. 10
  3. 99
  4. 5
  5. 231
  6. 2

chrismjohnson

Open ideas
  1. 686 votes
    1
  2. 79 votes
    1
  3. 5 votes
    2
  4. 77 votes
    2
  5. 6 votes
    2
  6. 2 votes
    1
  7. 4 votes
    1
Completed ideas

None

Declined ideas

None

Comments
  1. This is already possible either through the use of a note or multiple nested projects.

  2. This has already been actively discussed ( http://todoist.uservoice.com/pages/general/suggestions/5880 ). Please look around before opening a new suggestion.

  3. This is a duplicate suggestion ( http://todoist.uservoice.com/pages/general/suggestions/10711 ), please adjust your votes.

  4. Never used Executor. Only briefly used Launchy. I'm not a big user of application launchers in general.

  5. It is not a perfect solution, but for a temporary band-aid on the problem. You could also get around 4 annual tasks by stating ev ## days st jan 15 where ## would be the equivalent of 3 months (1 quarter). Like I said, not a perfect solution but may help in the short term.

  6. There is already a plugin for Launch (another application launcher). I can't see a plugin for yet another application launcher being a worthwhile expenditure of time.

  7. @prophecy & @erik917: It appears both of you are after something where you can view it in Todoist but keep it essentially separate from your todo list. Maybe this is more a solution for a third party application integration instead of a modification to Todoist.

  8. To clarify, when you say multiple date tasks do you mean an entry that spans multiple days? Or something that is recurring just not on a regular interval?

  9. The print version already does contain the day, date, and time header. Or am I missing something?

  10. To enable the printing of background colors / images, go to File -> Page Setup. There should be a checkbox for "Print Background". This is true in Firefox 2 and 3, I have not checked in Internet Explorer but should be something similar.

  11. This is actually a limitation with the browser, not anything specifically done by Todoist. When printing, the default setting of an internet browser is not to print the background colors / images.

  12. I guess I can see that. Maybe the option is to go the opt-in route, like has been brought up with a few other features suggestions.

  13. I'm very interested in contributing to a wiki / forums community for Todoist users. I've been a member of the Google group and I find it lacking. Anyone else interested in pitching in? Let me know chris@chrismjohnson.net.

  14. I think you may have given yourself the solution to achieve this in Todolist. Utilize the tags of this-week, next-week, or later to get them grouped, and then just utilize a special query to just look for those tags.

    You could also possibly make use of a bit more clunky method of having them be recurring items during the week in question. Not ideal, but another option.

  15. Aren't the tasks color coded to reflect their priority? Granted you have to remember what each color corresponds to, but I think that should be sufficient to get what you are after.

  16. This actually has already been suggested and definitely supported. Please adjust your votes accordingly.

    http://todoist.uservoice.com/pages/general/suggestions/5888

  17. I would like the idea of being able to do this, although based on my limited knowledge of the technical implementation it might be too much to ask for a hobby project like Todoist.

  18. If project deadlines were to be built in to Todoist, it would hinder me from using projects in the fashion that I currently do (as groupings of tasks versus concrete projects).

    This could easily be implemented, with no changes to the existing system, by just having a task within your project called "Complete project." with the deadline you desire.

  19. I think implementing this is taking Todoist too far in a direction of being a project management tool (which it is not) versus a list management tool (which it is).

  20. While I think it would be nice, I don't think it really adds any value with the current state of Todoist. Right now there is no collaboration or public elements, so having a personalized domain does not add anything of value.

  21. Why, for you, is a personal username preferred over an email address?

    For me, I would much rather just use my email address as opposed to having to remember another username. However, in conjunction with this ( http://todoist.uservoice.com/pages/general/suggestions/13876 ) I would see it making sense.

  22. I agree that this is kind of a nuisance.

    Until an official solution surfaces, the way I get around it is either getting stuff done on time :) or continuously re-scheduling items so that they don't get too many days overdue.

  23. For example (using your example)
    Read manual.
    ..Open box.
    ....Wait for it to arrive.
    ......Buy Product
    ........Research Product

  24. I think the structure that Amir implemented was the inverse of what you're after, so I'm not sure the likelihood of this getting accepted. The way I see the current implementation is that the higher level tasks should be the later dependencies.

    If collapsed, what this gives you is the end goal and not the steps whereas a collapsed version of what you posted would just show the first step.

  25. @addiktion: You are mistaken. ( http://uservoice.uservoice.com/pages/general/suggestions/7531 ) UserVoice has acknowledged the problem and provided admins these options to disable or hide anonymous votes.

  26. There already is an option to view your task lists in print mode. It can either be found in the upper right (on the main page) or from the options menu (the gear icon) in the lower right.

  27. This seems completely counter-intuitive to the whole purpose of the application. What problem would this be solving in your eyes?

  28. @Ann: I just tested both formats without issue. They are working fine for me.

  29. This has already been brought up. ( http://todoist.uservoice.com/pages/general/suggestions/6092 )

    Also, one of the comments in that suggestion points out the Google Group for Todoist. That could be a starting point, for now.

  30. This has been heavily discussed here.

    http://todoist.uservoice.com/pages/general/suggestions/5880

  31. We've already got this very same suggestion thread going. Adjust your votes accordingly.

    http://todoist.uservoice.com/pages/general/suggestions/6085

  32. Lately, I have encountered this same issue. I've deleted a project (now multiple times) and every time I log back in it reappears in my project listing.

    This is a recent bug, because I have successfully deleted projects in the past without issue.

  33. You should check out this suggestion ( http://todoist.uservoice.com/pages/general/suggestions/9783 ). I think it is a duplicate of what you are after.

  34. This already occurs. The date is retained when a task is moved to history. What you might be seeing is to-dos without a date / deadline assigned to them don't show a corresponding date. The quick solution might just be to add today's date to each of the tasks as you complete them.

  35. @joshuadonner: Well get stuff done on time! j/k

    I think that someway to do a "catch up" on tasks would be nice. I think it is a simple enough task, that there might be a way to do this via the API (third party).

  36. Well being that there are only two fields when editing a task. To get the date all you have to do is hit Tab and write 'tom'. Same amount of effort, and it is not like it is an obscure key to reach for. I'm not sure if the perceived value is worth the effort.

  37. Setting a start date is already supported. While the exact syntax you are after does not appear to be supported, you can do them as follows:

    'every three months, starting next month' becomes 'every 90 days start aug 1'
    'every three weeks, starting ten days from now' becomes 'every 21 days start jul 13'

    While it is not quite as elegant as some of the other date syntax, it is functional.

  38. @KosciaK: That's true, with some key additions to the API a lot of these suggestions on UserVoice could be handled by third party developers.

  39. To report outages, an inclination at first glance would be to just utilize 'Support' or 'Contact Todoist' but those fall flat if there is a complete outage of the Todoist website.

    So maybe a proper suggestion here on User Voice would be 'Some way to report outages' or maybe it is a follow up vote for putting together user Todoist forums or wiki to allow communication between developers and users.

  40. Reading the clips and content that is on the Todoist site in reference to this User Voice set up is the suggestion of new features and voting on additions and improvements to the site. Using that as a baseline, getting a few different suggestions going that are complaining about an outage does not coincide with the intent of User Voice.

  41. I have actually emailed Amir previously about the notion of a self-hosted version of Todoist or releasing the source code for that matter. On both counts, Amir was not receptive (maybe it was just me). Hopefully we can drum up enough interest and rationalization here on UserVoice to sway Amir to provide a self-hosted version.

  42. This is not the proper venue to report outages. All this does is clutter up the list of suggestions.

  43. This is not the proper venue to report outages. All this does is clutter up the list of suggestions.

  44. Like the idea. Would vote if I had any left.

    In theory, tasks are completed on their due date. In practice, this is often not the case. On the surface it seems like a simple feature to implement but that depends on how destructive you get. Just replace the due date with the date the task was completed? Or do you want to keep the due date and complete date?

  45. Providing predefined contexts and such to work with GTD "out of the box" would pigeonhole Todoist users in to using GTD. There are a wide variety of productivity systems / strategies that people have come up with, so showing a preference to any of them, I think, would have a negative impact on Todoist.

  46. While I disagree with frames (I'm a web developer so...EWW!), but I like the idea of having some way of keeping the project list on screen for those especially long lists.

  47. What problem would this be solving? In other words, what meaning do these numbers carry for your system?

  48. @markalanlewis: If this is implemented, would it not restrict all users to use the statuses integrated? If those who want this functionality were to utilize labels then there is the ultimate flexibility.

  49. @tomwill: If the collaboration are implemented in a the way that other features in Todoist are implemented I don't think it will be a case of being forced into a system. If implemented, there are ways that can leave it very open, flexible, and optional.

  50. Already suggested and discussed heavily. ( http://todoist.uservoice.com/pages/general/suggestions/5880 )

  51. How ironic. This suggestion makes it to the #1 spot on the power of anonymous votes.

  52. You'd have my vote if I have one to give. Although, I think this a much lesser priority then some others.

  53. Duplicate suggestion. Please search before you post.

    http://todoist.uservoice.com/pages/general/suggestions/5888

  54. Duplicate suggestion. Please search before you post.

    http://todoist.uservoice.com/pages/general/suggestions/6157

  55. Duplicate suggestion. Please search before you post.

    http://todoist.uservoice.com/pages/general/suggestions/5958

  56. Duplicate suggestion. Please search before you post.

    http://todoist.uservoice.com/pages/general/suggestions/5958

  57. Offline support is already a suggestion ( http://todoist.uservoice.com/pages/general/suggestions/5888 ). Please make use of the search feature before posting new suggestions.

  58. For Firefox + Greasemonkey users, I've written two quick scripts to utilize more of the screen. Both a widescreen and a fluid (dynamic scaling) version are available at http://labs.chrismjohnson.net/todoist/

  59. I second the idea of disabling anonymous votes.

    However, I can understand that requiring users to register could deter a lot of normal users (not spammers or with ill intent) from bothering to contribute.

  60. This functionality already exists. Just have to look under the Recurring Dates (Advanced) syntax help.

    every last day or ev lday

  61. FYI: I am the anonymous who posted this.

    @Quill: I wasn't as much thinking of going to a separate page or tab but merely utilize the functionality the 'Info Page' (Show / Hide Info Page) to be a nicer visual integration of secondary content.

    I agree that not having to change pages is a wonderful feature of Todoist, but the popups just look out of place IMO.

  62. @zoe luo: This functionality is already existing in Todoist by simply using a label to designate who has been assigned the task.

    Also, designating who a task is assigned to is part of the consideration of the suggestion to add collaborative / published tasks. Without collaborative features, the label functionality should more than suffice for what you are after.

  63. @anonymous users: Could you please register and reply in comments to justify the enormous amount of votes for this feature that we have already deemed possible with existing functionality?

  64. @TylerRick: I see this as just a specialized version of a collaboration feature.

    Collaboration: Allow read / write privileges to others.
    Public Feed: Allow read privileges to all, or specific users.

    It is just a matter of the implementation of privileges. I don't see the need to fork this suggestion from the existing collaboration suggestion. Doing so will only split votes.

  65. @TylerRick: You obviously put a lot of thought in to this idea of 'absolute priorities' and I think you've covered a lot of the bases of the feature. If I had a vote to give, you'd have it.

    Also, imo absolute positioning is of much more use than the existing priority distinctions.

  66. While I don't think I would make use of a keyboard shortcut to move between projects, I do think that this could be beneficial to some users.

    Any thoughts for a possible keyboard shortcut that doesn't conflict with an existing shortcut?

  67. This should really not be a separate suggestion. Rather a comment for a possible implementation on the 'Offline support' suggestion.

    http://todoist.uservoice.com/pages/general/suggestions/5888

  68. This actually detracts functionality. Under this proposed revision how would you attain the existing functionality of add above via Ctrl-Enter?

  69. CTRL+N

    Right from the Format Syntax of Todoist ( http://todoist.com/Help/viewHelp?page=shortcuts ).

  70. I think adding links to the sidebar would be adding functionality beyond the scope of Todoist. What if you just set up an additional project and using the existing Todoist syntax add the links / bookmarks you want?

    Also, if you use Firefox there is an add-on called Foxmarks that might be of interest to you as well. Allows you to share / synchronize bookmarks between systems.

  71. Offline support has already been recommended ( http://todoist.uservoice.com/pages/general/suggestions/5888 ). Adjust your votes accordingly.

  72. DivinoAG: I didn't realize that the common hot keys were mapped to the syntax. That's a good tip to know.

    As far as this suggestion, there are a number of formatting syntaxes available on the net and I think trying to argue one over another is futile. For now, the current syntax I think does what is asked of it.

  73. Why not just nest a note underneath the task to record what was discussed? This would allow you to achieve the same functionality without pigeon-holing the solution.

  74. Understood. And I think that problem could quite easily be solved if specifying the project was a part of the query syntax.

    Utilizing the query syntax, I imagine, would require less changes and wouldn't impede on how others utilize printing.

  75. When you say selecting a project, are you referring to having project be a part of the query syntax to filter out? Or something different?

  76. This might go hand in hand with the suggestion to allow the import / export of tasks from a flat text file. If the import / export functionality is added, I imagine a third party / API developer could put together a bookmarklet or widget to achieve this functionality.

  77. This has already been suggested. Search before you post.

  78. Would there be a limit to this? Todoist allows up to 5 levels (I think) of nesting and showing the whole nesting could get complicated for more than 1 or 2 levels.

  79. I think this is covered by another suggestion "Add shorthand in task field".

  80. @RBraxton: A tag could still solve this problem as I don't believe the tags are wiped when a task is deleted.

  81. You can already do this.

    Using the note syntax ( *... ), just nest other items underneath the task.

  82. Paul raises a good point. Would using a pre-existing third party javascript solution solve the issue of significantly increasing the code-base?

  83. What about utilizing existing browser technology to resize the font? CTRL+ or CTRL- should work for most browsers. Does this not solve the problem?

  84. I agree that complexity is an inherent part of any task, but the functionality you are after could be achieved through adding a tag / label to tasks.

    Doing it in this fashion would also allow for much more user-to-user customization without adding any burden to the backend of Todoist.

  85. @renderhead A mini-calendar has been tried in the past, but was excluded because:
    * Some of the users that use Todoist a lot would only find the calendar useful in situations that seldomly occur
    * Users have already access to mini-calendar's (on their O/S or beside their desk)
    * The calendar is simple, but it takes quite some code (it would actually make Todoist's code-base around 40% bigger)

  86. I don't think, with my usage of Todoist, I would make use of it. But it would provide a nice option as an alternative for date selection to have a clickable interface.

  87. There is already a higher ranked suggestion and discussion about getting offline support for Todoist.

  88. This functionality already exists. The hotkeys are CTRL+Up or CTRL+Down to allow you to navigate between the tasks.

  89. mattski: You are correct, implementing this suggestion would change quite a bit more than just the tech of Todoist. But, it is not an unsurmountable change if Amir wants to take it that way.

  90. I agree with DivinoAG, the use of tags would probably be how I would prefer to see this functionality implemented. Having more than two options for the state of a task will complicate the process of changing the state of the task.

  91. It is an interesting idea, but wouldn't it be easier to have them listed as in the past to have an added severity / urgency on completing the task? Might tasks from the past get lost in the mix of what you have planned for today?

  92. I agree the beauty of Todoist is in its simplicity, but I think as long as we get good discussions around suggestions we can prevent bloating the application.

  93. Like Meraxupypr, I am out of votes, but I think this would be a great functionality to add.

  94. The simplicity of Todoist's current design, as others have mentioned, is one of the appeals. But, I will attest that using Stylish or Greasemonkey can be quite a pain, for Todoist, based on some of the underlying tech of how Todoist displays content.

  95. Would this be better achieved through integration with an existing calendar web application (e.g., Google Calendar)?

  96. Maybe it is just me, but I don't see much to be gained from going offline besides the airplane argument. And in those scenarios why not just utilize pen and paper and sync up later? In my opinion, time could be better spent in improving other functionality before going offline. I'm curious to hear the rationale of others to having offline support as a priority.

  97. Different users organize Todoist lists differently. So collaboration where lists can be shared either publicly or with specific users would be preferred over having multiple-user accounts.

powered by UserVoice