51–60 of 212 posts
Earlier quoted context omitted.
Can you sync org-mode between the desktop and mobile devices?
I have several of my files in Dropbox and let it do the heavy lifting. I generally only view the file from mobile. There is a MobileOrg app but it isn't great.
Earlier quoted context omitted.
I took my OneNote stuff into OrgMode because I think there is a higher risk of OneNote being an unreadable format in the future and/or the service being turned off.
This is exactly why I moved from Evernote to org-mode. I've been a paying user for years with thousands of notes - also important legal documents. Right now, the experience was pretty good, but how will it be in 10-40 years? I'm not going to store everything on paper, as well, just to make sure. The org-mode experience is better, yet totally future proof, because it's just flat text files.
I learned VI before Emacs, and by the time I heard about Org Mode, I had developed a way of using Vim similarly; in a nutshell, I write in a clang file (usually named control.c), and (mis)use syntax highlighting on things like switch statement, comments, TODOs and code folding to add structure (screenshot: http://imgur.com/kqrEahz ). I did most of my coding in C in college, got into the habit of writing pseudocode in…
org-mode is a little more, though.
Say, you have lots of todos with schedules and deadlines, how do you find them? Certainly you could write a regexp and put it in a separate buffer. Or use the org-mode Agenda.
Say, you want to share and export your file, because it's a meeting minute document. Sure, you could write your own parser, convert the thing to markdown and use pandoc. Or use org-mode Export to everything (HTML, PDF, Slides, ...).
Say, you want to track time on your tasks, because it's client work. Sure, you could write a VIM plugin, but then you realize that VIM and async jobs are hard (yeah, Neovim is coming..). Or use org-mode clocks and reports.
Or something else completely - like I mentioned I really do enjoy your hack! However, when re-implementing a tool - I'd first figure out why I need a different tool before I spent working on a new one. And believe me, I tried to do what you do in VIM(;
Ah, and don't be afraid of Emacs - there is a mode called 'evil-mode' that is just the perfect VIM emulation. I'm using it daily. Therefore switching is a matter of minutes. Except if you have lots of handcrafted VIM plugins to port, that is^^
Earlier quoted context omitted.
This is exactly why I moved from Evernote to org-mode. I've been a paying user for years with thousands of notes - also important legal documents. Right now, the experience was pretty good, but how will it be in 10-40 years? I'm not going to store everything on paper, as well, just to make sure. The org-mode experience is better, yet totally future proof, because it's just flat text files.
How did you handle importing binary data you had in Evernote into org-mode? I've got a bunch of PDFs, images and other non-text data in my Evernote workbooks that I'd need to take care of.
I actually moved everything that is important for the very long time by hand and started creating everything that's new in org-mode. So, yeah, there's still thousands of notes in Evernote and sometime I get back to them, but those times will become fewer and fewer in time.
I'd pay for a tool that converts the EN XML to a proper org-mode file. Even better if I could do that on a regular basis, because EN still rocks most for capturing paper into an OCR'ed PDF.
I learned VI before Emacs, and by the time I heard about Org Mode, I had developed a way of using Vim similarly; in a nutshell, I write in a clang file (usually named control.c), and (mis)use syntax highlighting on things like switch statement, comments, TODOs and code folding to add structure (screenshot: http://imgur.com/kqrEahz ). I did most of my coding in C in college, got into the habit of writing pseudocode in…
"plus it's completely platform agnostic and future proof, because it's just text" This always irks me a bit. Being text doesn't mean that there is no file format and internal semantics to it. Sure, it's easy to hack together some transformation in Perl, but "plus it's completely platform agnostic and future proof, because it's just binary" would be correct, as well. As long as the format is documented.
What I meant is this: I do have a paperless workflow and used to have thousands of Evernote notes with meeting minutes, scans of paper, etc. Whilst this is working pretty well for now on the Desktop and Mobile, there will be a time in 10-40 years when I need to go back to some of those documents. And whilst I wish Evernote all the best of luck, chances are good that they won't be around or worse.
Whilst you are correct in 'as long as binary is documented' it's platform agnostic, you are also completely wrong. Have you tried to read some documents from just 15 years ago recently? Apart from reading from floppy disks, it's just hard.
The internal semantics of org-mode are important to me now, when I do my actual project. In the far future, the only thing that is important is that I can full-text search and find my old legal documents. That's just a billion times more easy and realistic with a flat text file than with a hypothetical well-documented binary format.
I have recently switched to emacs from TextMate. I have not been using TextMate to its full potential as I simply did not have the need to do so. It was good. It worked great out of the box.
Then I realized that I needed to do much more than just use a text editor and have been glueing a lots of other utilities together.
Then I doscovered emacs. A behemoth godknows how old. And decided to learn it.
The learning experience is really steep but I think it's worth it. EMACS survived the test of the time along with VI(m). But sometimes I just feel it's too much and the great extensibility comes at price.
I am looking forward to Atom but the performance is not that great compared to EMACS. Not yet.