unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: Merciadri Luca <Luca.Merciadri@student.ulg.ac.be>
To: help-gnu-emacs@gnu.org
Subject: Re: Adding `#' at each new line with text until the end of the file
Date: Wed, 19 May 2010 18:08:28 +0200	[thread overview]
Message-ID: <87sk5neuwz.fsf@merciadriluca-station.MERCIADRILUCA> (raw)
In-Reply-To: 87pr0tlzuz.fsf@kuiper.lan.informatimago.com

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

pjb@informatimago.com (Pascal J. Bourguignon) writes:

> Merciadri Luca <Luca.Merciadri@student.ulg.ac.be> writes:
>
>> pjb@informatimago.com (Pascal J. Bourguignon) writes:
>>
>>>> Sure, but, as I explained in my previous message, it does not even
>>>> modify the Sayings file. Why?
>>>
>>> Because you didn't instruct the program to modify the file.
>>> Read the documentation of insert, for example.  Does it mention files?
>>> What does insert modify?
>> Insert modifies the current buffer, according to the manual. Or
>> find-file loads its arg into a buffer. So, if find-file loads its arg
>> into the *current* buffer, insert should modify the current buffer,
>> that is, `Sayings'.
>
> (list
>     (progn (find-file "/tmp/Sayings")
>            (buffer-name (current-buffer)))
>     (progn (find-file "/mnt/Sayings")
>            (buffer-name (current-buffer))))
> --> ("Sayings" "Sayings<2>")
>
> Here you have two files, named "/tmp/Sayings" and "/mnt/Sayings", and
> when opening them at the same time,  we get "Sayings" and "Sayings<2>"
> as buffer names.
>
> Clearly, the buffer names are not entirely independant from the file
> names, but it should be obvious from the example, that there's two
> name spaces and two different kind of entities.  A buffer named "X" is
> not a file name "X".
>
> So to repeat what you wrote above:
>
> - find-file (or find-file-noselect) loads the contents of a  _file_
>   into a _buffer_.
>
> - insert modifies the contents of a _buffer_.
>
> When  you do only these to action what happens to the _file_?
Nothing, actually. That's the problem.

>>> Here is a macro that could be useful:
>
> Here with find-file-noselect as it has been advised (not tested):
>
> (require 'cl)
> (defmacro* with-file (file-and-options &body body)
>   "Processes BODY with a buffer on the given file.
> DO:              find-file or find-file-literally, process body, and
>                  optionally save the buffer and kill it.
>                  save is not done if body exits exceptionnaly.
>                  kill is always done as specified.
> FILE-AND-OPTION: either an atom evaluated to a path,
>                  or (path &key (save t) (kill t) (literal nil))
> "
>   (if (atom file-and-options)
>       `(with-file (,file-and-options) ,@body)
>       ;; destructuring-bind is broken, we cannot give anything else than nil
>       ;; as default values:
>       (destructuring-bind (path &key (save nil savep) (kill nil killp)
>                                 (literal nil literalp))
>           file-and-options
>         (unless savep (setf save t))
>         (unless killp (setf kill t))
>         `(unwind-protect
>               (progn
>                 (find-file-noselect ,path t ,literal)
>                 (prog1 (save-excursion ,@body)
>                   ,(when save `(save-buffer 1))))
>            ,(when kill
>                   `(kill-buffer (current-buffer)))))))
>
>> Thanks. I'll keep it.
Thanks.

- -- 
Merciadri Luca
See http://www.student.montefiore.ulg.ac.be/~merciadri/
- -- 

Nobody leaves us, we only leave others.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>

iEYEARECAAYFAkv0DPwACgkQM0LLzLt8Mhyt3gCgpC8sYQPznCu0gI19a9TszeXK
+bQAn2rfXklxI3EmG6Pjs6LBAAVnmmTU
=2zNs
-----END PGP SIGNATURE-----


  reply	other threads:[~2010-05-19 16:08 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-17 16:05 Adding `#' at each new line with text until the end of the file Merciadri Luca
2010-05-17 18:26 ` Pascal J. Bourguignon
2010-05-17 20:11   ` Merciadri Luca
     [not found]     ` <87zkzyjkcb.fsf@kuiper.lan.informatimago.com>
2010-05-18 10:09       ` Merciadri Luca
2010-05-18 12:06         ` Pascal J. Bourguignon
2010-05-18 16:47           ` Merciadri Luca
2010-05-18 20:27             ` Pascal J. Bourguignon
2010-05-19 16:08               ` Merciadri Luca [this message]
2010-05-20 13:18                 ` Pascal J. Bourguignon
2010-05-20 18:09                   ` Merciadri Luca
2010-05-20 19:05                 ` Andreas Politz

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=87sk5neuwz.fsf@merciadriluca-station.MERCIADRILUCA \
    --to=luca.merciadri@student.ulg.ac.be \
    --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).