[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [FR] yank media: allow customization of absolute path a filter for t
From: |
Visuwesh |
Subject: |
Re: [FR] yank media: allow customization of absolute path a filter for type candidates |
Date: |
Sun, 22 Sep 2024 18:31:34 +0530 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
[ஞாயிறு செப்டம்பர் 22, 2024] Ihor Radchenko wrote:
> Visuwesh <visuweshm@gmail.com> writes:
>>> 1. do a variable for selecting absolute path: to be able to have a file
>>> link that works with absolute path; and the reason is that being
>>> relative, this, does not combine good when you move your latex export
>>> somewhere else (in my case, I usually move it to /tmp/, and from there I
>>> decide when I want to save something persistently), hence it fails, and
>>> I got tired on fixing the links, in fact, the absolute path sometimes is
>>> smaller than the relative one
>>> =file:/tmp/clipboard-20240916T013308.png]]= vs
>>> =[[file:../../../tmp/clipboard-20240916T011913.png]]=
>>
>> This can be done in the org side. I guess adding another defcustom
>> would be the way to go? I don't see how it is possible to make
>> org-yank-image-save-method accept another option.
>
> We can re-use `org-link-file-path-type'.
> Probably, simply by factoring out the cond from `org-insert-link' and
> then reusing it in yank handler.
I think this will indeed be the best. We can reuse this everywhere we
insert the link in yank-media+DND code (which IIRC uses the same
function at the very end).
>>> 2. do a variable that allow a list that would filter and reduce the type
>>> candidates of yank-media. In org-download, everything was png so I was
>>> not having the "Several types available, choose one" with 7 options. But
>>> then is like, oh, maybe I would like to be able to switch between png
>>> (synthetic image), jpg (natural image)... anyway, I hope you see
>>> customizing this is interesting for the users.
>>
>> This needs to be done in the Emacs side. The querying is done in
>> yank-media and nothing much can be done from org-mode.
>
> That's one option - we can ask Emacs devs to provide a customization for
> `yank-media' to auto-select specific type once it is available.
>
> Another possibility is making "image/.*" customizable in
> (yank-media-handler "image/.*" #'org--image-yank-media-handler)
>
> Then, users may limit image types that can be inserted into Org by
> setting that regexp to something like "image/png".
I am leaning towards doing it in the Emacs side since it would get rid
of similar annoyance(s) in other yank-media handlers, not just Org.
If no one beats me to it before the end of this week, I will propose a
patch to take care of (1). It would be preferable pinmacs if can take
care of (2) if we decide to take care of it from the Emacs side since I
will probably not be able to describe the situation well.