Hello all,
After upgrading Firefox to version 133.0-1 on Manjaro Linux, I find that
that my Org-protocol bookmarklets in Firefox are not working properly.
Namely, after I click on them to capture a link or some text, the
information is copied appropriately but the browser switches from
displaying
[வியாழன் டிசம்பர் 12, 2024] Fraga, Eric wrote:
> Hello all,
>
> I upgraded both Emacs (from git) and org (elpa) in the last couple of
> days. Today I find that I get the following error using
> org-open-at-point:
>
> Debugger entered--Lisp error: (void-function nil)
> nil()
> org-gnus-follow-
On 12/12/2024 15:12, Rehan Deen wrote:
javascript:location.href='org-protocol://store-link?'+new
URLSearchParams({url:location.href, title:document.title});
Try to add "(void)"
javascript:(void)location.href='org-protocol:...
However bookmarklets are unsafe, you have to allow *web pa
Please, reply to the list.
On 12/12/2024 17:34, Max Nikulin wrote:
On 12/12/2024 15:12, Rehan Deen wrote:
javascript:location.href='org-protocol://store-link?'+new
URLSearchParams({url:location.href, title:document.title});
Try to add "(void)"
javascript:(void)location.href='org-pro
Start of forwarded message
From: Rehan Deen
To: Max Nikulin
Subject: Re: [BUG] Org-protocol bookmarklets in Firefox behaving badly after
recent upgrade [9.6.15 (release_9.6.15 @ /usr/share/emacs/29.4/lisp/org/)]
> Try to add "(void)"
> javascript:(vo
Hello all,
I upgraded both Emacs (from git) and org (elpa) in the last couple of
days. Today I find that I get the following error using
org-open-at-point:
--8<---cut here---start->8---
Debugger entered--Lisp error: (void-function nil)
nil()
org-gnus-follo
Response below/inline for email Visuwesh wrote:
> (original email sent 12 Dec 2024 at 20:32)
>
> A shot in the dark after looking at org-gnus-follow-link: what is the
> value of org-link-frame-setup? Does it have the gnus entry?
Wow! What an excellent shot in the dark. :-)
I happened to play w
> Please, reply to the list.
Apologies.
> I hope, you used the full expression instead of ellipsis.
Yes, I doubt it would have "worked" otherwise (in the sense that the
link would not have been captured).
> I forgot about
> "+new", so it should be with another variant of parenthesis:
>
Hi Leo,
The first suggestion, to add to org-babel-maxima--output-filter-regexps
does fix the src block you ask about here.
However, the regexp doesn't match for other maxima tests. For example:
#+name: ob-maxima/batch+verbatim
#+begin_src maxima :results verbatim :batch batch :cmdline --quiet
(ass
The attached patch restores the ability to specify preview image widths
using the "px" specification, such as
#+attr_org: :width 300px
This behavior was lost during the refactoring in
50be048ad0cbe0e9150ca2351b894b041ae7cf49.
Karthik
>From 9d9532633a2e1f7391ba2e02f295c6250d13f5cc Mon Sep 17 00:0
[திங்கள் டிசம்பர் 02, 2024] the_wurfkreuz via "General discussions about
Org-mode." wrote:
> When using the yank-media command to paste images, the results are
> inconsistent. This issue persists even when running Emacs with emacs
> -Q.
>
> In some instances, the command successfully pastes the i
>>> org-link-preview-file emits "Your Emacs does not support displaying images!
>>> "
>>> when restoring buffers with desktop when Emacs was started as daemon.
>>
>> Just checking, do you have
>>
>> #+startup: imagepreviews
>
> I have this in my init.el:
> ;; Show inline images by default
> (setop
Sorry for getting back after so long!
[புதன் ஏப்ரல் 03, 2024] Fraga, Eric wrote:
> On Saturday, 30 Mar 2024 at 18:34, Visuwesh wrote:
>>> Specifically, I would love to make reference to calc variables,
>>> especially those defined using embedded calc, in org tables.
>>
>> Can you please provide a
[வியாழன் டிசம்பர் 12, 2024] Fraga, Eric wrote:
> Response below/inline for email Visuwesh wrote:
>> (original email sent 12 Dec 2024 at 20:32)
>>
>> A shot in the dark after looking at org-gnus-follow-link: what is the
>> value of org-link-frame-setup? Does it have the gnus entry?
>
> Wow! What
> The PR do port the package to this new handler property:
> https://github.com/gaoDean/org-remoteimg/pull/4
>
> However it left me with a few questions:
> - Who is supposed to take care of the scaling/width of the preview
> image, the handler or the caller of the handler?
The handler is respons
Ihor Radchenko writes:
> Ihor Radchenko writes:
>
>> Feel free to either install the change on Emacs side or provide a patch
>> for me to install on Org side.
>
> I converged your diff to a patch and installed it onto main branch.
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id
16 matches
Mail list logo