From: Sebastien Vauban <sva-news-D0wtAvR13HarG/iDocfnWg@public.gmane.org>
To: emacs-orgmode-mXXj517/zsQ@public.gmane.org
Subject: Re: [bug?] Tramp tries to open remote file links
Date: Thu, 19 Jun 2014 10:21:51 +0200 [thread overview]
Message-ID: <86tx7hux5s.fsf@somewhere.org> (raw)
In-Reply-To: 87ionyurit.fsf@alphaville.bos.redhat.com
Nick Dokos wrote:
> Sebastien Vauban writes:
>> Michael Albinus wrote:
>>> Sebastien Vauban writes:
>>>
>>>>> That's what I'm speaking about. And if you have a local DocView
>>>>> installation, it works for either remote or local files (Tramp
>>>>> provides a local copy of the remote file).
>>>>
>>>> But DocView won't display a PDF file as an image inside a buffer of
>>>> text, will it?
>>>
>>> No, it uses an own buffer.
>>
>> OK, so we do agree that trying to open a PDF file in the context of
>> *inline images*[1] does not make much sense, right?
>
> Are you trying to say that the org code for inline images should figure
> out that such a link should *not* be inlined because it would open a
> non-image file?
I'm not sure I use the right wording, but I'm trying to say that Org
(when set to open inline images) should never try to open PDF files, as
they can't be opened inline in a buffer anyway.
> If so, how would you define "non-image file"?
There are variables such as `image-library-alist' which show some image
extensions.
> And would that definition vary depending on the capabilities of one's
> emacs (e.g. maybe my emacs can display PNG files but not GIF files)?
Every Emacs instance can be tested to see if it supports some file
extension; for example, for PNG:
M-: (image-type-available-p 'png)
Best regards,
Seb
--
Sebastien Vauban
next prev parent reply other threads:[~2014-06-19 8:21 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-18 9:08 [bug?] Tramp tries to open remote file links Sebastien Vauban
2014-06-18 9:44 ` Nicolas Richard
2014-06-18 12:29 ` Sebastien Vauban
2014-06-18 13:17 ` Nicolas Richard
2014-06-18 13:25 ` Sebastien Vauban
2014-06-18 13:49 ` Michael Albinus
[not found] ` <8761jy1g5f.fsf-Mmb7MZpHnFY@public.gmane.org>
2014-06-18 13:52 ` Sebastien Vauban
2014-06-18 14:03 ` Michael Albinus
2014-06-18 14:20 ` Sebastien Vauban
2014-06-18 15:11 ` Michael Albinus
2014-06-18 15:53 ` Sebastien Vauban
2014-06-18 16:11 ` Nick Dokos
2014-06-19 8:21 ` Sebastien Vauban [this message]
2014-06-19 9:07 ` Michael Albinus
2014-06-19 21:59 ` Andreas Leha
2014-06-20 7:46 ` Sebastien Vauban
2014-06-20 10:52 ` Andreas Leha
2014-06-18 14:28 ` Nicolas Richard
2014-06-18 17:25 ` Nicolas Goaziou
2014-06-18 13:26 ` Michael Albinus
2014-06-18 10:14 ` Michael Albinus
2014-06-18 12:18 ` Sebastien Vauban
2014-06-18 12:49 ` Michael Albinus
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=86tx7hux5s.fsf@somewhere.org \
--to=sva-news-d0wtavr13harg/idocfnwg@public.gmane.org \
--cc=emacs-orgmode-mXXj517/zsQ@public.gmane.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.