To ~/.cache or not to ~/.cache (was: Re: [BUG] org-persist annoyance)

On 02/08/2025 21:33, Ihor Radchenko wrote: P.S. I am confused why multiple people are asking to disable cache. Org has been creating ltximg directory since forever and nobody ever asked to "disable" that one. Ihor, do not try to find greatest common denominator that is suitable for everybody.

Re: [PATCH] worg/babel: Fix C shell URL

On 28/07/2025 16:46, Christian Moe wrote: Keenan Salandy writes: Update the hyperlink address for the C shell (csh) to the correct location. Thanks! Applied, with small edits to the commit message. There was another link with the same URL. I have pushed a fix.

Re: [PATCH] lisp/ob-screen.el: Support custom screen location and pass org-babel-screen-test

On 25/07/2025 21:51, Ken Mankoff wrote: Hi Max, Reply-to does not include you in my mail client, only the list. I assume that's intentional? Sure, I am experimenting with the Mail-Followup-To header (it has some downsides though). On 2025-07-25 at 03:28 -07, Max Nikulin wrote..

Re: [PATCH] lisp/ob-screen.el: Support custom screen location and pass org-babel-screen-test

On 23/07/2025 21:38, Ken Mankoff wrote: Please see three attached patches. Thanks. I have re-read the thread and my old notes. I have not tested the patches though, so a part of my questions may be irrelevant. @@ -54,8 +55,12 @@ In case you want to use a different screen than one selected

Re: [PATCH] lisp/ob-screen.el: Support custom screen location and pass org-babel-screen-test

be because of original version of `org-babel-screen-session-socketname' ignores this variable. On 2023-03-21 at 10:12 -04, Max Nikulin wrote As to `org-babel-screen-test' perhaps the issue is additional newline added after random number. I have not tried stepping through the functio

Re: org-open-at-point fails to open files externally with double prefix

On 20/07/2025 21:18, Ihor Radchenko wrote: Max Nikulin writes: https://list.orgmode.org/t7aqif$c2f$1...@ciao.gmane.io/ [PATCH] org.el: Use `call-process' to launch external viewers (was: Re: [BUG] org-open-file immediately termininates when calling xdg-open that calls emacsclient). Fri,

Re: [PATCH][Worg] publish.sh: Suppress subscripts without braces

On 17/07/2025 16:02, Christian Moe wrote: Max Nikulin writes: I have noticed another case when "latex" in "#+begin_latex" is rendered as subscript in a Worg article. Do you expect massive regressions if subscript without explicit curly braces are suppressed? [...] org-co

Re: Users of org-publish

On 19/07/2025 19:32, Ihor Radchenko wrote: Also, note thathttps://orgmode.org/ andhttps://orgmode.org/worg/ are generated using publishing system 🙂 Worg uses custom elisp code for export that iterates over .org files, see publish.sh. Current CI does not allow persistent state required for sta

Re: [PATCH] org-protocol.org: Add history section (was: Re: [PATCH v5] WORG Org Protocol Page Rewrite)

On 15/07/2025 19:26, Christian Moe wrote: I've drafted a history section, attached here as a patch. Great work. I had only a part of added links in my notes. +make the code easier to maintain and offer more options, Carsten +Dominik [[https://list.orgmode.org/orgmode/c46f10dc-de51-43d4-affe

Re: Status of the all-tex-fonts feature branch

On 16/07/2025 14:41, Pedro Andres Aranda Gutierrez wrote: 1. It would be nice to agree on some #+BEGIN_LANG #+END_LANG block for the LaTeX exporter to cope with \begin{otherlanguage*} in an org-native way 2. Ditto for the texten macro [...] #+MACRO: texten @@latex: \textenglish{$1}@@ [...] *

Re: [Patch v3] Worg org-protocol.org: Rename "Construct Org…" to "Using Org protocol"

On 15/07/2025 20:37, Ihor Radchenko wrote: Max Nikulin writes: On 15/07/2025 16:19, Christian Moe wrote: And it looks like html is building again, so it should be live in a bit. There was a broken link caused failures. Nope. We had all the CI builds broken for a couple of weeks because of

Re: [Patch v3] Worg org-protocol.org: Rename "Construct Org…" to "Using Org protocol"

On 15/07/2025 16:19, Christian Moe wrote: And it looks like html is building again, so it should be live in a bit. There was a broken link caused failures. Reading build logs helps to identify issues despite error messages are far from being clear and hints concerning location of invalid mark

Re: MathML in HTML export

