Open erikstokes opened 9 years ago
+1
@myuhe thirded. Is anyone currently working on this? It seems that myuhe's version has become the canonical version (his repo is the one listed on melpa now). It should probably no longer be a fork in that case and we should be able to file issues against that repo.
Hi Folks,
Sorry for the silence -- I've been off for a bit and just getting back to things now. I'll contact @myuhe about joining forces to figure out a good strategy going forward.
...cj
On 2/19/15 6:10 PM, IvanMalison wrote:
@myuhe https://github.com/myuhe thirded. Is anyone currently working on this? It seems that myuhe's version has become the canonical version (his repo is the one listed on melpa now). It should probably no longer be a fork in that case and we should be able to file issues against that repo.
— Reply to this email directly or view it on GitHub https://github.com/christopherjwhite/org-toodledo/issues/46#issuecomment-75158877.
Any updates on this? If this could deal with multiple org files, e.g., all agenda files, it would seem to be a great syncing solution.
org-toodledo.el
still works well for me (July 4, 2015) -- I am using a paid Toodledo yearly subscription and haven't made any major changes to my setup in the past couple of years. I don't use the subtask feature as part of my daily workflow.
I tried to use this package (after deleting org-toodledo
from within the package manger). It works. However, I tried to byte-compile the the org-toodledo.el
file, and after restarting emacs I get the following error:
Warning (initialization): An error occurred while loading /Users/sr/.emacs:
Symbol's value as variable is void: org-toodledo-fields
To ensure normal operation, you should investigate and remove the
cause of the error in your initialization file. Start Emacs with
the `--debug-init' option to view a complete error backtrace.
This does not happen if no byte compile is done.
@lawlist did org-mode 8.3 break this package for you?
@srustamo -- I am using a custom version of org-mode
from a year ago and a customized version of org-toodledo
, which generally prevents surprises when packages change. I don't have the time available at the moment to test out a current stock version of each -- sorry.
Does anyone have a way to contact @myuhe? He's quite invisible, with only a Facebook account that's been idle for 4-years.
I'm willing to throw money at anyone who can get org-toodledo fixed in specific ways, in particular API 3.0 and it scanning the agenda-list set of files for tasks. I'm trying to fix it myself over in xanalogica/org-toodledo on GitHub but I'm no Elisp developer.
@xanalogica I've thought about trying to port it over to the new api a few times, but never really gotten around to it.
I'm still using a custom version of org-toodledo.el
compatible with API version 2 and an older custom version of org-mode
. What specifically is not working for people who say they need support for API version 3?
My problem is that the org-toodledo-sync just uploads new tasks, but doesn't download anything. It also causes emacs 25 with latest org-mode 9.x to have full cpu usage (on one of the cores), and just C-g (I press it often) to get it back recognize me again, after minutes... Don't know it's the api or version conflicts or anything else, but I really would like to get it working...
ok, this happens if there are deleted tasks on the server.
http://www.toodledo.com/info/api_doc.php promises that API version 2 will go away someday and it looks like it finally did, leaving org-toodledo non-functional. Any chance of getting this updated to the new API?
If this repo is no longer being maintained (issue #45 ) then could @myuhe 's fork update to the new api?