From: Tassilo Horn <tassilo@member.fsf.org>
To: Alan Mackenzie <acm@muc.de>
Cc: emacs-pretest-bug@gnu.org, 2058@emacsbugs.donarmstrong.com
Subject: bug#2058: 23.0.60; bewildering behavior when visit new file throw.pdf
Date: Tue, 27 Jan 2009 13:43:46 +0100 [thread overview]
Message-ID: <87ab9ckjgd.fsf@thinkpad.tsdh.de> (raw)
In-Reply-To: <20090127120236.GB2116@muc.de> (Alan Mackenzie's message of "Tue, 27 Jan 2009 12:02:36 +0000")
Alan Mackenzie <acm@muc.de> writes:
Hi Alan,
>> > I did C-x C-f throw.pdf, with no existing file throw.pdf. The
>> > ensuing messages and interaction were bewildering.
>
>> Is that really a use-case?
>
> No, it's an error case. The user wanted to visit throw.ldf, which is
> a text based document format used only in his own company. But he
> mistyped it. He also knows nothing about png images, and really
> doesn't want to have to learn.
But how should I know that. The best I can do is to handle non-existing
and empty files.
>> > But the new, empty file throw.pdf appeared to be visited with no
>> > problem. I tried to type into it. That threw me back to the previous
>> > buffer I had been in (Dired), and crazy error msgs were displayed.
>
>> The buffer was in doc-view-mode which has its own keymap, and most
>> probably you've hit k or q, which kills/buries the buffer.
>
> What on earth is doc-view-mode? Hmm. C-h f doc-view-mode <CR>. ;-(
Emacs 23.
>> Sure. So what's your advice how to handle this situation? Check if
>> the file is existent (and non-empty) and if not, print a message and
>> fallback to fundamental mode?
>
> Whatever is done, don't force the poor bewildered user to make a
> decision. Perform whatever error handling is appropriate and display
> a message, and let her get out without further ado.
The message is no problem, but what to do with the open request. Open
the (presumably) mistyped file in fundamental-mode?
> "... to switch to an editing mode " is particularly bad. It should be
> less vague, stating the mode (text mode?).
Well, it's ps-mode for PostScript files and fundamental-mode for PDF and
DVI files. Making that explicit would enlarge the message even more...
> "... to open a buffer showing the doc as text" would be better as "to
> show the doc as text".
Will be fixed as soon as I come to it.
Bye,
Tassilo
next prev parent reply other threads:[~2009-01-27 12:43 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.5816.1232925816.26697.bug-gnu-emacs@gnu.org>
2009-01-27 9:55 ` bug#2058: 23.0.60; bewildering behavior when visit new file throw.pdf Tassilo Horn
2009-01-27 12:02 ` Alan Mackenzie
2009-01-27 12:43 ` Tassilo Horn [this message]
2009-01-27 14:42 ` Alan Mackenzie
2009-01-27 14:46 ` Tassilo Horn
2009-01-27 16:03 ` Tassilo Horn
2009-01-27 16:20 ` Drew Adams
2009-01-28 8:48 ` Kevin Rodgers
[not found] ` <mailman.6064.1233133417.26697.bug-gnu-emacs@gnu.org>
2009-01-28 20:28 ` Tassilo Horn
2009-01-27 15:44 ` Drew Adams
2009-01-27 22:58 ` Richard M Stallman
2009-01-28 7:45 ` Tassilo Horn
2009-01-25 23:09 Drew Adams
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=87ab9ckjgd.fsf@thinkpad.tsdh.de \
--to=tassilo@member.fsf.org \
--cc=2058@emacsbugs.donarmstrong.com \
--cc=acm@muc.de \
--cc=emacs-pretest-bug@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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
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).