From: Lars Ingebrigtsen <larsi@gnus.org>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 16243@debbugs.gnu.org
Subject: bug#16243: 24.3.50; shr-visit-file doesn't set the buffer's default-directory
Date: Wed, 25 Dec 2013 18:42:57 +0100 [thread overview]
Message-ID: <87txdwg732.fsf@building.gnus.org> (raw)
In-Reply-To: <83mwjo6d8s.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 25 Dec 2013 19:40:03 +0200")
Eli Zaretskii <eliz@gnu.org> writes:
> But expand-file-name doesn't support it. On MS-Windows:
>
> (expand-file-name "file:///d:/usr/lib")
> => "d:/gnu/bzr/emacs/trunk/file:/d:/usr/lib"
I think we're talking past each other here. HTML documents use URLs
like "file:///home/foo" or "http://fsf.org" as base addresses to expand
relative URLs. These URLs are never fed to `expand-file-name' or
anything like it.
>> That's why `buffer-file-name' isn't set.
>
> There are other methods to prevent accidental saving, which don't mess
> up with buffer-file-name or default-directory. After all, the user
> can always specify the file to save explicitly, so you cannot make
> this 100% idiot-proof anyway. The way things are now, we punish the
> innocent majority on behalf of a crazy minority. That doesn't sound
> right to me.
The problem here is that the command `shr-visit-file' exists. It
shouldn't. It was just used to simple debugging while developing shr,
and should be removed. That the buffer is in `fundamental-mode' is
another symptom. >"?
Instead there could be an `eww-find-file' that would do the right thing.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
next prev parent reply other threads:[~2013-12-25 17:42 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-24 17:30 bug#16243: 24.3.50; shr-visit-file doesn't set the buffer's default-directory Eli Zaretskii
2013-12-24 20:14 ` Lars Ingebrigtsen
2013-12-24 20:56 ` Eli Zaretskii
2013-12-24 21:02 ` Lars Ingebrigtsen
2013-12-25 3:48 ` Eli Zaretskii
2013-12-25 8:19 ` Lars Ingebrigtsen
2013-12-25 17:40 ` Eli Zaretskii
2013-12-25 17:42 ` Lars Ingebrigtsen [this message]
2013-12-25 19:39 ` Eli Zaretskii
2013-12-25 19:38 ` Lars Ingebrigtsen
2013-12-25 17:45 ` Lars Ingebrigtsen
2013-12-25 19:40 ` 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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87txdwg732.fsf@building.gnus.org \
--to=larsi@gnus.org \
--cc=16243@debbugs.gnu.org \
--cc=eliz@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.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.