On 12/07/2025 04:40, Jacob S. Gordon wrote: On 2025-07-10, Max Nikulin wrote: I know about MathML almost nothing, so it is hard for me to reason if it is really necessary and what issues its absence may cause. Me neither. Based on what I understand from the spec, it can affect line breaking

Re: [BUG] Escaping "<" and ">" inside math blocks when exporting to HTML/MathJax

On 06/11/2022 10:05, Ihor Radchenko wrote: Max Nikulin writes: This is a reminder of an old bug. From my point of view it is serious enough, but not release critical due to its age. &<> characters must be escaped as HTML entities when LaTeX snippets and blocks are exported for Mat

Re: MathML in HTML export

know about MathML almost nothing, so it is hard for me to reason if it is really necessary and what issues its absence may cause. My impression is that Eric was rather busy. On 2025-07-09 07:23, Max Nikulin wrote: When I tried latexml, for some reason it was excessively aggressive in>> r

Re: avoid italic

On 07/07/2025 23:41, Andreas Röhler wrote: It also solved a couple of other issues, as   evens ++ odds  # List(2, 4, 6, 1, 3, 5) This snippet really looks like a fragment that should be surrounded by #+begin_example and #+end_example, but, certainly, you are familiar with source cod

Re: MathML in HTML export

an issue with latexml when siunitx.sty is used, see Max Nikulin. Re: Warn about shell-expansion in the docstring of org-latex-to-html-convert-command. Tue, 5 Mar 2024 19:01:16 +0700. <https://list.orgmode.org/dfdb0777-2741-410a-ac8a-8593af357...@gmail.com> "It seems --preload=siuni

Re: [Patch v1] Worg org-protocol.org: Consolidate “Test your Org protocol setup” section

On 26/06/2025 04:39, Charles Choi wrote: Patch v1 (6e2231dc) for Worg org-protocol.org: Consolidate “Test your Org protocol setup” section submitted for review. Applied. See 3ba05932. HTML file will be updated when somebody else push another change.

[PATCH][Worg] publish.sh: Suppress subscripts without braces

cases when authors forget verbatim or code markers are not rare.From 04655e4acce7a76a779f99b566aa258fa0b78c6d Mon Sep 17 00:00:00 2001 From: Max Nikulin Date: Tue, 8 Jul 2025 21:33:17 +0700 Subject: [PATCH] publish.sh: Suppress subscripts without braces Mitigate subscript heuristics

Re: [Patch v2] Worg org-protocol.org: Rename "Construct Org…" to "Using Org protocol"

On 04/07/2025 03:56, Charles Choi wrote: Patch v2 (c5670fc0) Worg org-protocol.org: Rename "Construct Org…" to "Using Org protocol” submitted for review. I have no objections to these changes requested by Christian. Reaction to my comments is optional. @@ -83,7 +83,7 @@ Take the following s

Re: org-open-at-point fails to open files externally with double prefix

On 28/06/2025 17:51, Max Nikulin wrote: The player is killed by SIGPIPE when it tries to write a warning to stderr. [...] https://list.orgmode.org/t7aqif$c2f$1...@ciao.gmane.io/ [PATCH] org.el: Use `call-process' to launch external viewers (was: Re: [BUG] org-open-file immedi

Re: [Patch v1] Worg org-protocol.org: Remove 3rd Party Applications Header

On 28/06/2025 03:26, Charles Choi wrote: On Jun 27, 2025, at 7:56 AM, Max Nikulin wrote: P.S. Has anybody tried org-protocol with Emacs installed as flatpak? Interesting. I can imagine how sandboxed applications on both Linux and Windows (UWP) would have restrictions on accessing emacsclient

Re: org-open-at-point fails to open files externally with double prefix

