Re: `file-relative-name' for compressed files

[Richard Stallman]

    > It seems that TRAMP's `tramp-file-name-regexp-unified' ("\\`/[^/:]+:")
    > should be reworked to account for its extended filename syntax.

    Instead of trusting that a regexp in file-name-handler-alist matches
    the "remote" part of a filename (that's not documented this way), it
    would be more clean to ask explicitely for it. Maybe a new function:

That solution would work, and if no smaller change will work, we can
do it that way.  But it would be nice if we could fix this without
changing the larger structure.  Can someone see if that can be done?