Org-mode & Magit really are the secret superpowers of modern emacs. And notmuch (full-text search of one's email, at least one order of magnitude faster than Gmail's!). And elfeed. And gnus. And dired. And pretty much everything else in emacs …
Org-mode has been nice the few times I've tried it, but without decent mobile support or multi-master syncing, it's hard to adopt it as my main productivity tool.
I've tried a few mobile org-mode clients and been universally disappointed. I'm increasingly convinced that the right path forward is to give Emacs an Android port (it's not that hard) and let the mobile org just be the mainline org, perhaps with a layer of android.view.View widgets (orchestrated from lisp) as an interface.
Is there a good side-by-side video of someone using magit vs the command line? I keep reading the documentation for magit, and I can't really imagine it giving me a huge advantage over GitX plus good command line completion settings.
Is there some way to tell org exactly how I want it to spit out HTML?
I was going to do my blog entirely with org-mode+org-publish, but it spits out a mess of HTML and also a small bit of js for some reason, so I'm just writing html directly myself now.
I don't really find writing html myself all that annoying or anything, but it'd be nice if I could get org to generate really clean/simple HTML for me that I could then write a small script to parse and wrap in divs I've defined for styling.
Weird... it's as if text was really important in computing and having a tool at the center that excelled at processing text put you in more fluid control of your computing environment.
I know it's being worked on but every time I see posts about how great magit is, it pains be because my experience is that it continues to be ungodly slow on MacOS. Other MacOS/Emacs folks, is my experience considered atypical at this point?
Org-mode and babel sound like good ideas, but in practice I've found it very finicky to use.
My main problem with it is that, unlike with executing commands in the shell, with org you don't get any progress, and emacs seems to hang while running the command.
For example, running apt update tends to freeze emacs without any progress reporting for a few minutes.
I'm hoping that I'm doing something wrong and that someone can chime in with a suggestion, because I really like org-mode, and I really like the idea of doing devops using it.
This is a cool use of emacs, but containers have made the process of iterative development/system creation so much easier. If you have the deployment story down, it’s even easier. And the configs are much more portable.
The process demonstrated can be adapted to a wide variety of environments, containers or not.
It's mostly about making a literate program, executable on the spot, sort of like a Jupyter notebook, only for shell commands (or nearly anything, frankly).
Is the fact that you got the idea exactly backwards:
is not about putting comments on your scripts.
Is about writing an article, intended to be read by humans, that is also executable.
Imagine it this way:
Suppose you are reading a blog post on how to install, configure vagrant and install drupal on it.
The article is pretty clear an well written and you enjoy it. And you also know that is correct because every single one of the instructions shown was executed while you were reading the article and every output was given back to you.
That is literate programming, is closer to a jupyter notebook than to 'comments on scripts'.
much of whats covered in org mode can be handled by vim's folding option. if you write ansible playbooks with coworkers who handle automation as a stream of consciousness out of a single file, folding can save you some sanity.
Do vim's folds give you a full literate programming environment with support for executing code, saving results in vars, WEB syntax, etc? From what I'm familiar with, vim's folding is a lot closer to outline-mode[1], which org relies on for folding. The folding is a very small part of org-mode's functionality.
folding is a convenience feature of org-mode, and really not what it's all about.
I'm sure most of the individual features are available in vim and other editors, but it's tying everything together in a neat package that's the main draw of org-mode.
eadmund|8 years ago
peterbecich|8 years ago
https://github.com/Wilfred/ag.el
Read find-grep exclusion patterns from a .findignore file: https://emacs.stackexchange.com/a/19038/6682
quotemstr|8 years ago
I've tried a few mobile org-mode clients and been universally disappointed. I'm increasingly convinced that the right path forward is to give Emacs an Android port (it's not that hard) and let the mobile org just be the mainline org, perhaps with a layer of android.view.View widgets (orchestrated from lisp) as an interface.
brandonmenc|8 years ago
s4vi0r|8 years ago
I was going to do my blog entirely with org-mode+org-publish, but it spits out a mess of HTML and also a small bit of js for some reason, so I'm just writing html directly myself now.
I don't really find writing html myself all that annoying or anything, but it'd be nice if I could get org to generate really clean/simple HTML for me that I could then write a small script to parse and wrap in divs I've defined for styling.
hammerandtongs|8 years ago
clhodapp|8 years ago
Cacti|8 years ago
mjmein|8 years ago
My main problem with it is that, unlike with executing commands in the shell, with org you don't get any progress, and emacs seems to hang while running the command.
For example, running apt update tends to freeze emacs without any progress reporting for a few minutes.
I'm hoping that I'm doing something wrong and that someone can chime in with a suggestion, because I really like org-mode, and I really like the idea of doing devops using it.
Spivak|8 years ago
Check out: https://github.com/astahlman/ob-async if you want to change that.
matt_wulfeck|8 years ago
nine_k|8 years ago
It's mostly about making a literate program, executable on the spot, sort of like a Jupyter notebook, only for shell commands (or nearly anything, frankly).
unknown|8 years ago
[deleted]
ZenoArrow|8 years ago
I agree it's a good idea. I do similar things when writing PowerShell scripts (can run them line by line using PowerShell ISE).
EDIT: If you're going to downvote me, it'd be better to explain why.
elviejo|8 years ago
Is the fact that you got the idea exactly backwards: is not about putting comments on your scripts. Is about writing an article, intended to be read by humans, that is also executable.
Imagine it this way: Suppose you are reading a blog post on how to install, configure vagrant and install drupal on it. The article is pretty clear an well written and you enjoy it. And you also know that is correct because every single one of the instructions shown was executed while you were reading the article and every output was given back to you.
That is literate programming, is closer to a jupyter notebook than to 'comments on scripts'.
nimbius|8 years ago
http://vim.wikia.com/wiki/Folding
quiq|8 years ago
[1] https://www.gnu.org/software/emacs/manual/html_node/emacs/Ou...
preek|8 years ago
org-mode is a major-mode and covers a little more than that^^
jlarocco|8 years ago
I'm sure most of the individual features are available in vim and other editors, but it's tying everything together in a neat package that's the main draw of org-mode.
nine_k|8 years ago