On 30/06/2025 05:19, Anush V wrote: 30461 18:02:57.315361 write(2, "MESA-INTEL: warning: ../mesa-25.1.3/src/intel/vulkan/anv_formats.c:905: FINISHME: support more multi-planar formats with DRM mod"..., 135) = -1 EPIPE (Broken pipe) 30461 18:02:57.315406 --- SIGPIPE {si_signo=SIGPIPE, si_code=SI

Re: [URL format] WORG Patch 2/2 for Org Protocol Page

On 20/06/2025 13:05, Christian Moe wrote: Max Nikulin writes: [Evaluated code:] location.href='org-protocol://store-link:/'+encodeURIComponent(location.href)+'/'+encodeURIComponent(document.title);void(0); [Log:] Navigated to org-protocol://store-link/file%3A%2F%2F%2Fho

Re: org-open-at-point fails to open files externally with double prefix

On 28/06/2025 17:51, Max Nikulin wrote: The player is killed by SIGPIPE when it tries to write a warning to stderr. Anush, please, specify - Linux distribution and version lsb_release -a - Desktop environment/window manager echo "$XDG_CURRENT_DESKTOP" - mpv version a

Re: org-open-at-point fails to open files externally with double prefix

On 28/06/2025 01:28, Ihor Radchenko wrote: Anush writes: I get the message “Running xdg-open /home//big_buck_bunny.webm...done” but doesn’t open mpv. pdf files open properly with the default pdf viewer, however. This might be similar to the "failing silently" issue mentioned at https://list.o

Re: [Patch v1] Worg org-protocol.org: Remove 3rd Party Applications Header

On 27/06/2025 04:47, Charles Choi wrote: On Jun 26, 2025, at 2:44 AM, Christian Moe wrote: I was going to just apply this simple change right away, but it strikes me that it entails some further changes that might as well be done in the same patch. Suggestions: [...] Perhaps a more concise rewo

Re: [Patch v1] Worg org-protocol.org: Remove 3rd Party Applications Header

On 27/06/2025 04:57, Charles Choi wrote: On Jun 26, 2025, at 5:16 AM, Max Nikulin wrote: I think, we may save some time for new users by clearly saying that specific instructions were applicable several years ago, but there is no point to try them now even if org-protocol does not work. The

Re: [Patch v1] Worg org-protocol.org: Remove 3rd Party Applications Header

On 26/06/2025 16:44, Christian Moe wrote: Charles Choi writes: Patch v1 (addd8dcd) for Worg org-protocol.org: Remove 3rd Party Applications header submitted for review. Subject: [PATCH] org-protocol.org: Remove 3rd party applications Please add "header" to the subject line of the patch fo

Re: [Patch v1] Worg org-protocol.org: Consolidate “Test your Org protocol setup” section

On 26/06/2025 17:22, Christian Moe wrote: Charles Choi writes: Patch v1 (6e2231dc) for Worg org-protocol.org : Consolidate “Test your Org protocol setup” section submitted for review. Looks good to me. I'll wait a bit to hear if Max has anything further. Feel free

Re: [PATCH v5] WORG Org Protocol Page Rewrite

On 24/06/2025 04:40, Christian Moe wrote: Charles Choi writes: Patch v5 (fbed0861) of org-protocol.org rewrite. Thanks! Applied now. (The build should happen in a few hours.) Thank you, Christian. Charles, do you plan further changes of org-protocol.org? Are you

Re: [PATCH v3] WORG Org Protocol Page Rewrite

On 22/06/2025 01:45, Charles Choi wrote: On Jun 21, 2025, at 6:27 AM, Max Nikulin wrote: To my taste first "custom" may be omitted to avoid repetition. Done. Thanks for this and others updates. I have noticed that some lines added by your patch have trailing white space charac

Re: WORG Patch 2/2 for Org Protocol Page

On 18/06/2025 03:33, Charles Choi wrote: Patch 5141b91f for org-protocol.org 2025-06-17 rewrite submitted for review. From my point of view, it would be easier to find your patch if it was a reply to your the initial message of the thread and if it had "[PATCH v2]" tag in its subject. I admit

Re: [BUG] Double slash in body text not captured in Org Protocol [9.7.30 (9.7.30-84f18c @ /Users/cchoi/.config/emacs/elpa/org-9.7.30/)]

On 21/06/2025 13:54, Ihor Radchenko wrote: Exec=emacsclient --alternate-editor= --eval "(message-mailto (pop server-eval-args-left))" %u line in emacsclient-mail.desktop? That would be backwards-incompatible change. There is no way to fix it keeping absolute backward compatibility. In

Re: [BUG] Double slash in body text not captured in Org Protocol [9.7.30 (9.7.30-84f18c @ /Users/cchoi/.config/emacs/elpa/org-9.7.30/)]

[...] Double slash in body text not captured in Org Protocol URL emacsclient "org-protocol://capture?body=org-protocol://" ... Only one slash appears in the resulting Org Capture window. On 19/06/2025 23:00, Ihor Radchenko wrote: Max Nikulin writes: Released version suppor

Re: [URL format] WORG Patch 2/2 for Org Protocol Page

On 19/06/2025 16:38, Christian Moe wrote: javascript:location.href='org-protocol://store- link:/'+encodeURIComponent(location.href)+'/'+encodeURIComponent(document.title);void(0); results in the following console log entry: Navigated to org-protocol://store-link/https%3A%2F%2Forgmode.org

Re: [Linux] WORG Patch 2/2 for Org Protocol Page

On 17/06/2025 23:27, Ihor Radchenko wrote: Charles Choi writes: Thanks for the heads up on XDG support for Org protocol being broken. I will amend accordingly. AFAIR, it is not 100% broken. It is broken after some version of xdg-tools (discussed in the bug report). So, not all the users will

Re: [URL format] WORG Patch 2/2 for Org Protocol Page

On 16/06/2025 18:47, Christian Moe wrote: Mint and xfce. The browser is Firefox. I can not reproduce the issue with double slash after org-prtocol: in a VM with Debian 12 bookworm (stable), XFCE 4.18, Firefox 128.11 ESR, Emacs-28.2 Single slash does work, and so does triple slash, quadrupl

Re: [Linux] WORG Patch 2/2 for Org Protocol Page

On 31/05/2025 08:09, Charles Choi wrote: -*** GNU/Linux setup +* GNU/Linux and Unix variants Do UNIX variants support XDG desktop entries and MIME handlers? +Emacs 30.1+ now has ~emacsclient.desktop~ configured to handle Org Protocol URL requests. For users with older versions of Emac

Re: Evaluate an org-mode snippet in a code block

On 17/06/2025 04:32, jman wrote: I just wanted to write in a tutorial the following: #+BEGIN_SRC org ,* Meeting with friends :PROPERTIES: :LOCATION: At Stacy's :DESCRIPTION: Be on time :END: <2025-05-28 Wed 20:00-22:00> #+END_SRC Here is the result: #+BEGIN_EXAMPLE BEGIN:VCALENDAR #+name: sr

Re: [manual] WORG Patch 2/2 for Org Protocol Page

On 31/05/2025 08:09, Charles Choi wrote: +Refer to the Org documentation to understand the workings of the above in constructing capture templates for Org Protocol. I think, the explicit link to the manual (info "(org) Protocols") should be in the very beginning as the primary source of infor

Re: [URL format] WORG Patch 2/2 for Org Protocol Page

On 09/06/2025 21:13, Christian Moe wrote: Charles Choi writes: - : emacsclient org-protocol:/store-link:/URL/TITLE This still works, though with a warning to "update your Org Protocol handler to deal with new-style links". [...] - : javascript:location.href='org-protocol://store-link://'+

Re: [screencast] WORG Patch 2/2 for Org Protocol Page

On 09/06/2025 21:13, Christian Moe wrote: Charles Choi writes: -* Screencast: small introduction to org-protocol.el - - #+begin_export html - http://vimeo.com/moogaloop.swf?clip_id=5662410&server=vimeo.com&show_title=1&show_byline=1&show_portrait=1&color=FF7700&fullscreen=1"; - /> Delete be

Re: WORG Patch 2/2 for Org Protocol Page

On 09/06/2025 21:13, Christian Moe wrote: Charles Choi writes: Interim snapshot of rewrite of Org Protocol page. This is still WIP, but intended to illustrate direction of changes to this document. Thanks for not only updating the Worg documentation for Org protocol, but also simplifying it i

Re: Worg archive

On 10/06/2025 18:59, Max Nikulin wrote: On 10/06/2025 18:10, Bastien Guerry wrote: Yes, files in archives/ should *not* be exported: that's a place to move problematic .org files that contributors may still want to explore from their local repository. I would keep /worg/archive/fireforg

Re: [remember] WORG Patch 2/2 for Org Protocol Page

On 09/06/2025 21:13, Christian Moe wrote: Charles Choi writes: - #+begin_infobox - @As of Org mode release 7.01 =org-protocol-remember= is now by =org-protocol-capture=.@ Agree that it should be safe to delete this infobox. Remember's been obsolete for over 10 years. I would consider s

Re: Worg archive

On 10/06/2025 18:10, Bastien Guerry wrote: Max Nikulin writes: If archive is intentionally excluded from export then the file should be moved back and the redirection should be dropped. Yes, files in archives/ should *not* be exported: that's a place to move problematic .org files

Worg archive (was: Re: WORG Patch 1/2 for Org Protocol Page)

On 07/06/2025 18:39, Bastien Guerry wrote: Max Nikulin writes: location /worg/ { rewrite ^(/worg)(/org-contrib/org-annotation-helper\.)(html|org) $1/archive$2$3 permanent; } None, done, and I also updated https://git.sr.ht/~bzg/worg/tree/master/item/nginx.conf#L13 Can you confirm

Re: WORG Patch 1/2 for Org Protocol Page

On 07/06/2025 20:04, Bastien Guerry wrote: Max Nikulin writes: Bastien, may you, please, force worg rebuild? Done. remote: Error submitting build job: input: submit A paid account is required to use this feature. Yes, Ihor and I are trying to help with this known issue here: https

Re: [URL format] WORG Patch 2/2 for Org Protocol Page

On 31/05/2025 08:09, Charles Choi wrote: Interim snapshot of rewrite of Org Protocol page. I have added "URL format" to subject of this branch of the discussion. +++ b/org-contrib/org-protocol.org +The host part of the URL is interpreted as a /sub-protocol/. I would avoid explicit statem

Re: WORG Patch 1/2 for Org Protocol Page

On 07/06/2025 18:39, Bastien Guerry wrote: Max Nikulin writes: Do you have objections to adding to nginx.conf (worg repository) something like (have not verified yet) location /worg/ { rewrite ^(/worg)(/org-contrib/org-annotation-helper\.)(html|org) $1/archive$2$3 permanent

Re: WORG Patch 1/2 for Org Protocol Page

Bastien, Do you have objections to adding to nginx.conf (worg repository) something like (have not verified yet) location /worg/ { rewrite ^(/worg)(/org-contrib/org-annotation-helper\.)(html|org) $1/archive$2$3 permanent; } Charles Choi have proposed moving org-annotation-helper.org to

Re: https://orgmode.org/worg/exporters/org-element-docstrings.html is outdated

On 06/06/2025 16:43, Christian Moe wrote: Ihor Radchenko writes: Just as many others, this page hasn't been updated for a while. Maybe we should auto-generate it (it is created by transforming org-element.el file commentary and defuns). Or maybe drop it. Some thoughts out loud: It intersperse

Mail-Followup-To (was: Re: [WORG] Help test style/accessibility change)

On 05/06/2025 03:10, Christian Moe wrote: Btw, there's something curious about the message I'm replying to; it doesn't show up on list.orgmode.org, It is there: and your address initially w

Re: [macOS] WORG Patch 2/2 for Org Protocol Page

On 04/06/2025 22:56, Charles Choi wrote: I see why Captee is missed in the updated text (mentioning it still might be helpful Will take that guidance. It is merely an opinion. Do not hesitate to object or just to ignore. Am I to understand that expectations of Apple is that Emacs applicati

Re: [macOS] WORG Patch 2/2 for Org Protocol Page

On 03/06/2025 21:28, Charles Choi wrote: I have published two macOS apps on the Mac App Store which support Org Protocol in different ways: - Captee (launched April 2023) which constructs an Org Protocol request from the macOS Share Menu. - Scrim (launched April 2025) which is an Org Protocol pr

Re: WORG Patch 1/2 for Org Protocol Page

On 03/06/2025 02:10, Charles Choi wrote: Amended patch for archive of org-annotation-helper.org per Max Nikulin feedback. --- /dev/null +++ b/archive/org-contrib/org-annotation-helper.org --- a/org-contrib/org-annotation-helper.org +++ b/org-contrib/org-annotation-helper.org

Re: [macOS] WORG Patch 2/2 for Org Protocol Page

On 31/05/2025 08:09, Charles Choi wrote: Interim snapshot of rewrite of Org Protocol page. This is still WIP, but intended to illustrate direction of changes to this document. Since it is major rewrite, subthreads for specific topics may be convenient. I have added "macOS" to the subject of th

Re: Link to an email in thunderbird from org-mode

On 28/05/2025 22:29, Max Nikulin wrote: On 27/05/2025 16:32, Christian Moe wrote: However, from the Reddit thread I see that Message-ID can be added as a custom message header in the Thunderbird view and simply copied by right-click, At least in Thunderbird-128 there is a "show all he

Re: [WORG] Help test style/accessibility change

Hi, A couple of loosely related points first. Top margin for TOC can be reduced now since up/home links are not above it any more. Postamble has min-width property and may cause horizontal scrollbar in narrow browser window. Since the sponsor block is not always visible any more, it might

Re: WORG Patch 1/2 for Org Protocol Page

On 31/05/2025 08:07, Charles Choi wrote: --- a/org-contrib/org-annotation-helper.org +++ b/archive/org-contrib/org-annotation-helper.org I know, it is convention to move obsolete documents to archive, however I do not like it since it may break external links and bookmarks. I am not sure if t

Re: Link to an email in thunderbird from org-mode

On 29/05/2025 02:42, Christoph wrote: On 5/28/25 17:29, Max Nikulin wrote: and there's also an add-on (still working?) to add a button to easily copy it. https://addons.thunderbird.net/en-us/thunderbird/addon/copy-message-id/ I have checked it. Yes it is working on thunderbird 138.

Re: Link to an email in thunderbird from org-mode

On 27/05/2025 16:32, Christian Moe wrote: Christoph writes: the thunderbird addons thunderlink and cb_thunderlink do not work anymore for thunderbird 138. [...] I'm copying Bruno Barbier and Max Nikulin, who contributed to that discussion and the FAQ update about cb_thunderlink. Th

Re: [BUG] Double slash in body text not captured in Org Protocol [9.7.30 (9.7.30-84f18c @ /Users/cchoi/.config/emacs/elpa/org-9.7.30/)]

On 15/05/2025 05:08, Charles Choi wrote: emacsclient"org-protocol://capture?body=org-protocol://" Ihor wrote about `server--process-filter-1', but another issue is usage of `string-split' to find "org-protocol:..." in the argument. As a result, when slashes are not encoded as %2F, org-p

Re: [BUG] Double slash in body text not captured in Org Protocol [9.7.30 (9.7.30-84f18c @ /Users/cchoi/.config/emacs/elpa/org-9.7.30/)]

On 19/05/2025 00:31, Ihor Radchenko wrote: Charles Choi writes: Double slash in body text not captured in Org Protocol URL emacsclient "org-protocol://capture?body=org-protocol://" ... Only one slash appears in the resulting Org Capture window. This is because `server--process-filter-1'

Re: Towards a new TeX font management

On 23/04/2025 23:08, Pedro Andres Aranda Gutierrez wrote: +++ b/lisp/org.el - '(;; amsmath before fontspec for lualatex and xetex -("" "amsmath" t ("lualatex" "xetex")) Does it mean that you are going to remove amsmath even for pdflatex? P.S. I was confused concerning mathspec be

Re: Towards a new TeX font management

On 23/04/2025 22:36, Pedro Andres Aranda Gutierrez wrote: Subject: [PATCH] Use the same packages as pandoc Preparing the font management infrastructure, align with pandoc * lisp/org.el: org-latex-default-packages-alist use the same packages as pandoc. It seems a well-accepted standard for fonts

Re: Fwd: [PATCH]: Add font specifications when exporting to LaTeX

On 21/04/2025 18:07, Pedro Andres Aranda Gutierrez wrote: I could try to go for something like: (defvar org-latex-font-fallback-alist   '(("main . '(("emoji" . "Noto Color Emoji:mode-harf")                ("han"   . "Noto CJK JP:")                ("kana"  . "Noto CJK JP:")))     ("sans". '((

Re: [PATCH]: Add font specifications when exporting to LaTeX

On 18/04/2025 15:13, Pedro Andres Aranda Gutierrez wrote: I think that trying to address all mappings out-of-the-box is not very realistic and would add too much noise. Just necessary mappings (for specific document) instead of all ones should not be perceived as noise. luaotfload.add_f

Re: Help request ... was Re: [PATCH]: Add font specifications when exporting to LaTeX

On 15/04/2025 12:49, Pedro Andres Aranda Gutierrez wrote: Calling out to the list to see if someone can help more scripts integrate and show. I have currently running the Latin-x, Greek, Cyrillics, some UTF-8 (see my original file in this thread) and Emoticons. Sanskrit/Devanagari fonts not

Re: [PATCH]: Add font specifications when exporting to LaTeX

On 13/04/2025 14:56, Ihor Radchenko wrote: Max Nikulin writes: This list looks like a set of fallback variants for primary font, not as options to try when some characters are missed. Perhaps it may be reasonable to have predefined configuration for widely used fonts like Noto, freefonts

Re: [DISCUSSION] Setting LuaLaTeX as default when exporting to LaTeX/PDF

On 16/04/2025 02:03, Leo Butler wrote: On Tue, Apr 15 2025, Max Nikulin wrote: I have found unicode-math-input.sty that may handle your specific example in PdfLaTeX. At first glance it is more powerful than utf8x, but it does not allow e.g. text Greek α. It forces math mode for it. Thanks for

Re: org-get-x-clipboard code may be outdated

On 13/04/2025 23:38, Ihor Radchenko wrote: Max Nikulin writes: Notice that code of `gui--selection-value-internal' and `org-get-x-clipboard' uses different set of targets and `window-system' variants. [...] From quick skimming, it does not look like there is any actual differ

Re: [DISCUSSION] Setting LuaLaTeX as default when exporting to LaTeX/PDF

On 15/04/2025 02:47, Leo Butler wrote: I experience problems typesetting mathematical expressions. I cannot find anything as good as the unicode-math package for lualatex. Consider generating a preview of this fragment using pdflatex versus lualatex: \[ ∫₀¹ 𝐟(σ) dσ \] Isn't unicode-heavy form

Re: [PATCH]: Add font specifications when exporting to LaTeX

On 12/04/2025 21:28, Ihor Radchenko wrote: % = UNIVERSAL FALLBACK STACK = % (Only activates when default font lacks glyphs) \directlua{ luaotfload.add_fallback("global_fallback", { "Noto Serif:mode=harf;", % 1st: Broad Unicode coverage "DejaVu Serif:mode=harf;", % 2nd

Re: [DISCUSSION] Setting LuaLaTeX as default when exporting to LaTeX/PDF

On 10/04/2025 23:44, Pedro Andres Aranda Gutierrez wrote: Thu, 10 Apr 2025 21:55:53 +0700 Max Nikulin My conclusion from earlier discussions is that it is a challenge to configure fonts to a given user document. It may contain (besides latin-1) Greek, Cyrillic, CJK, emoji. My experience is

Re: [DISCUSSION] Setting LuaLaTeX as default when exporting to LaTeX/PDF

On 12/04/2025 21:11, Leo Butler wrote: I use a lot of utf-8 in my org documents. Pdflatex just cannot compete for typesetting, even in preview. Certainly PdfTeX has enough limitations. I am curious however what specific issues you have faced (languages/scripts, character categories, etc.)? Ma

Re: [DISCUSSION] Setting LuaLaTeX as default when exporting to LaTeX/PDF

On 09/04/2025 05:03, Juergen Fenn wrote: only luatex is capable of producing accessible pdf, [...] This is not only a ITF-8 issue. I'm surprised TeX Live is said not to work properly out of the box on some Linux distributions, hard to believe it's true. My conclusion from earlier discussions

Re: Org-protocol and to capture bibliography reference

On 04/04/2025 05:05, Sébastien Gendre wrote: The idea is, when I browse a web page I want to use as a source, to use org-protocol to capture an org-mode entry in an bibliography.org file. Then, to use the ox-bibtex (from org-contrib) to export the org-mode file to a Biblatex file. You might be

Search tools for Org (Re: Graph of writing)

On 03/04/2025 15:15, Mayuresh Kathe wrote: Would you be in a position to suggest a search tool (inside Emacs) for going through my content produced and managed via Orgmode and/or Roam? Something like Google search, but only limited to my local information? I have never tried the following tool

Re: [PATCH] Capitalize JavaScript correctly

On 21/03/2025 20:54, Rudolf Adamkovič wrote: Re-capitalize "Javascript" to JavaScript. Are there potential legal issues with the registered trademark owned by Oracle? E.g. organizers of JSConf avoid "JavaScript" in the conference title https://www.trevorlasn.com/blog/oracle-javascript-tradema

org-get-x-clipboard code may be outdated

Hi, Notice that code of `gui--selection-value-internal' and `org-get-x-clipboard' uses different set of targets and `window-system' variants. I have no idea if it affects many users. I am in doubts if there ones running haiku or using SECONDARY selection. However some may be confused. Text

Re: Try gollum wiki to serve WORG

On 09/02/2025 17:15, Ihor Radchenko wrote: One note is that gollum is using org-ruby renderer, which is not 100% accurate. Org-ruby has a lot of limitations, I do not think it is suitable for Worg. I do not see why we cannot change it to use emacs instead of pandoc to render html. It is cha

bug#48676: Arbitrary code execution in Org export macros

On 08/02/2025 05:11, Stefan Kangas wrote: Glenn Morris writes: #+macro: hello (eval (shell-command-to-string "touch /tmp/HELLO")) Hello. {{{hello}}} Then: M-x org-export-dispatch t A[...]> Ihor, could you please look into this bug? Disclaimer: I am not Ihor. In my opinion, it is an importan

Re: [PATCH] Autoload org-link-set-parameters

On 26/01/2025 14:22, Joseph Turner wrote: This change allows other packages to autoload their own link handlers. See this mu4e issue: https://github.com/djcb/mu/pull/2798 Sorry if I confused everything. Does it mean that loading of mu4e will cause immediate loading of ol and so whole org? Is

Re: [ANN] Ihor is now officially the new Org maintainer

On 07/12/2024 15:19, Bastien wrote: not much of a surprise, but very good news nonetheless: Ihor is now officially in charge of maintaining Org Mode. He will need every Org user to continue the great work he has done so far. Should the admin/MAINTAINERS file in the Emacs repository be updated?

Re: Org-protocol browser extensions avoiding use of bookmarklets

On 08/01/2025 01:14, Rehan Deen wrote: I just came across this extension: https://www.reddit.com/r/emacs/comments/1hvtlsa/the_new_and_only_orgprotocol_chrome_extension_you/ https://addons.mozilla.org/en-US/firefox/addon/emacs-paw/ Do you think this meets some of your needs and avoids the secur

Re: Some hacks on top of org-publish

On 29/12/2024 11:26, Nikolaos Chatzikonstantinou wrote: I should probably try to do this, but I got inspired by Worg's website which does not do any backend hacking as far as I can tell, but instead puts some javascript to collapse the table of contents. Not all users are happy with current CSS

Re: The less ambiguous math delimiters in tables

On 03/01/2025 00:32, Ihor Radchenko wrote: Max Nikulin writes: On 31/12/2024 20:32, Ihor Radchenko wrote: | $10 | foo | $\alpha$ | pandoc result matches my expectation: \$10 & foo & \(\alpha\) \\ How so? I just tried Sorry, I failed to express that the above example is

Re: The less ambiguous math delimiters in tables

On 31/12/2024 20:32, Ihor Radchenko wrote: | $10 | foo | $\alpha$ | pandoc result matches my expectation: \$10 & foo & \(\alpha\) \\ | =10+20 | 30 | =foo= | I found significantly more convincing cases with current parser when emphasis end marker accidentally appears in the middle of a lin

Re: The less ambiguous math delimiters in tables

On 31/12/2024 04:25, Rudolf Adamkovič wrote: Max Nikulin writes: An extensive test suite is necessary to consider alternatives for parsing rules. Yes, that much is given. Without an extensive test suite, working on a parser would be nothing but a waste of time, and the end result would be

Re: [PATCH] etc/ORG-NEWS: Clarify org-protocol bookmarklet issue

On 28/12/2024 23:58, Ihor Radchenko wrote: Max Nikulin writes: I do not like "spawn empty page". See the attachment for another variant of wording. You modified more than just "spawn empty page". It was the trigger. What about the attached? After "TL;

Re: The less ambiguous math delimiters in tables

On 26/12/2024 00:56, Rudolf Adamkovič wrote: I thought that, with the noisy \(...\) delimiters, GitHub users faced ambiguities with $...$ delimiters as well, so do not be upset by "noisy" syntax. Alternatives may be painful as well.

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

On 28/12/2024 20:55, Rehan Deen wrote: Max Nikulin writes: Interestingly, the `org-capture` extension for Firefox from https://github.com/sprig/org-capture-extension continues to work without producing this issue (i.e. the link is captured and the webpage continues to be displayed properly

[PATCH] etc/ORG-NEWS: Clarify org-protocol bookmarklet issue

On 28/12/2024 01:13, Ihor Radchenko wrote: Max Nikulin writes: I also added an entry to ORG-NEWS: https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=0af98b8411 I do not like "spawn empty page". See the attachment for another variant of wo

Re: [PATCH v2] org-protocol: Add void() to bookmarklets

On 24/12/2024 21:23, Ihor Radchenko wrote: Max Nikulin writes: javascript:location.href='org-protocol://store-link?'+new URLSearchParams({url:location.href, title:document.title}); void(0); If you think that ";void(0)" variant is less prone to errors then I may update

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

On 12/12/2024 15:12, Rehan Deen wrote: on the webpage https://orgmode.org/, Emacs is able to capture the link and title ("Org mode for GNU Emacs") as desired, but the browser displays a blank page with the following text: org-protocol://store-link?url=https%3A%2F%2Forgmode.org%2F&title=Org

Re: Form feed characters break odt export

On 21/12/2024 10:56, Max Nikulin wrote: On 21/12/2024 08:48, Joseph Turner wrote: https://github.com/bohonghuang/org-srs/pull/10#issuecomment-2557417871 In this specific context a workaround should be #+begin_comment ^L #+end_comment To avoid confusion of other contributors it should be

Re: Form feed characters break odt export

On 24/12/2024 18:04, Christian Moe wrote: I don't think it's specific to ODT or LibreOffice, it's the underlying XML 1.0 spec that "discourages" control characters and does not include #xC in the range of characters that XML processors must accept. Pandoc retains "^L" in export to markdown, but

Re: [PATCH] org-protocol: Add void() to bookmarklets

On 22/12/2024 19:42, Ihor Radchenko wrote: Max Nikulin writes: -javascript:location.href='org-protocol://store-link?' + - new URLSearchParams({url:location.href, title:document.title}); +javascript:void(location.href='org-protocol://store-link?' + +

  1   2   3   4   5   6   7   8   9   10   >