unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: Tassilo Horn <tsdh@gnu.org>
To: help-gnu-emacs@gnu.org
Subject: Re: [OT, meta] markup (Re: have emacs use SIGTERM to end a process instead of SIGHUP)
Date: Tue, 16 Jul 2013 09:47:58 +0200	[thread overview]
Message-ID: <87sizfgd3l.fsf@thinkpad.tsdh.de> (raw)
In-Reply-To: 87li57dici.fsf_-_@VLAN-3434.student.uu.se

Emanuel Berg <embe8573@student.uu.se> writes:

>> --8<---------------cut here---------------start------------->8---
>> (defvar nanoc-process nil)
>> (make-variable-buffer-local 'nanoc-process)
>>
>> (defun nanoc-kill-process ()
>>   (when nanoc-process
>>     (delete-process nanoc-process)))
>>
>> (defun nanoc-server ()
>>   "Runs a nanoc web server"
>>   (interactive)
>>   (let ((default-directory (repository-root))
>>         (process-connection-type t))
>>     (setq nanoc-process
>>           (start-process-shell-command
>>            "nanoc-server" "nanoc-server"
>>            "bundle exec nanoc view -p 3005 -C"))
>>     (add-hook 'kill-buffer-hook #'nanoc-kill-process nil t)))
>> --8<---------------cut here---------------end--------------->8---
>
> Are there any perks of this markup that I'm unaware of?

Well, it's emphasized by Gnus (and maybe other emacs MUAs, too).

> I think it just looks strange.

Would you prefer org-mode blocks that are also font-locked with the
language-specific rules by Gnus (and probably other emacs MUAs)?

#+BEGIN_SRC emacs-lisp
(defvar nanoc-process nil)
(make-variable-buffer-local 'nanoc-process)

(defun nanoc-kill-process ()
  (when nanoc-process
    (delete-process nanoc-process)))

(defun nanoc-server ()
  "Runs a nanoc web server"
  (interactive)
  (let ((default-directory (repository-root))
        (process-connection-type t))
    (setq nanoc-process
          (start-process-shell-command
           "nanoc-server" "nanoc-server"
           "bundle exec nanoc view -p 3005 -C"))
    (add-hook 'kill-buffer-hook #'nanoc-kill-process nil t)))
#+END_SRC

IMHO, that's very nice when the reader uses Gnus, but if he doesn't, it
looks much more weird than the markers above.

> I take it is configurable like everything else, but it may be a wasted
> effort as my impression is that not that many people use it. So it'd
> be interesting to hear.

I use it cause it's convenient to use.

,----[ C-h k C-c M-m ]
| C-c M-m runs the command message-mark-inserted-region, which is an interactive
| compiled Lisp function in `message.el'.
| 
| It is bound to C-c M-m, <menu-bar> <Message> <Insert Region Marked>.
| 
| (message-mark-inserted-region BEG END &optional VERBATIM)
| 
| Mark some region in the current article with enclosing tags.
| See `message-mark-insert-begin' and `message-mark-insert-end'.
| If VERBATIM, use slrn style verbatim marks ("#v+" and "#v-").
`----

,----[ C-h k C-c M-f ]
| C-c M-f runs the command message-mark-insert-file, which is an interactive
| compiled Lisp function in `message.el'.
| 
| It is bound to C-c M-f, <menu-bar> <Message> <Insert File Marked...>.
| 
| (message-mark-insert-file FILE &optional VERBATIM)
| 
| Insert FILE at point, marking it with enclosing tags.
| See `message-mark-insert-begin' and `message-mark-insert-end'.
| If VERBATIM, use slrn style verbatim marks ("#v+" and "#v-").
| 
| [back]
`----

Bye,
Tassilo




  reply	other threads:[~2013-07-16  7:47 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-08 22:16 have emacs use SIGTERM to end a process instead of SIGHUP John Leach
2013-07-09 12:02 ` Tassilo Horn
2013-07-12 11:01   ` John Leach
2013-07-15 10:46     ` Tassilo Horn
     [not found]     ` <mailman.1087.1373885216.12400.help-gnu-emacs@gnu.org>
2013-07-15 14:10       ` [OT, meta] markup (Re: have emacs use SIGTERM to end a process instead of SIGHUP) Emanuel Berg
2013-07-16  7:47         ` Tassilo Horn [this message]
     [not found]         ` <mailman.1147.1373960909.12400.help-gnu-emacs@gnu.org>
2013-07-16 23:16           ` Emanuel Berg
2013-07-17  0:42             ` Emanuel Berg
2013-07-17 10:11             ` Tassilo Horn
     [not found]             ` <mailman.1235.1374055880.12400.help-gnu-emacs@gnu.org>
2013-07-19 10:24               ` Emanuel Berg
2013-07-19 13:05                 ` Tassilo Horn
     [not found]                 ` <mailman.1386.1374239175.12400.help-gnu-emacs@gnu.org>
2013-07-19 13:21                   ` Emanuel Berg
2013-07-19 16:48                     ` Tassilo Horn
     [not found]                     ` <mailman.1423.1374252559.12400.help-gnu-emacs@gnu.org>
2013-07-20  4:32                       ` Emanuel Berg
2013-07-20  5:53                       ` Emanuel Berg
2013-07-22  9:17                       ` Emanuel Berg
2013-07-22  9:31                         ` Emanuel Berg
2013-07-23  6:59                           ` Tassilo Horn

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87sizfgd3l.fsf@thinkpad.tsdh.de \
    --to=tsdh@gnu.org \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).