My favorites | Sign in
Logo
             
Details: Show all Hide all

Last 7 days

  • Dec 30, 2009
    issue 39 (Snow Leopard) Status changed by cmpilato   -   Closing as "Invalid", not because you didn't really see the problem, but because the problem was not with ThotKeeper itself. Glad you got it all working, though!
    Status: Invalid
    Closing as "Invalid", not because you didn't really see the problem, but because the problem was not with ThotKeeper itself. Glad you got it all working, though!
    Status: Invalid
  • Dec 30, 2009
    issue 39 (Snow Leopard) commented on by jamesabernard   -   I've now got it working, in terminal: defaults write com.apple.versioner.python Prefer-32-Bit -bool yes This makes python work in 32bit mode. Hope this is useful for some.
    I've now got it working, in terminal: defaults write com.apple.versioner.python Prefer-32-Bit -bool yes This makes python work in 32bit mode. Hope this is useful for some.

Last 30 days

  • Dec 23, 2009
    issue 39 (Snow Leopard) commented on by jamesabernard   -   I entered the command you suggested and received no errors, so tried running again and got errors: Traceback (most recent call last): File "/Users/james/thotkeeper-0.4.0/thotkeeper", line 17, in <module> import tk_main File "/Users/james/thotkeeper-0.4.0/lib/tk_main.py", line 19, in <module> import wx File "//usr/local/lib/wxPython-unicode-2.8.10.1/lib/python2.6/site-packages/wx-2.8-mac- unicode/wx/__init__.py", line 45, in <module> from wx._core import * File "//usr/local/lib/wxPython-unicode-2.8.10.1/lib/python2.6/site-packages/wx-2.8-mac- unicode/wx/_core.py", line 4, in <module> import _core_ ImportError: /usr/local/lib/wxPython-unicode-2.8.10.1/lib/python2.6/site-packages/wx-2.8-mac- unicode/wx/_core_.so: no appropriate 64-bit architecture (see "man python" for running in 32-bit mode) logout I think you suspicions may be right, although I did install the latest python for mac from python so don't know if that has the 64 bit problem.
    I entered the command you suggested and received no errors, so tried running again and got errors: Traceback (most recent call last): File "/Users/james/thotkeeper-0.4.0/thotkeeper", line 17, in <module> import tk_main File "/Users/james/thotkeeper-0.4.0/lib/tk_main.py", line 19, in <module> import wx File "//usr/local/lib/wxPython-unicode-2.8.10.1/lib/python2.6/site-packages/wx-2.8-mac- unicode/wx/__init__.py", line 45, in <module> from wx._core import * File "//usr/local/lib/wxPython-unicode-2.8.10.1/lib/python2.6/site-packages/wx-2.8-mac- unicode/wx/_core.py", line 4, in <module> import _core_ ImportError: /usr/local/lib/wxPython-unicode-2.8.10.1/lib/python2.6/site-packages/wx-2.8-mac- unicode/wx/_core_.so: no appropriate 64-bit architecture (see "man python" for running in 32-bit mode) logout I think you suspicions may be right, although I did install the latest python for mac from python so don't know if that has the 64 bit problem.
  • Dec 22, 2009
    issue 39 (Snow Leopard) commented on by cmpilato   -   This appears to be more of a problem with your wxPython package than with Thotkeeper. That should be easy to verify, though. From a shell, run: python -c 'import wx' If you get a similar error, we can be confident that something's borked with the wxPython package on your system. (Though, I suspect http://trac.wxwidgets.org/ticket/11160 confirms what I already suspect.)
    This appears to be more of a problem with your wxPython package than with Thotkeeper. That should be easy to verify, though. From a shell, run: python -c 'import wx' If you get a similar error, we can be confident that something's borked with the wxPython package on your system. (Though, I suspect http://trac.wxwidgets.org/ticket/11160 confirms what I already suspect.)
  • Dec 22, 2009
    issue 39 (Snow Leopard) reported by jamesabernard   -   What steps will reproduce the problem? 1. Starting the app. 2. 3. What is the expected output? What do you see instead? I would expect it to work! Comes up with error: import _core_ ImportError: /usr/local/lib/wxPython-unicode-2.8.10.1/lib/python2.6/site-packages/wx-2.8- mac-unicode/wx/_core_.so: no appropriate 64-bit architecture (see "man python" for running in 32-bit mode) Si I typed in and got: export VERSIONER_PYTHON_PREFER_32_BIT=yes File "./thotkeeper", line 17, in <module> import tk_main File "/Users/james/thotkeeper-0.4.0/lib/tk_main.py", line 19, in <module> import wx File "//usr/local/lib/wxPython-unicode-2.8.10.1/lib/python2.6/site-packages/wx-2.8-mac- unicode/wx/__init__.py", line 45, in <module> from wx._core import * File "//usr/local/lib/wxPython-unicode-2.8.10.1/lib/python2.6/site-packages/wx-2.8-mac- unicode/wx/_core.py", line 4, in <module> import _core_ ImportError: /usr/local/lib/wxPython-unicode-2.8.10.1/lib/python2.6/site-packages/wx-2.8- mac-unicode/wx/_core_.so: no appropriate 64-bit architecture (see "man python" for running in 32-bit mode) What version of the product are you using? On what operating system? Thotkeeper 0.4.0 on OSX 10.6 ( Worked on 10.5.8) Please provide any additional information below. If you need more info I'm here to help if I can. I like thotkeeper
    What steps will reproduce the problem? 1. Starting the app. 2. 3. What is the expected output? What do you see instead? I would expect it to work! Comes up with error: import _core_ ImportError: /usr/local/lib/wxPython-unicode-2.8.10.1/lib/python2.6/site-packages/wx-2.8- mac-unicode/wx/_core_.so: no appropriate 64-bit architecture (see "man python" for running in 32-bit mode) Si I typed in and got: export VERSIONER_PYTHON_PREFER_32_BIT=yes File "./thotkeeper", line 17, in <module> import tk_main File "/Users/james/thotkeeper-0.4.0/lib/tk_main.py", line 19, in <module> import wx File "//usr/local/lib/wxPython-unicode-2.8.10.1/lib/python2.6/site-packages/wx-2.8-mac- unicode/wx/__init__.py", line 45, in <module> from wx._core import * File "//usr/local/lib/wxPython-unicode-2.8.10.1/lib/python2.6/site-packages/wx-2.8-mac- unicode/wx/_core.py", line 4, in <module> import _core_ ImportError: /usr/local/lib/wxPython-unicode-2.8.10.1/lib/python2.6/site-packages/wx-2.8- mac-unicode/wx/_core_.so: no appropriate 64-bit architecture (see "man python" for running in 32-bit mode) What version of the product are you using? On what operating system? Thotkeeper 0.4.0 on OSX 10.6 ( Worked on 10.5.8) Please provide any additional information below. If you need more info I'm here to help if I can. I like thotkeeper

