unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: Eli Zaretskii <eliz@elta.co.il>
Subject: Re: make-auto-save-file-name: not using name transforms for mere	buffers
Date: 11 Dec 2003 17:07:30 +0200	[thread overview]
Message-ID: <ur7zbqtot.fsf@elta.co.il> (raw)
In-Reply-To: <m3smjrtw5h.fsf@uboot.com> (message from Florian von Savigny on 11 Dec 2003 12:46:02 +0100)

> From: Florian von Savigny <florian265@uboot.com>
> Newsgroups: gnu.emacs.help
> Date: 11 Dec 2003 12:46:02 +0100
> 
> > Because its doc string says, in its very first line:
> > 
> >    *Transforms to apply to buffer file name before making auto-save file name.
> >                         ^^^^^^^^^^^^^^^^^^^
> > So buffers with no file name are not subject to such transforms.
> 
> Ok, so it doesn't do it because it is not told so ;-) but I still
> wonder why it is told not to do so (I mean why, in the first place,
> the author decided not to apply this feature to file names derived
> from mere buffer names).

Probably because the rules that are supposed to be applied to file
names aren't fit for buffer names.  In other words, the applications
of auto-save-file-name-transforms that the programmer had in mind did
not include the kind of situation in which you've found yourself.

> Wow, thanks for this hint; it does sound like a sane approach. But I
> still need to understand when, in the particular case of auto-save
> file names derived from buffer names, convert-standard-file-name takes
> effect. AFAICS, it is not called directly from within
> make-auto-save-file-name.

It _is_ called directly, at least in my version of Emacs, albeit only
for non-Unix platforms.  But that should be easy to fix: simply
modify the condition under which make-auto-save-file-name calls
convert-standard-file-name.

If your version of make-auto-save-file-name doesn't call
convert-standard-file-name on any OS, perhaps you have an old Emacs
(or else I have a too new Emacs ;-).

> However, I've made a start. I've decided that no direct function
> to the kernel to query mounted filesystems seems available, and
> between looking at the output of /proc/mounts and calling mount with
> no arguments, I've decided to do the latter (I don't know if any
> approach is favourable over the other).

Why not call `df' instead?  I think "df ." should produce a line where
one field gives you the type of the filesystem that you want.

> For looking up transforms, I'd like to have a list of alists of a
> value and a list of alists each ;-) ... is that possible?

I'd try to use regexps and replace-match instead.

> This one
> here doesn't work:
> 
>   (defvar file-name-char-transforms
>     '(("vfat" . (("*" . "_") (":" . "%") 
> 		  ("ä" . "ae") ("ö" . "oe") ("ü" . "ue") ("ß" "ss")))
>       ("fat" . (("*" . "_") (":" "%"))))
>     "Complexly structured list containing rules how to translate
> filename characters in the context of given file systems.")

What doesn't work, exactly?

  reply	other threads:[~2003-12-11 15:07 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-12-10 16:07 make-auto-save-file-name: not using name transforms for mere buffers Florian von Savigny
2003-12-10 17:06 ` Eli Zaretskii
2003-12-10 17:10 ` Kevin Rodgers
     [not found] ` <mailman.1505.1071080061.399.help-gnu-emacs@gnu.org>
2003-12-11 11:46   ` Florian von Savigny
2003-12-11 15:07     ` Eli Zaretskii [this message]
     [not found]     ` <mailman.1581.1071159027.399.help-gnu-emacs@gnu.org>
2003-12-12  1:19       ` Florian von Savigny
2003-12-12 18:38         ` Eli Zaretskii
2003-12-12 23:02         ` Kevin Rodgers
2003-12-13 11:44           ` Florian von Savigny
     [not found]         ` <mailman.1655.1071258163.399.help-gnu-emacs@gnu.org>
2003-12-13 11:51           ` Florian von Savigny
2003-12-13 16:25             ` Eli Zaretskii
     [not found]             ` <mailman.25.1071336560.868.help-gnu-emacs@gnu.org>
2003-12-13 19:52               ` Florian von Savigny
2003-12-14  6:28                 ` Eli Zaretskii
2004-01-04  3:57             ` David Combs
2004-01-04  6:33               ` Eli Zaretskii

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=ur7zbqtot.fsf@elta.co.il \
    --to=eliz@elta.co.il \
    /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).