Hello,
Jack Kamm writes:
> Thank you for reviewing my patch. I'm attaching an updated patch in
> response to your review.
Applied. Thank you.
I also simplified the allowed symbols for the new variable a bit, and
added a docstring for the internal function.
Regards,
--
Nicolas Goaziou
Hi Nicolas --
Thank you for reviewing my patch. I'm attaching an updated patch in
response to your review.
> I think displaying a message in this case can be annoying. It means the
> default value is not satisfying for anyone.
> ...
> I suggest to drop the `skip-warn' value altogether, and use
>
Nicolas Goaziou writes:
> Hello,
>
> Jack Kamm writes:
>
>> Apologies for the delay on this. I've now got a more complete patch for
>> displaying remote images inline. Since downloading many remote images
>> could potentially hang Emacs on a slow connection,
Hello,
Jack Kamm writes:
> Apologies for the delay on this. I've now got a more complete patch for
> displaying remote images inline. Since downloading many remote images
> could potentially hang Emacs on a slow connection, I've added an option
> to control whether remot
Hi there,
Apologies for the delay on this. I've now got a more complete patch for
displaying remote images inline. Since downloading many remote images
could potentially hang Emacs on a slow connection, I've added an option
to control whether remote images are displayed. I've also
After test-driving this patch for a bit, the main issue I foresee is
that this can potentially hang Emacs if loading a lot of images over a
slow SSH connection. This was also discussed in the previous thread from
2014.
I plan to mitigate this with an option to enable/disable/cache the
remote image
h-R-output.png <-[The .png file
showed up right here--no brackets necessary--but name of the file is]
*** RSync may be replaced by SCP for sure
On Mon, Dec 2, 2019 at 3:29 PM Nick Dokos wrote:
> Jack Kamm writes:
>
> > I've attached a patch which implements displaying
Jack Kamm writes:
> I've attached a patch which implements displaying remote images.
>
>> This is a longstanding problem, and there was an attempt to patch it in
>> 2014, but the patch was never accepted:
>> https://lists.gnu.org/archive/html/emacs-orgmode/2014-11/
ition to, your use of image-mode.el
On Thu, Nov 28, 2019 at 9:20 PM Jack Kamm wrote:
> I've attached a patch which implements displaying remote images.
>
> > This is a longstanding problem, and there was an attempt to patch it in
> > 2014, but the patch was never accepte
I've attached a patch which implements displaying remote images.
> This is a longstanding problem, and there was an attempt to patch it in
> 2014, but the patch was never accepted:
> https://lists.gnu.org/archive/html/emacs-orgmode/2014-11/msg00583.html
Compared to the previous att
Hi Brian,
> Emacs and OrgMode do many great things; but, the focus has always been, at
> it's core, the most powerful editor and stateless organizing software--it's
> not a browser of dynamically generated Internet pics--Emacs W3 was created
> to do that, and it hasn't been updated in years--sugge
* Idea 1
Create a "cron job" or "at job" that does updates up to the minute and make
those images current...and local--and the cron job can auto-delete the temp
file later or back it up
* Idea 2
Make an elisp .el program that gets loaded and run whenever you open the
.org file with the remote imag
When trying to display a remote image file in an org-mode buffer, I
only see a blank square instead of the image.
This is a longstanding problem, and there was an attempt to patch it in
2014, but the patch was never accepted:
https://lists.gnu.org/archive/html/emacs-orgmode/2014-11/msg00583.html
13 matches
Mail list logo
