Settings and activity
15 results found
-
10 votes
An error occurred while saving the comment An error occurred while saving the comment 
Peter Thompson
commented
Hi, Kirill!
I think the ability to determine more pertinent information about an item and its children at a glance would be superior to filtering. The use case, IMO, is different.
For example, the filtered view is solid for honing focusing on items with a due date, sure. But it also expands the entirety of the list for items with a due date, pushing items off screen, and changing the visual landscape. I.e., it causes the content to "jump". That's fine for its purpose, but not conducive to an on-load understanding of where I might need to pay attention.
With parent items displaying the date of the nearest-due child (perhaps adjacent to its own due date), I'm able to instantly see that I have nested items due even if that item's branch is not expanded.
I see this looking like this:
- A collapsed parent item *without* its own due date displays the due date of the nearest-due child in the same fashion as a regular due date, with the addition that the font is italicized.
- A collapsed parent item *with* its own due date displays it's own due date as is currently done, and also displays the due date of the nearest-due child in the same fashion as a regular due date, with the addition that the font is italicized, and it sits just next in reading order from the parent's due date.
- The display of the due date of the nearest-due child should be considered for one of at least these two places: 1) On the most-descendant collapsed parent item, or 2) the top-level item containing the collapsed item with a due date.Cheers~
An error occurred while saving the comment Peter Thompson
commented
Kirill, any update on this? In your message from 2012, you expressed interest in a presentation of a use case. Do you need one?
Peter Thompson
supported this idea
·
Peter Thompson
shared this idea
·
-
5 votesPeter Thompson
supported this idea
·
-
34 votes
By the moment, you can modify Checkvist presentation in the PRO plan. You can alter some colors, and provide advanced custom CSS styles which allow to change the font size. But this requires hard CSS coding. We need to provide simple way to specify different styles for a list.
The sample CSS for reducing font size in the list is:
ul.topLevel li { font-size: 12px;}
ul.topLevel ul li, ul.topLevel ul li.task { font-size: 10px;}Some more customisation samples can be seen in this list: https://checkvist.com/checklists/486715
Peter Thompson
supported this idea
·
An error occurred while saving the comment Peter Thompson
commented
Want to add to this that for those comfortable enough, you can of course use your browser's Developer Tools to select elements and view the class applied for targeting your CSS styles.
An error occurred while saving the comment Peter Thompson
commented
And the ability to save multiple styles for multiple purposes, e.g., printing, e-mailing, Large Project.
-
1 vote
An error occurred while saving the comment Peter Thompson
commented
Kirill, are you able to edit the title of this suggestion? I really should have set it to be "Allow multiple undo for all actions".
Peter Thompson
shared this idea
·
-
3 votes
An error occurred while saving the comment Peter Thompson
commented
Paul, have you explored changing this behavour with CSS?
-
2 votes
An error occurred while saving the comment Peter Thompson
commented
Kirill, I think an a la carte set of requests makes sense, without the overall ability being a strongly desired feature.
An error occurred while saving the comment Peter Thompson
commented
I think it would be a boon to many, many users if we could turn features on and off using some kind of interface, like check-boxes for each set, e.g., schedule tasks, rich formatting, and possible future features like % complete or document uploads.
Even better would be if it was on a list by list basis. You'd need to implement a notification explaining some features from a list or task you are copying or moving to another list might not be activated, or you could have the system query the list and tasks to make sure all pertinent features are enabled to complete the copy/move action.
-
2 votesPeter Thompson
supported this idea
·
An error occurred while saving the comment Peter Thompson
commented
Kirill, Sashika - The biggest boon with comments in google docs is having the content and the discussion linked but separate, and having a historical thread of the message maintained so impetus for changes are available for future readers.
I'm using a workaround wherein I use nested list items with tags-based icons to denote list items as "questions" and "answers", and I close the item when the issue is resolved.
But this has several shortcomings, compared to systems like that in google docs.
-the commenting is in my content, not alongside it
-if I want to perform a "clean" export or print of a list, I need to change the list's settings to hide completed items (resolved comments), and perform a search to filter and show open comment tasks so I can collapse them manually. A lot of effort to do this every time, then unhide complete items
-in order to allow users that should be read-only users to comment and ask questions in context, I need to make them editors. This ENDANGERS my content, especially as there are (very useful) plethora of key commands, and only a one-action undo. If a client or collaborator isn't familiar with the powerful keyboard action and shortcuts, they can completely hose a list before realizing it, and then they can't reverse their changes. -
4 votesPeter Thompson
supported this idea
·
-
283 votesPeter Thompson
supported this idea
·
-
106 votesPeter Thompson
supported this idea
·
An error occurred while saving the comment Peter Thompson
commented
Kirill, it would also be great if Undo applied to every action... Like changing the order of nesting of items. On complex lists, it can be nearly impossible to deduce the previous context of an item accidentally moved.
-
1 vote
A solution to this would be a CSS like this:
.tag.tag_question {visibility:hidden;position:absolute;}
.tag.tag_question:before
{content:“\f059”;font-family:FontAwesome;visibility:visible;}Thus each tag is converted to the icon with such a tag.
Would it work for you?
Peter Thompson
shared this idea
·
-
124 votes
Really good and useful request.
Regarding accidental data loss: Checkvist Pro account gives you up to 10 daily backups of all your lists. Not the same, but may help in some cases.
Peter Thompson
supported this idea
·
-
221 votes
An error occurred while saving the comment Peter Thompson
commented
Just to be *that guy*, I much prefer a robust mobile set to an app, as I can't open linked content in new "tabs" or "windows" like I can with a browser. I find this to be a major shortcoming.
-
4 votes
Probably, you should use subtasks instead of notes if you want to move them?
An error occurred while saving the comment Peter Thompson
commented
I'm out of votes, but I wanted to chime in with my support for this feature. not being able to order my notes has been kind of a pain.
-
1 vote
Hi Kirill -
I'd place the descendant due date as described, then a plus-sign character, followed by the ASAP value in italics.
Happy to mock it up if it would be helpful, too.
Cheers!