Click here to Skip to main content
15,894,740 members
Articles / Desktop Programming / MFC

ToDoList 8.2 - An Effective and Flexible Way to Keep on Top of Your Tasks

Rate me:
Please Sign up or sign in to vote.
4.85/5 (2,418 votes)
17 Sep 2023Eclipse12 min read 60.6M   441.3K   3.6K   32.8K
A hierarchical task manager with native XML support for custom reporting

Downloads


3rd Party

Note: Please contact the respective authors directly with comments and questions

todolist2/CP_screenshot2.png

Latest Update (8.2 Feature Release)

  • Added 'Markdown' comments
  • Added highlighting of 'Circular Dependencies'
  • Added 'Calculations' to 'Custom Attributes'
  • Added 'Custom Date' attributes to 'Week Planner'
  • Added 'Custom Date' attributes to 'Calendar'
  • Added 'Drag and Drop' from 'Explorer' to 'Spreadsheet' comments
  • Added dedicated toolbar button for creating 'ToDoLIst UDTs'
  • Added 'Recurrence' options to 'Filter Bar'
  • Added '-mp' command line switch to use first decryption password as a 'Master Password'
  • Added toolbar button to 'Find Tasks' dialog to allow closing when docked
  • Added 'Calendar' preferences to show 'Week Number' in cell header
  • Added 'Straight Line Connections' option to 'Mind Map'
  • Added 'Completed Date' to 'Attribute Inheritance'
  • Improved layout of overlapping 'Calendar' tasks
  • Improved handling of 'Due Task Notification' hyperlinks
  • Improved 'Time Tracker' task selection
  • Improved 'Edit Dependency' task selection
  • Improved performance of 'flat' tasklists

Introduction

You know how it is - you start work on one project and halfway through, you find one or two side-projects crop up that have to be solved before you can continue on the original project.

This is one such project with the added twist that it too started its life as a side-project. Here's what happened:

<Cue wavy screen effect>

I can only imagine that the planets must have been in (mis-)alignment or something, because at one point a few months ago, I was suddenly fielding emails on four or five separate articles I had previously submitted to CodeProject, some asking for features and others for bug fixes.

Foolishly or otherwise, I largely agreed with all the points raised, and subsequently found myself with fourteen or fifteen separate issues to resolve.

The situation was also made worse because I was trying to use CodeProject to keep track of all the things I had agreed to do, meaning that I had to continuously trawl the comments section of each article to remind myself of what I was supposed to be working on.

It even got to the stage where I was worrying that I'd fail to deliver on something - silly I know, but there you are!

Keeping a list on paper was a definite step in the right direction, but since I do all my coding on the same machine, it seemed somewhat inelegant, and anyway, we all know what happens to crucial bits of paper left lying around on desks and such.

The next step was to hunt around on the web for a tool to meet the following requirements:

  • Simple interface
  • Support for hierarchical data
  • Numbered items/subitems
  • Open file format
  • Freeware

Simple, huh! not!

I will admit that I did not spend weeks searching, but I am still surprised at the general lack of software matching my needs.

On reflection, I think that the reason may be simple: people are so used to commercial software being 'feature-rich' that when they come to design software themselves, they (not unreasonably) think they too need to cram as much in as possible, often leading to software where a lot of essential functionality is hidden away in the menu bar.

So, surprise, surprise, I decided to write something myself.

However, it's fair to say that I did not originally intend to post it on CodeProject and am only really doing so because I had a heap of fun solving some very interesting problems and these are what I think make it worth it.

Using the Software

There's really very little I need to say here since every feature/function is explicitly visible in the interface.

