1. 10 Jun, 2015 1 commit
    • Bram Schoenmakers's avatar
      Fix for relative dates not always being calculated properly. · 14c47b24
      Bram Schoenmakers authored
      Fell into the trap of calling a function as a default parameter. Because
      of this, relative dates used with the 'add' or 'do' command (recurrence)
      were based on an offset when topydo was started, not when the subcommand
      was executed. Usually these two events occur in the same second and this
      bug was unnoticed for a long time. But now with prompt mode, this bug
      may surface if you leave running topydo for longer than a day.
      14c47b24
  2. 07 Jun, 2015 1 commit
    • Bram Schoenmakers's avatar
      Fix infinite loop with keep_sorted = 1. · 9d33afef
      Bram Schoenmakers authored
      When a subcommand finishes, _post_excecute() is called for sorting,
      archiving and writing the file. But sorting is also a subcommand, which
      in turn also calls _post_execute(), etc, etc.
      
      So let the caller of _execute() decide when to call _post_execute.
      
      This fixes issue #46.
      9d33afef
  3. 06 Jun, 2015 4 commits
    • Bram Schoenmakers's avatar
      Removed some unused stuff. · 1176abbf
      Bram Schoenmakers authored
      1176abbf
    • Bram Schoenmakers's avatar
      Don't let GrepFilter deal with integer expressions. · a021c148
      Bram Schoenmakers authored
      Just make sure that proper arguments are passed to GrepFilter in the
      first place.
      a021c148
    • Bram Schoenmakers's avatar
      Refactored the View class and Unicode support cleanups. · 09532f61
      Bram Schoenmakers authored
      This started as a refactoring of the View class: to get rid of the
      pretty_print() function and anything releated to printers. So the View
      class now solely focusses on sorting and viewing a bunch of todos. It's
      up to the users of the View class to retrieve the todos in the view and
      pass them on to a Printer instance.
      
      The View class was quite involved with the proper Unicode support that
      was added lately. There were still encoded string passed through this
      class rather than Unicode strings. Getting rid of this affected
      basically all other places in the codebase.
      
      The result is that there are less string conversions; printed todo items
      stay Unicode as long as possible, until they're actually written out to
      standard output or to a file. I got rid of one text_type() call from the
      six library, all @python_2_unicode_compatible decorators are gone and
      the tests no longer need the utf8() function because everything is
      Unicode now.
      
      Remove utf8 function.
      09532f61
    • Bram Schoenmakers's avatar
      34a5d7a4
  4. 04 Jun, 2015 3 commits
  5. 03 Jun, 2015 6 commits
  6. 02 Jun, 2015 3 commits
    • Jacek Sowiński's avatar
      Even safer base 16 colors · 0a860f45
      Jacek Sowiński authored
      - Colors specified by name will return safe ANSI codes.
      - Colors specified by number will return ANSI code from xterm 256 color
        chart.
      - Defaults are also *safe*.
      0a860f45
    • Bram Schoenmakers's avatar
      Some fixes regarding color sequences in todo items. · 8422217e
      Bram Schoenmakers authored
      This is a revert of commit fbed527f, which resulted in too many items
      after a project/context being highlighted.
      
      Instead, don't print a NEUTRAL_COLOR code at the end of the todo, but
      only when we finish applying all the color codes. This makes sure that
      the regexp to match a project/context also works at the end of a line.
      
      Also removed some logic to remove multiple sequences of NEUTRAL_COLOR at
      the end of the line, this is not necessary.
      8422217e
    • Jacek Sowiński's avatar
      Safer way to display base 16 colors · 877a6a7a
      Jacek Sowiński authored
      877a6a7a
  7. 01 Jun, 2015 6 commits
  8. 31 May, 2015 12 commits
  9. 30 May, 2015 4 commits