Older

  • Nov 25, 2009
    r145 (Unfortunately, this commit carries two logical changes: -...) committed by cmpilato   -   Unfortunately, this commit carries two logical changes: - The introduction of a new Entry menu with actions relevant to the currently displayed entry. - A reorganization of many of the ThotKeeper class methods into groupings. Alas, when coding on an airplane in Subversion, offline commits aren't a readily available options. * lib/tk_resources.xrc Add a new "Entry" menu and submenu items "Duplicate", "Modify Date...", and "Delete". Also, move "Print Preview" and "Print..." submenu items from the "File" menu to the new "Entry" menu. * lib/tk_main.py (ThotKeeper): Reorder a bunch of functions into groups, adding some comment separators for those groups. ### The following symbols are/were all members of the ThotKeeper class ### (OnInit): Add some comments, and now fetch and store the resource IDs of the new menu and submenu items. Also, register event handlers for new items where applicable. (_TextToTags, _TagsToText): Relatively minor logic tweaks, mostly for readability. (_ToggleEntryMenus): New function which supercedes ... (_TogglePrintMenus): ... this now-removed one. Callers updated. (_GetFileDialog): New assumes responsibility for finding a good default directory (previously done in functions like _FileNewMenu). (_RedateEntry): New, cored from _TreeChangeDateMenu (which now calls it). (_DuplicateEntry): New, cored from _TreeDuplicateMenu (which now calls it). (_DeleteEntry): New, cored from _TreeDeleteMenu (which now calls it). (_TreeChangeDateMenu, _TreeDuplicateMenu, _TreeDeleteMenu): Now call new helper functions for the core work. (_FileNewMenu, _FileOpenMenu): Defer default directory search to _GetFileDialog. (_NotifyEntryLoaded, _EntryNewMenu, _EntryDuplicateMenu, _EntryRedateMenu, _EntryDeleteMenu): New functions. (_EntryPreviewMenu, _EntryPrintMenu): Were _FilePreviewMenu and _FilePrintMenu, respectively.
    Unfortunately, this commit carries two logical changes: - The introduction of a new Entry menu with actions relevant to the currently displayed entry. - A reorganization of many of the ThotKeeper class methods into groupings. Alas, when coding on an airplane in Subversion, offline commits aren't a readily available options. * lib/tk_resources.xrc Add a new "Entry" menu and submenu items "Duplicate", "Modify Date...", and "Delete". Also, move "Print Preview" and "Print..." submenu items from the "File" menu to the new "Entry" menu. * lib/tk_main.py (ThotKeeper): Reorder a bunch of functions into groups, adding some comment separators for those groups. ### The following symbols are/were all members of the ThotKeeper class ### (OnInit): Add some comments, and now fetch and store the resource IDs of the new menu and submenu items. Also, register event handlers for new items where applicable. (_TextToTags, _TagsToText): Relatively minor logic tweaks, mostly for readability. (_ToggleEntryMenus): New function which supercedes ... (_TogglePrintMenus): ... this now-removed one. Callers updated. (_GetFileDialog): New assumes responsibility for finding a good default directory (previously done in functions like _FileNewMenu). (_RedateEntry): New, cored from _TreeChangeDateMenu (which now calls it). (_DuplicateEntry): New, cored from _TreeDuplicateMenu (which now calls it). (_DeleteEntry): New, cored from _TreeDeleteMenu (which now calls it). (_TreeChangeDateMenu, _TreeDuplicateMenu, _TreeDeleteMenu): Now call new helper functions for the core work. (_FileNewMenu, _FileOpenMenu): Defer default directory search to _GetFileDialog. (_NotifyEntryLoaded, _EntryNewMenu, _EntryDuplicateMenu, _EntryRedateMenu, _EntryDeleteMenu): New functions. (_EntryPreviewMenu, _EntryPrintMenu): Were _FilePreviewMenu and _FilePrintMenu, respectively.
  • Nov 25, 2009
    r144 (* lib/tk_main.py Add/tweak some comments, and rearrange a ...) committed by cmpilato   -   * lib/tk_main.py Add/tweak some comments, and rearrange a small bit of logic.
    * lib/tk_main.py Add/tweak some comments, and rearrange a small bit of logic.
  • Nov 25, 2009
    r143 (* lib/tk_main.py (_CompareTags): Was _compare_tags. Calle...) committed by cmpilato   -   * lib/tk_main.py (_CompareTags): Was _compare_tags. Caller(s) updated.
    * lib/tk_main.py (_CompareTags): Was _compare_tags. Caller(s) updated.
  • Oct 29, 2009
    issue 38 (Keyboard Shortcuts) reported by burakemin   -   I think it would be excellent if there were keyboard shorcuts to a. go to date [Ctr+D ] b. new note on date [Ctr+T] c. focus on subject [Ctr+J] d. focus on tag [Ctr + G] e. focus on text [Ctr + E]
    I think it would be excellent if there were keyboard shorcuts to a. go to date [Ctr+D ] b. new note on date [Ctr+T] c. focus on subject [Ctr+J] d. focus on tag [Ctr + G] e. focus on text [Ctr + E]
  • Jun 18, 2009
    issue 31 (Entry search functionality) Labels changed by cmpilato   -  
    Labels: Milestone-future
    Labels: Milestone-future
  • Jun 18, 2009
    2 issues changed by cmpilato   -   Issues 23, 27
    Issues 23, 27
  • Jun 18, 2009
    thotkeeper-0.4.0.tar.gz (ThotKeeper 0.4.0 [tar.gz]) file uploaded by cmpilato   -  
    Labels: Featured
    Labels: Featured
  • Jun 18, 2009
    thotkeeper-0.4.0.zip (ThotKeeper 0.4.0 [zip]) file uploaded by cmpilato   -  
    Labels: Featured
    Labels: Featured
  • Jun 18, 2009
    r142 (* lib/tk_main.py (__version__): Bump to '0.5-dev'.) committed by cmpilato   -   * lib/tk_main.py (__version__): Bump to '0.5-dev'.
    * lib/tk_main.py (__version__): Bump to '0.5-dev'.
  • Jun 18, 2009
    r141 (Tag (again) the 0.4.0 release.) committed by cmpilato   -   Tag (again) the 0.4.0 release.
    Tag (again) the 0.4.0 release.
  • Jun 18, 2009
    r140 (Let's try a different versioning mechanism starting with 0.4...) committed by cmpilato   -   Let's try a different versioning mechanism starting with 0.4.0.
    Let's try a different versioning mechanism starting with 0.4.0.
  • Jun 18, 2009
    r139 (Tag the 0.4.0 release.) committed by cmpilato   -   Tag the 0.4.0 release.
    Tag the 0.4.0 release.
  • Jun 18, 2009
    r138 (Gah. Botched the tag. (I don't release often enough.)) committed by cmpilato   -   Gah. Botched the tag. (I don't release often enough.)
    Gah. Botched the tag. (I don't release often enough.)
  • Jun 18, 2009
    r137 (Bump the latest version.) committed by cmpilato   -   Bump the latest version.
    Bump the latest version.
  • Jun 18, 2009
    r136 (Tag the 0.4.0 release.) committed by cmpilato   -   Tag the 0.4.0 release.
    Tag the 0.4.0 release.
  • Jun 18, 2009
    r135 (Oops. Revert an accidentally commit made in r134.) committed by cmpilato   -   Oops. Revert an accidentally commit made in r134.
    Oops. Revert an accidentally commit made in r134.
  • Jun 18, 2009
    r134 (Datestamp the 0.4 release.) committed by cmpilato   -   Datestamp the 0.4 release.
    Datestamp the 0.4 release.
  • Jun 18, 2009
    issue 35 (enhancement - add password) Labels changed by cmpilato   -  
    Labels: Type-Enhancement Milestone-future Type-Defect
    Labels: Type-Enhancement Milestone-future Type-Defect
  • Jun 18, 2009
    issue 37 (merge with keepnote) Labels changed by cmpilato   -  
    Labels: Type-Other Priority-Low Milestone-future Type-Defect Priority-Medium
    Labels: Type-Other Priority-Low Milestone-future Type-Defect Priority-Medium
  • Apr 28, 2009
    issue 37 (merge with keepnote) reported by jfburkhart   -   Just a comment that if you and Keepnote merged your apps I would finally find a replacement for Journler! Seems it could be a great effort!
    Just a comment that if you and Keepnote merged your apps I would finally find a replacement for Journler! Seems it could be a great effort!
  • Mar 09, 2009
    r133 (Populate CHANGES file with trunk changes since 0.3.0.) committed by cmpilato   -   Populate CHANGES file with trunk changes since 0.3.0.
    Populate CHANGES file with trunk changes since 0.3.0.
  • Mar 09, 2009
    issue 36 (Missing author name in printed version) changed by cmpilato   -   Fixed in r132 Sending trunk/lib/tk_main.py Transmitting file data . Committed revision 132.
    Status: Fixed
    Labels: Milestone-0.4.0
    Fixed in r132 Sending trunk/lib/tk_main.py Transmitting file data . Committed revision 132.
    Status: Fixed
    Labels: Milestone-0.4.0
  • Mar 09, 2009
    r132 (Make the new POST handler able to return complex DAV error m...) committed by cmpilato   -   Make the new POST handler able to return complex DAV error messages. * subversion/mod_dav_svn/dav_svn.h, * subversion/mod_dav_svn/util.c (dav_svn__error_response_tag): New. * subversion/mod_dav_svn/repos.c (dav_svn__method_post): Use new dav_svn__error_response_tag() to handle POST errors. * trunk/subversion/libsvn_ra_serf/commit.c (get_version_url): Use new wrapper function. * personal/thotkeeper/trunk/lib/tk_main.py (ThotKeeper._FilePreviewMenu, ThotKeeper._FilePrintMenu): If global authors are enabled, use the global author name when printing or previewing.
    Make the new POST handler able to return complex DAV error messages. * subversion/mod_dav_svn/dav_svn.h, * subversion/mod_dav_svn/util.c (dav_svn__error_response_tag): New. * subversion/mod_dav_svn/repos.c (dav_svn__method_post): Use new dav_svn__error_response_tag() to handle POST errors. * trunk/subversion/libsvn_ra_serf/commit.c (get_version_url): Use new wrapper function. * personal/thotkeeper/trunk/lib/tk_main.py (ThotKeeper._FilePreviewMenu, ThotKeeper._FilePrintMenu): If global authors are enabled, use the global author name when printing or previewing.
  • Feb 23, 2009
    issue 36 (Missing author name in printed version) reported by contrasedative   -   What steps will reproduce the problem? 1. Create a journal with a single author 2. Write an entry (this step might not be necessary, but that's what I did) 3. Click File -> Print Preview What is the expected output? What do you see instead? In the print preview, and the actual printout, "(no author)" shows up instead of the supplied author name What version of the product are you using? On what operating system? Version 0.3 on Ubuntu 8.04 Please provide any additional information below.
    What steps will reproduce the problem? 1. Create a journal with a single author 2. Write an entry (this step might not be necessary, but that's what I did) 3. Click File -> Print Preview What is the expected output? What do you see instead? In the print preview, and the actual printout, "(no author)" shows up instead of the supplied author name What version of the product are you using? On what operating system? Version 0.3 on Ubuntu 8.04 Please provide any additional information below.
  • Jan 28, 2009
    Repository synced up to r131 by cmpilato
  • Jan 28, 2009
    Repository synced up to r131 by cmpilato
  • Dec 30, 2008
    issue 32 (Loading an entry should reposition the Calendar's focus) changed by cmpilato   -   Fixed in r131: Sending trunk/lib/tk_main.py Transmitting file data . Committed revision 131.
    Status: Fixed
    Owner: cmpilato
    Labels: Milestone-0.4.0
    Fixed in r131: Sending trunk/lib/tk_main.py Transmitting file data . Committed revision 131.
    Status: Fixed
    Owner: cmpilato
    Labels: Milestone-0.4.0
  • Dec 30, 2008
    r131 (Finish issue #32 (Loading an entry should reposition the Cal...) committed by cmpilato   -   Finish issue #32 (Loading an entry should reposition the Calendar's focus). * lib/tk_main.py (ThotKeeper._SetEntryFormDate): Use _MakeDateTime() helper. Set the selected calendar day to the date of the entry.
    Finish issue #32 (Loading an entry should reposition the Calendar's focus). * lib/tk_main.py (ThotKeeper._SetEntryFormDate): Use _MakeDateTime() helper. Set the selected calendar day to the date of the entry.
  • Dec 30, 2008
    issue 33 (Add support for entry date tweaking) changed by cmpilato   -   Finished in r130: Sending trunk/lib/tk_main.py Sending trunk/lib/tk_resources.xrc Transmitting file data .. Committed revision 130.
    Status: Fixed
    Owner: cmpilato
    Finished in r130: Sending trunk/lib/tk_main.py Sending trunk/lib/tk_resources.xrc Transmitting file data .. Committed revision 130.
    Status: Fixed
    Owner: cmpilato
  • Dec 30, 2008
    r130 (Finish issue #33 (Add support for entry date tweaking). * l...) committed by cmpilato   -   Finish issue #33 (Add support for entry date tweaking). * lib/tk_resources.xrc (TKTreeMenuRedate): New popup menu item 'Change Date...'. (TKChangeDate): New dialog box for date tweaking. * lib/tk_main.py (ThotKeeper.OnInit): Track XRC IDs for the new popup menu and stuff related to the new date tweaking dialog box. Register an event handler for the new menu item. (ThotKeeper._TreeChangeDateMenu): New event handler function for the 'Change Date...' popup menu item. (ThotKeeper._TreePopup): Disable the new menu item for non-entry nodes. (ThotKeeper._MakeDateTime): New helper function. (ThotKeeper._GetCurrentEntryPieces): Use new _MakeDateTime() helper now.
    Finish issue #33 (Add support for entry date tweaking). * lib/tk_resources.xrc (TKTreeMenuRedate): New popup menu item 'Change Date...'. (TKChangeDate): New dialog box for date tweaking. * lib/tk_main.py (ThotKeeper.OnInit): Track XRC IDs for the new popup menu and stuff related to the new date tweaking dialog box. Register an event handler for the new menu item. (ThotKeeper._TreeChangeDateMenu): New event handler function for the 'Change Date...' popup menu item. (ThotKeeper._TreePopup): Disable the new menu item for non-entry nodes. (ThotKeeper._MakeDateTime): New helper function. (ThotKeeper._GetCurrentEntryPieces): Use new _MakeDateTime() helper now.
  • Dec 30, 2008
    issue 33 (Add support for entry date tweaking) Status changed by cmpilato   -   Started working on this.
    Status: Started
    Started working on this.
    Status: Started
  • Dec 30, 2008
    r129 (Minor comment tweaks.) committed by cmpilato   -   Minor comment tweaks.
    Minor comment tweaks.
  • Dec 30, 2008
    r128 (Move configuration-related routines into a new TKOptions cla...) committed by cmpilato   -   Move configuration-related routines into a new TKOptions class. Consumers tweaked throughout to accomodate this change. * lib/tk_main.py (TKOptions): New class, forged from... (AbsorbConf, FlushConf): ...these now-removed functions.
    Move configuration-related routines into a new TKOptions class. Consumers tweaked throughout to accomodate this change. * lib/tk_main.py (TKOptions): New class, forged from... (AbsorbConf, FlushConf): ...these now-removed functions.
  • Dec 27, 2008
    issue 35 (enhancement - add password) commented on by cmpilato   -   Sensible idea. (Small correction: I don't think encrypted datafiles preventing copying ... but perhaps you meant it like copy-n-pasting?). Got any good suggestions on an encryption algorithm that would work well?
    Sensible idea. (Small correction: I don't think encrypted datafiles preventing copying ... but perhaps you meant it like copy-n-pasting?). Got any good suggestions on an encryption algorithm that would work well?
  • Dec 27, 2008
    issue 33 (Add support for entry date tweaking) Labels changed by cmpilato   -   Targeting 0.4.0.
    Labels: Milestone-0.4.0
    Targeting 0.4.0.
    Labels: Milestone-0.4.0
  • Dec 27, 2008
    r127 (* lib/tk_main.py (ThotKeeper._TreeDeleteMenu): Logic reord...) committed by cmpilato   -   * lib/tk_main.py (ThotKeeper._TreeDeleteMenu): Logic reordering. This, at least, gets the function to error as soon as it knows it should, and might even fix a little latent bug.
    * lib/tk_main.py (ThotKeeper._TreeDeleteMenu): Logic reordering. This, at least, gets the function to error as soon as it knows it should, and might even fix a little latent bug.
  • Dec 27, 2008
    issue 34 (Support entry duplication) changed by cmpilato   -   FIXED: Sending trunk/lib/tk_main.py Sending trunk/lib/tk_resources.xrc Transmitting file data .. Committed revision 126.
    Status: Fixed
    Labels: Milestone-0.4.0
    FIXED: Sending trunk/lib/tk_main.py Sending trunk/lib/tk_resources.xrc Transmitting file data .. Committed revision 126.
    Status: Fixed
    Labels: Milestone-0.4.0
  • Dec 27, 2008
    r126 (Finish issue #34 - Support entry duplication. * lib/tk_reso...) committed by cmpilato   -   Finish issue #34 - Support entry duplication. * lib/tk_resources.xrc (TKTreeMenuDuplicate): New 'Duplicate' menu item for tree popup menu. * lib/tk_main.py (ThotKeeper.OnInit): Store new tree_dup_id resource ID. Register event handers for the new popup menu item. (ThotKeeper._TreeDuplicateMenu): New function, a handler for the 'Duplicate' tree popup menu option. (ThotKeeper._TreePopup): Selectively enable the new popup item. Also, don't display the Delete option for non-entry nodes -- ThotKeeper will immediately error with an "unsupported operation" anyway.
    Finish issue #34 - Support entry duplication. * lib/tk_resources.xrc (TKTreeMenuDuplicate): New 'Duplicate' menu item for tree popup menu. * lib/tk_main.py (ThotKeeper.OnInit): Store new tree_dup_id resource ID. Register event handers for the new popup menu item. (ThotKeeper._TreeDuplicateMenu): New function, a handler for the 'Duplicate' tree popup menu option. (ThotKeeper._TreePopup): Selectively enable the new popup item. Also, don't display the Delete option for non-entry nodes -- ThotKeeper will immediately error with an "unsupported operation" anyway.
  • Dec 11, 2008
    issue 35 (enhancement - add password) reported by mohammedba   -   to enhance the privacy in protect the diary from being copied or opened by other than authorized people. it better to add encryption for the file with auto request for password every time we open the file.
    to enhance the privacy in protect the diary from being copied or opened by other than authorized people. it better to add encryption for the file with auto request for password every time we open the file.
  • Nov 11, 2008
    issue 23 (Windows widget layout non-ideal) Owner changed by cmpilato   -   Disowning this for now.
    Owner: ---
    Disowning this for now.
    Owner: ---
  • Nov 11, 2008
    issue 34 (Support entry duplication) commented on by cmpilato   -   I think it would be acceptable to do this in the naive way: just duplicating the entry (date is the same, take advantage of the multiple-entries-per-day support). It doesn't matter that you can't tell the original from the dupe after the fact. And if we add date tweaking support ( issue #33 ), folks can then "relocate" one of the dupes to a different date.
    I think it would be acceptable to do this in the naive way: just duplicating the entry (date is the same, take advantage of the multiple-entries-per-day support). It doesn't matter that you can't tell the original from the dupe after the fact. And if we add date tweaking support ( issue #33 ), folks can then "relocate" one of the dupes to a different date.
  • Nov 11, 2008
    issue 34 (Support entry duplication) reported by cmpilato   -   ThotKeeper should allow entry duplication (copying).
    ThotKeeper should allow entry duplication (copying).
  • Nov 11, 2008
    issue 33 (Add support for entry date tweaking) reported by cmpilato   -   ThotKeeper should allow date changes on entries. Current workarounds involve a lot of copy-n-pasting, or manual edits to the journal file.
    ThotKeeper should allow date changes on entries. Current workarounds involve a lot of copy-n-pasting, or manual edits to the journal file.
  • Nov 11, 2008
    r125 (Remove the now-dead 'templates-feature' branch.) committed by cmpilato   -   Remove the now-dead 'templates-feature' branch.
    Remove the now-dead 'templates-feature' branch.
  • Nov 11, 2008
    r124 (Catch the 'templates' feature branch up with trunk. (Merged...) committed by cmpilato   -   Catch the 'templates' feature branch up with trunk. (Merged r123.)
    Catch the 'templates' feature branch up with trunk. (Merged r123.)
 
Hosted by Google Code