Nevertheless, the following list of basic capabilities and omissions may go someway to answering any questions that arise:

  • Files are stored in XML format with .xml file extension.
  • Trying to load a non-tasklist file will generally fail (unless you read the code to see how to circumvent it).
  • The number of items/subitems is limited only by memory (although performance may be the deciding factor before you exhaust memory).
  • Marking a parent item as 'done' will also gray-out child items, but they are not disabled or automatically marked as 'done'.
  • An ellipsis (...) indicates that an item has sub-items.
  • All items can be expanded or collapsed (by double-clicking).
  • Top-level items and sub-items are created using different toolbar buttons.
  • There are task-specific context-menus.
  • The previously open tasklists are re-opened on startup.
  • The tasklist is automatically saved when closing the software or minimizing it to the system tray.
  • The priority of a task is shown as a grayscale box to the left of the item.

Points of Interest

Here's where we come to the side-projects I was talking about, the first two of which I intend to work up into follow-up articles.

They are:

  1. The 'ordered' tree control, which incorporates a non-client gutter for displaying the item numbers.

    The idea stemmed from research I did into alternative designs for a tree-list control, which did not solve it by creating a hybrid control incorporating a tree and a list.

    The hybrid control seems such an obvious solution that I suspect few people have stopped to question it, but it has still always struck me as looking far too much like hard work to be truly elegant ('square pegs' and 'round holes' spring to mind).

    One possible idea is to implement the 'list' portion entirely in the non-client area of the tree. I.e., shift the right hand client edge to the left and then render the list portion in the resulting non-client area.

    Whilst I've yet to get round to building a proof of concept, it was nevertheless this ongoing mental debate which prompted me to try to solve the requirement for numbered items and subitems by rendering the item/subitem numbers in the non-client area.

    Without going into too much detail (as this will subsequently be an article of its own), this is how I got it to work:

    • Handle TVM_INSERTITEM and TVM_DELETEITEM to know exactly when items are added and removed.
    • In these handlers recalculate the width of the gutter required to display the widest 'dotted' item/subitem number. (Note: this is not necessarily simply the deepest subitem.)
    • If the required gutter width changes, call SetWindowPos(NULL, 0, 0, 0, 0, SWP_FRAMECHANGED | SWP_NOMOVE | SWP_NOSIZE | SWP_NOZORDER) to force Windows to recalculate the non-client area of the control.
    • Handle WM_NCCALCSIZE when it does, and offset the left border by the required gutter width.
    • Handle WM_NCPAINT for painting the numbers.

    This is necessarily an over-simplification, but it captures the essence of the solution, and all that essentially remains is lots of fiddling about to ensure the non-client area gets redrawn at the the right times to stay synchronized with the client area.

  2. Embedding .RC control definition data directly in a .cpp file to break the dependency on binary resources (a.k.a. 'Runtime Dialogs').

    This is an idea that has been floating about for quite some time and which has only recently gelled into a workable solution.

    The problem, put simply, is that if you want to take advantage of the resource editor in Visual Studio (and who doesn't), then you very quickly find yourself stuck with having to load dialog templates from resources compiled into the binary file.

    This further means that if you want to make use of a dialog across multiple projects, then either you need to copy and paste the dialog template between project .RC files, or you need to build the dialog into a DLL from which it can be accessed.

    'Runtime Dialogs' (a snappy title I coined myself) is a solution that neatly sidesteps both the nuisance of copying dialog resources between resource files and the extra work (and maintenance) involved in packaging dialogs in DLLs.

    And it works like this:

    • First, you design your dialog template in the resource editor, create a CDialog derived class using class wizard, and wire up all the controls just as you normally would.
    • Next, you #include "runtimedlg.h" and change all instances of CDialog to CRuntimeDlg.
    • Then, you cut and paste the control definition section from the appropriate section in the .RC file and embed it directly in the dialog's .cpp file as a static string (with a bit of tweaking to handle double quotes and such like).
    • Finally, in the constructor of your dialog, you simply call CRuntimeDlg::AddRCControls(...) passing the control definitions as a string.
    • And CRuntimeDlg takes care of the rest including, if required, auto-sizing the dialog to suit the control layout.

    I'm certainly not suggesting that this is a 'win-win' solution for all situations but it certainly has merits in its closer coupling of dialog template to dialog code which makes sharing dialogs across multiple projects a breeze.

    P.S.: In case it's not clear here, I used CRuntimeDlg to create CToDoCtrl which encapsulates the ordered tree together with the priority, date and comments controls as a single simple-to-instantiate control.

    I'm also proposing to use them in the .NET port of my ProjectZip add-in for VC6.

  3. Embedding the XML file in a web page.

    This is possibly the most satisfying aspect of the whole project because it was completely unexpected.

    What I mean is that, until recently, my knowledge of DOM and XMLDOM was virtually non-existent, as it's only since I've become more interested in the presentation of AbstractSpoon that I've been forced to get to grips with the various implementations of DOM and XMLDOM out there.

    I'm pleased to say that the code on my site works under IE 6.0, Netscape 7.1, and Mozilla, although custom code was required to achieve this.

Generic MFC Classes that may prove Useful to You

The following table lists a wide range of utility classes written for this project. They can all be included in any MFC project provided you include any class dependencies too. Feel free to ask any questions relating to these specific classes and how to use them.

Class Name

Description

Class Dependencies
(apart from MFC)

CAboutDlg

Customizable "About...' dialog not requiring a dialog resource. Supports html encoded text

CRuntimeDlg, CRCCtrlParser

CAutoComboBox

Adds only unique items to the drop list and shuffles the list so that the last added item is at the top

CHoldRedraw

CAutoFlag

Encapsulates the setting and unsetting of a boolean variable thru the lifetime of the class instance

 

CColorButton

Non-ownerdraw button that displays the selected colour on the button face and displays the colour dialog when clicked

CEnColorDialog

CColorComboBox

Owner-draw combobox for displaying and selecting user defined colours

 

CDateHelper

Encapsulation of various rountines for calculating date spans and for formatting

 

CDeferWndMove

Encapsulation of the Win32 API

 

CDialogHelper

Re-implementation of the CDialog DDX/DDV rountines to avoid the MFC error messages when the user clears a number edit (for instance)

 

CDlgUnits

Encapsulates the MapDialogRect Win32 API

 

CDockManager

Class for managing the docking of one popup window to another.

*CSubclassWnd, CHoldRedraw, CAutoFlag

CDriveInfo

Encapsulates various rountines for querying about drives, files and disk space

 

CEnBitmap

Adds support to CBitmap for loading non-bmp files and resources.

 

CEnBitmapEx, CColorReplacer, CImageBlurrer, CImageColorizer, CImageContraster, CImageEmbosser, CImageFlipper, CImageGrayer, CImageLightener, CImageNegator, CImageResizer, CImageRotator, CImageSharpener, CImageShearer, CImageSysColorMapper, CImageTinter

Adds image manipulation funationality to CEnBitmap

CEnBitmap

CEnColorDialog

Adds saving and restoring of custom colours to CColorDialog

 

CEnCommandLineInfo

Adds functions for extracting and querying commandline switches

 

CEnEdit

Adds user-defined button capabilities to CEdit

CMaskEdit, CThemed, CDlgUnits

CEnToolBar

Adds support for using alternative resource or file images

 

CFileEdit

Adds buttons for browsing and displaying the file represented by the text in the edit control. Also shows the file's small icon.

CEnEdit, CFolderDialog, CMaskEdit, CDlgUnits, CThemed, CSysImageList

CHoldRedraw

Encapsulates WM_SETREDRAW

 

CHotKeyCtrlEx

Fixes a number of behavioural problems including the handling of certain keypresses

 

CHotTracker

Tracks the cursor movement over user-defined windows and posts event messages as necessary

*CSubclassWnd,

CLimitSingleInstance

Provides simple method to detect if another instance of an app is running

 

CMaskEdit

Adds simple character masking to CEdit

 

CNcGutter

Allows the UI of standard windows controls to be extended by supporting any number of columns to be added to the non-client area of the window. Favours tabular controls like lists, trees, etc

*CSubclassWnd, CHoldRedraw, CThemed, CDlgUnits

COrderedTreeCtrl

CTreeCtrl implementation of CNcGutter displaying a single column showing the hierarchical position of each tree item in '1.2.3.4' notation.

CHoldRedraw, CThemed

CPasswordDialog

Very simple password dialog not requiring a dialog resource

CRuntimeDlg, CRCCtrlParser

CPropertyPageHost

Simpler replacement for CPropertySheet allowing easier creation as a child window

 

CRCCtrlParser

Used by CRuntimeDlg for parsing dialog resource-like text

 

CRuntimeDlg

Adds support to CDialog for building dialogs at runtime ie. dialogs do not require a dialog resource

CRCCtrlParser

CShortcutManager

Class for handling application keyboard shortcuts.

*CSubclassWnd, CWinClasses

CSpellCheckDlg

Spellcheck dialog not requiring a dialog resource, which interfaces with ISpellCheck (interface to Open Office dictionaries)

CRuntimeDlg, CRCCtrlParser, ISpellCheck

CSysImageList

Encapsulates the Windows system image list (file/folder images)

 

CTabCtrlEx

Adds post rendering callback for the tabs without using owner-draw

 

CThemed

Encapsulates themed (XP) and non-themed (the rest) drawing of windows controls

 

CTimeEdit

Adds a button for specifying time units and provided routines for converting time to and from different time units

CEnEdit, CMaskEdit, CThemed, CDlgUnits

CToolbarHelper

Adds support for dialog toolbar tooltips, multiline tooltips and dropbuttons with menus

*CSubclassWnd, CEnBitmap, CEnBitmapEx

CTrayIcon

Encapsulates the Shell_NotifyIcon Win32 API. Also provides balloon tips and animation

*CSubclassWnd,

CUrlRichEditCtrl

Adds support for recognizing urls, clicking them and setting custom url callbacks

 

CWinClasses

Encapsulates the ::GetClassName Win32 functions

 

CXmlFile, CXmlItem

Non-Unicode class for reading and writing xml files

 

CXmlFileEx

Adds encryption capabilities to CXmlFile

CXmlFile, IEncryption

* CSubclassWnd was originally written by Paul DiLascia for MSJ magazine. The version I use has been heavily extended to suit my specific needs. The classes that depend on it here need this extended version.

Further Work

Whilst this tool was originally intended for my personal use only, it is now a 'community' project, so if you find it useful and want to make suggestions for enhancements or bug fixes, please post to our Google Group.

History

  • History now held here
  • 1.1-7.1 (removed by .dan.g.)
  • 1.0 (4 Nov 2003)

License

This article, along with any associated source code and files, is licensed under The Eclipse Public License 1.0


Written By
Software Developer Maptek
Australia Australia
.dan.g. is a naturalised Australian and has been developing commercial windows software since 1998.

Comments and Discussions

 
GeneralRe: Feature request: More than 10 priorities Pin
zajchapp25-Apr-12 0:03
zajchapp25-Apr-12 0:03 
GeneralRe: Feature request: More than 10 priorities Pin
TCP_JM25-Apr-12 2:11
TCP_JM25-Apr-12 2:11 
GeneralRe: Feature request: More than 10 priorities Pin
zajchapp25-Apr-12 20:20
zajchapp25-Apr-12 20:20 
GeneralRe: Feature request: More than 10 priorities Pin
TCP_JM25-Apr-12 21:58
TCP_JM25-Apr-12 21:58 
GeneralRe: Feature request: More than 10 priorities Pin
zajchapp25-Apr-12 23:58
zajchapp25-Apr-12 23:58 
GeneralRe: Feature request: More than 10 priorities Pin
TCP_JM26-Apr-12 0:59
TCP_JM26-Apr-12 0:59 
GeneralRe: Feature request: More than 10 priorities Pin
zajchapp26-Apr-12 2:02
zajchapp26-Apr-12 2:02 
GeneralRe: Feature request: More than 10 priorities Pin
TCP_JM26-Apr-12 6:02
TCP_JM26-Apr-12 6:02 
zajchapp wrote:
I fill in the category, but don't really use it (I have separate tasklists for work, home etc...).
I've only one big list, but I'm not using categories for home, work etc. I differ in regard to this by giving the list a structure like: orga(nisation), Office, Me, Other.
Categories are for: @fin(ance), @tel(efone), @wait(ing for), @mgt(meeting), @rem(inder, follow-ip) etc.
Status is for (e.g.): @asap (if can't give a 'start date' oder 'due date' at present), @del(egated), @rep(etitive task), @ong(oing) etc. To sort the filterd list by category and look for e.g. '@tel' might help to fill some time gaps that do not allow to start a bigger task.

Flags:
I was using flags for flagging a task (and by using the settings in the preferences to flag it's subtasks, too) to filter by 'V) Flagged tasks' before Dan introduced the filter W)selected tasks. Result: A task and it's subtasks got isolated (some sort of a 'zoom-in' function).

zajchapp wrote:
For flags, I use the flag for 'current tasks I need to be working on in the next x days'... because the start date might be a week ago, the due date is not for another week or so.
THAT is a good use for flags since there is always the problem how to mark a task that one wants to work on on a specific day in between 'start' and 'due date'. This reminds me of the discussion regarding the calendar, as you mentioned, too ("This goes back to a discussion we had on how to show a task in the calendar to be worked on today, without constantly shifting either the start or due date.").
zajchapp wrote:
I use the dates as indicative ranges and as a means to define the order they should be done in, rather than try to plan my week in detail. If you have a better method I'd be interested.
Better? Only different.

Usually I filter my list
* by 'started by today' (you get all the things that started already in the past, too) and 'due by tomorrow'.
I'd really be happy if I could combine these two filter. Since it's not possible it might be that I have to take a better look at the new search feature (>6.5).

* and then some filters regarding future deadlines or 'start dates' to make plans and avoid nasty surprises.

I'm using Autohotkey (AHK) scripts in combination with Hotkeys to switch from one filter to another. Otherwise I'd go mad changing the filter by using the menu 'View'>Filter>Show'. I'm not using the filter bar for obvious reasons (netbook: 1024x600).
BTW: I'm using an AHK script that toggles the visibility of all the 'bars' in ToDoList (Tasklist tab bar, toolbar, etc.) on and off. The result (toolbars off) I call it 'the version for minimalists'.

zajchapp wrote:
I review my tasks at the start of each month, looking at what is planned for the month and what is rolling over from the previous month ... I adjust the start and due dates into week blocks (unless due date is a deadline of course). I review the tasks formally again at the start of each week, sometimes adjusting dates, but mainly setting the flags. I may adjust dates and flags on a day by day basis as well, dependent on progress.

In general that doesn't differ much from my way of working. I'm planning the next week at the end of this week. I have a look at future goals, future tasks quite often (since I'm always looking for [near] future tasks I can do right now [e.g. because they fit in the context]. It's not possible to engrave most of the things in stone here: More or less everything is in a constant state of flux (not if deadlines are involved, of course). Even my way of working. I'm reading a lot and I'm always happy to learn about other ways of coping with things and I try them out. At first only theoretically and if I think it can work I try things in small portions pratically. If an idea works for me I adopt it. ('Adopt, Adapt, Improve' and/or 'Improvise, Adapt and Overcome').

zajchapp wrote:
I schedule my days/hours with a hard-copy diary, based on the information in TDL.
I'm not sure that I understand: 'hard-copy diary'?

Next question:
zajchapp wrote:
I would be interested to hear how you go about managing your dates (and how often you need to adjust them, as I do that a lot). Presumably you have key shortcuts for this task?
"key shortcuts for this task"? Sorry, I don't understand that either.

How I go about managing my dates?
Basic principle: Deadlines are to meet (appointments ditto): Refers to work and private life. Refers to deadlines that I get and to those I set.
Where there is a basic principle there are exceptions: If it has been found (objectivly) impossible to meet a deadline - like it or not - that's just the way it is. There are various reasons: people don't deliver important papers, people you need to talk to are on holiday, computer breaks down, it's suddenly absolutely necessary to work on something else ... This is when I have to adjust dates. Happens often, too. As I said: more or less everthing is in in a constant state of flux. Modern times. No resignation on my side involved; just stating the facts.

zajchapp wrote:
TCP_JM wrote:
I like to keep it as simple as possible and make it only as complicated as necessary
Believe it or not, so do I. Not because I lack screen real estate, but because I try to keep the visual distraction to a minimum.
Yes, exactly.

Last but not least:
What I like to do too is having a look at completed tasks at the end of the week. Good for the ego Cool | :cool: and usually I put some more remarks in the comments field of the conpleted tasks that make it easier to understand my own remarks e.g. if have to look at them in a couple of months, years. The "daily grind" (or the large amount of time I'm spending with the message board of ToDoList) forces me too often to put comments in the comments field in some sort of 'telegraphic style'.

modified 26-Apr-12 12:08pm.

GeneralRe: Feature request: More than 10 priorities Pin
zajchapp27-Apr-12 0:01
zajchapp27-Apr-12 0:01 
GeneralRe: Feature request: More than 10 priorities Pin
TCP_JM27-Apr-12 2:04
TCP_JM27-Apr-12 2:04 
GeneralRe: Feature request: More than 10 priorities Pin
zajchapp27-Apr-12 20:24
zajchapp27-Apr-12 20:24 
GeneralRe: Feature request: More than 10 priorities Pin
TCP_JM27-Apr-12 22:34
TCP_JM27-Apr-12 22:34 
GeneralRe: Feature request: More than 10 priorities Pin
zajchapp29-Apr-12 21:47
zajchapp29-Apr-12 21:47 
GeneralRe: Feature request: More than 10 priorities Pin
TCP_JM1-May-12 21:21
TCP_JM1-May-12 21:21 
GeneralRe: Feature request: More than 10 priorities Pin
capital H24-Apr-12 22:19
capital H24-Apr-12 22:19 
GeneralRe: Feature request: More than 10 priorities Pin
TCP_JM24-Apr-12 22:44
TCP_JM24-Apr-12 22:44 
GeneralRe: Feature request: More than 10 priorities Pin
mrk05s24-Apr-12 21:59
mrk05s24-Apr-12 21:59 
GeneralRe: Feature request: More than 10 priorities Pin
zajchapp24-Apr-12 22:42
zajchapp24-Apr-12 22:42 
AnswerRe: Feature request: More than 10 priorities Pin
Patrice T23-Apr-12 21:03
mvePatrice T23-Apr-12 21:03 
AnswerRe: Feature request: More than 10 priorities Pin
zajchapp23-Apr-12 21:31
zajchapp23-Apr-12 21:31 
Questionmindmap import/export Pin
laurentbosc22-Apr-12 23:23
laurentbosc22-Apr-12 23:23 
AnswerRe: mindmap import/export Pin
zajchapp23-Apr-12 0:04
zajchapp23-Apr-12 0:04 
GeneralRe: mindmap import/export Pin
.dan.g.28-Apr-12 2:58
professional.dan.g.28-Apr-12 2:58 
GeneralRe: mindmap import/export Pin
zajchapp28-Apr-12 23:46
zajchapp28-Apr-12 23:46 
GeneralRe: mindmap import/export Pin
zajchapp29-Apr-12 23:51
zajchapp29-Apr-12 23:51 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.