decrypt file.crypt | emacs | encrypt > file2.crypt
---or perhaps---
curl some-website-with-code.com | emacs | python
---or even just---
emacs < file.txt > edited_file.txt
Thanks very much for your help.
- Jack O'Connor
Not really answering your question, but ....
For each of the examples you have, emacs has a solution.
For encryption/decryption, there is crypt++ that will allow you to
encrypt files and decrypt them from within emacs. Note also that emacs
23 comes with support for gnupg built-in.
For your curl example, there is an interface for wget (wget.el) and I
think also curl.
Your last example, I don't really get. Emacs does have a 'script' mode
that will allow you to process files and apply emacs functions to them
(assuming your example is about non-interactive editing/processing of
files.
The point to note is that emacs is a pretty heavy duty piece of software
that can be a bit slow to start/stop. While batch mode and script mode
does mean you can do stuff non0interactively, in most cases, there are
far beter tools. Most long-term emacs users learn to adjust to a
paradigm where emacs is left running for long periods of time. I usually
have my emacs running for weeks at a time - using things like the emacs
client and server mode, you can leave emacs running and configure your
system to just opo up a frame when an application needs input - for
example, when you run crontab -e etc.
tim
--
tcross (at) rapttech dot com dot au
I don't think that's fair to emacs. On my laptop, emacs -nw -Q is
instantaneous. Then you can use the -l flag to specify any elisp file
you want to evaluate in addition to the core stuff.
> While batch mode and script mode does mean you can do stuff
> non0interactively, in most cases, there are far beter tools. Most
> long-term emacs users learn to adjust to a
I was looking forward to seeing the responses to this thread, as I
have no experience of non-interactive use of emacs, but there must be
situations where it'd be the right choice. For example writing a
script to deal with emacs org-mode files. You don't want to do it all
in $other_scripting_language when all that effort's been put into the
existing elisp code. More generally, presumably people with genuine
expertise in elisp find it an attractive approach to modifying some
text file in a script, i.e. attractive compared to perl/sed/whatever?
DAn