[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/)]

2024-12-12 Thread Rehan Deen
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

Re: Unexpected error using org-gnus-follow-link

2024-12-12 Thread Visuwesh
[வியாழன் டிசம்பர் 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-

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/)]

2024-12-12 Thread Max Nikulin
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

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/)]

2024-12-12 Thread Max Nikulin
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

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/)]

2024-12-12 Thread Rehan Deen
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

Unexpected error using org-gnus-follow-link

2024-12-12 Thread Fraga, Eric
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

Re: Unexpected error using org-gnus-follow-link

2024-12-12 Thread Fraga, Eric
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

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/)]

2024-12-12 Thread Rehan Deen
> 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: >

Re: [BUG] ob-maxima outputs linenum:0 in results on MacOS

2024-12-12 Thread Benjamin McMillan
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

[PATCH v1] Handle image width specification in pixels correctly

2024-12-12 Thread Karthik Chikmagalur
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

Re: [BUG] yank-media doesn't work

2024-12-12 Thread Visuwesh
[திங்கள் டிசம்பர் 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

Re: [BUG] org-link-preview-file emits image not supported in daemon [9.8-pre (release_9.7.10-127-g07dd3b @ /home/bidar/.local/etc/emacs/lib/org/lisp/)]

2024-12-12 Thread Karthik Chikmagalur
>>> 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

Re: [PATCH] Add support for tables in Calc src block :var

2024-12-12 Thread Visuwesh
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

Re: Unexpected error using org-gnus-follow-link

2024-12-12 Thread Visuwesh
[வியாழன் டிசம்பர் 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

Re: Link preview generation with new link preview property

2024-12-12 Thread Karthik Chikmagalur
> 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

Re: Org uses obsolete `filter-buffer-substring-functions` variable

2024-12-12 Thread Stefan Kangas
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