[PATCH] org-manual.org: Some correction of Installation section

84d Mon Sep 17 00:00:00 2001 From: Max Nikulin Date: Wed, 29 Sep 2021 23:22:51 +0700 Subject: [PATCH 1/3] org-manual.el: Restore `load-path' for git version * doc/org-manual.org (Using Org's git repository): Add example of `load-path' adjustment that was earlier in the previous

worg: org-protocol.html - 404 Not Found

It seems, something is wrong with worg deployment curl -I https://orgmode.org/worg/org-contrib/org-protocol.html HTTP/1.1 404 Not Found Server: nginx/1.14.2 Date: Thu, 30 Sep 2021 12:10:08 GMT Content-Type: text/html; charset=UTF-8 Content-Length: 169 Connection: keep-alive org-contrib/org-proto

Re: Bug: Percentage in caption (even escaped) does not work in LaTeX export

On 25/09/2021 23:04, Bastien wrote: (I'm marking this as a confirmed bug, even if a first patch as been applied.) Since it was there earlier, it is tracked twice now: - User input is combined with format string in org-latex-src-block - Bug: Percentage in caption does not work in LaTeX export L

Re: [BUG] Conflict between org-emphasis and org-latex

On 27/09/2021 00:05, Léo Ackermann wrote: Le 26 sept. 2021 à 19:01, Timothy a écrit : You write: Nevertheless, I think that this bug has been introduced recently (I never noticed it before) and has to be corrected properly (as this is a really basic use of org-mode). Unfortunately, I can barel

Re: [new patch] Re: [PATCH] make org-notify support for macOS desktop notification

On 26/09/2021 15:52, Bastien wrote: stardiviner writes: Here is the new patch which invokes notifications though Emacs built-in API `ns-do-applescript`. Applied in the main branch, thanks. Notice that applied patch has a minor issue: backslashes are not escaped before argument is passed to

Re: worg: org-protocol.html - 404 Not Found

On 30/09/2021 22:53, Bastien wrote: Max Nikulin writes: It seems, something is wrong with worg deployment https://builds.sr.ht/~bzg/job/598512 hints that a link was unresolved. I just fixed this link, the export should process fine. I have not noticed .buid.yml at first. So the actual

Re: Grabbing the link to a message on the archive

On 30/09/2021 12:18, Timothy wrote: Hi Greg, i love the searching on list.orgmode.org, but i have this recurrent dream: that some day each e-mail message will come with a header listing the URL for that message on . (though i also worry this might open us up to some s

Re: Release 9.5

On 01/10/2021 10:53, Jarmo Hurri wrote: Bastien writes: I just ran 'git pull' and got a warning and an error: warning: redirecting to https://git.savannah.gnu.org/git/emacs/org-mode.git/ Your configuration specifies to merge with the ref 'refs/heads/maint' from the remote, but no such ref was f

Org syntax: \[ \] as block element instead of inline object

I like Timothy's idea that \[ \] markup should behave like block-level element rather than inline object. On the other hand, Nicolas convinced me that the problem is not only with filling paragraphs in Emacs using M-q and it requires change of Org grammar. That is why I do not think that sugges

Re: [PATCH] Don't fill displayed equations

On 02/10/2021 18:24, Eric S Fraga wrote: On Saturday, 2 Oct 2021 at 18:18, Timothy wrote: I can’t help but think that this line of thinking is a bit of a trap, because I think you're right. Nicolas's view that we should not think of org as a front-end for LaTeX is probably more to the point.

Re: Grabbing the link to a message on the archive

On 02/10/2021 21:26, Ihor Radchenko wrote: Max Nikulin writes: Unfortunately I have no idea how to get Message-ID having a link to particular message on lists.gnu.org without search by e.g. subject and author. It can be parsed from the html. Something like below (it is my home-made parser

[PATCH] Fix patching of single-page manuals

n in a helper script postprocessing HTML files is not suitable for currently generated files. CSS styles intended to tune table of contents are applied to all unordered lists. >From 6c2e0872df94c7c970aebabafc4b809be446485a Mon Sep 17 00:00:00 2001 From: Max Nikulin Date: Sat, 2 Oct 2021 23:36:49 +0

Re: [PATCH] Don't fill displayed equations

On 03/10/2021 00:51, Tom Gillespie wrote: do not see a reason for idiosyncrasy that markup intended to add LaTeX snippet that looks like exactly as LaTeX commands for this purpose and even actually preserved during export to LaTeX should have different semantics for Org parser. The answer is th

Re: Comments break up a paragraph when writing one-setence-per-line

On 03/10/2021 00:57, Tom Gillespie wrote: A general comment (heh) here. This is not a bug and not easily fixed. Line comments are their own top level element distinct from paragraphs. If you need something that fits in a paragraph you can use @@comment:@@ at the start of a line. I agree that it

Re: 9.5: coping with loss of ditaa.jar

On 03/10/2021 11:25, Jarmo Hurri wrote: I use ditaa with org on a regular basis. Now that ditaa.jar is out of org 9.5, I need to cope with the situtation. I see two options, and neither was successful today. This is sort of what I was afraid of when I voted for keeping ditaa bundled with org.

Re: [PATCH] Don't fill displayed equations

On 03/10/2021 17:56, Stefan Nobis wrote: Max Nikulin writes: On 03/10/2021 00:51, Tom Gillespie wrote: I guess one thing I'm missing/not understanding is when/why people want to use \[ \] instead of full #+begin_export latex block? For example, because document without equation

Re: Inequalities in math blocks

On 03/10/2021 18:04, Rudolf Adamkovič wrote: The following Org markup does not render properly in HTML export: - foo $aa$ bar In Emacs, I see no signs of problems, such as broken math highlighting. Further, when I export to LaTeX, the inequalities render properly. Does one have to use \lt and

[PATCH] org-manual.org: Update links to MathJax docs

On 03/10/2021 19:19, Max Nikulin wrote: https://orgmode.org/manual/Math-formatting-in-HTML-export.html (131) Please note that exported formulas are part of an HTML document, and that signs such as ‘<’, ‘>’, or ‘&’ have special meanings. See MathJax TeX and LaTeX support. The link

Re: [PATCH] The align of time is not beautiful as 9.4 when I update to org 9.5.

On 04/10/2021 14:48, Ihor Radchenko wrote: tumashu writes: When I update to org 9.5, I find that the align of time like "7:00" has been changed. I think the new style is not beautiful as old style. 1. New style look like not align to the first char, for the width of 9 looks like > 1 2.

Re: "Unknown processor biblatex"

On 04/10/2021 18:11, Eric S Fraga wrote: #+cite_export: natbib plain Is it serious security flaw to load backend when such instruction is parsed? #+begin_src emacs-lisp (require 'oc-basic) (require 'oc-csl) (require 'oc-natbib) #+end_src There is (defcustom org-modules) and (defcu

Re: [PATCH] Don't fill displayed equations

My thanks to Ihor for the argument concerning code of (maybe external) exproters and to Tom for parser-related considerations. I think it is a kind of trade-off: breaking change vs. continuously breaking user experience. Do not worry too much, there is almost no chance that I will try to imple

Re: [BUG] Org 9.5: org-goto UI seems broken

On 05/10/2021 13:31, Adam Porter wrote: Running Org 9.5 on Emacs 28.0.60, I noticed that org-goto seems to be broken: 1. When I press "C-c C-j", instead of displaying the indirect buffer in one window and the org-goto menu in another, only the org-goto window (the "*Org Help*" buffer) is displa

Re: Inequalities in math blocks

On 05/10/2021 14:55, Rudolf Adamkovič wrote: Timothy writes: You’re going to be much better off if you just use LaTeX math delimiters, i.e. `\( ... \)'. Interesting. It works, but I do not understand why! Did you inspect HTML file? Playing with export, I do not see real difference. Result

Re: [PATCH] [BUG] Org 9.5: org-goto UI seems broken

On 05/10/2021 19:45, Ihor Radchenko wrote: Max Nikulin writes: Regression is caused by commit 399481bad10845a77f210c9320ff1efee9a312c8 Author: Ihor Radchenko Date: Mon May 31 20:47:45 2021 +0800 Do not ignore user-defined display-buffer-alist in org-insert-link See the attached

Re: [Worg] New subdirectory not fully built?

On 02/10/2021 18:54, Adam Porter wrote: I took the liberty of creating a new "archive" subdirectory in Worg to preserve some obsolete content (like "Fireforg", an extension which its Worg entry said hasn't been developed since 2009): https://orgmode.org/worg/archive/index.html The archive's in

Re: [PATCH] Accept more :tangle-mode specification forms

On 05/10/2021 21:45, Timothy wrote: Indeed, I’ve basically supported every form I could think of. I’m currently inclined to cut it down to: • 755 • “rwxrw-r–” (`ls -l’ style) • chmod style with `org-babel-tangle-default-mode’ and `file-modes-symbolic-to-number’ Maybe with (if anybody says they

Re: [Worg] New subdirectory not fully built?

On 05/10/2021 23:37, Adam Porter wrote: Max Nikulin writes: It seems, you have managed to solve the problem, I guess, by fixing link targets: https://git.sr.ht/~bzg/worg/commit/31f4212874e1bc54f335e329f6bcee83801dcf9c I did that, but see also the following commit where I gave in and set

Re: Inequalities in math blocks

On 07/10/2021 20:05, Timothy wrote: Org should rewrite < and > to < and > to avoid broken HTML, or as < and in general. I think we’ve drifted a bit to the differences in processing (where the `\( ... \)' vs `$ ... $' comments are most pertinent), but as you say for valid HTML < and > should

Re: [PATCH] [BUG] Org 9.5: org-goto UI seems broken

On 05/10/2021 23:32, Ihor Radchenko wrote: Max Nikulin writes: I tried come up with the reason why org-no-popup was used in the initial implementation. I think, the reason is avoiding situation like what you may see after running (let ((pop-up-frames t)) (funcall-interactively #'org-goto

Re: Inequalities in math blocks

On 12/10/2021 08:11, Nick Dokos wrote: Rudolf Adamkovič writes: Max Nikulin writes: Though I am a bit surprised that Org did not replace characters to < and > during export. Perhaps, it is possible to define a filter. That makes sense, and thank you for the explanation. Ignoring th

Re: [PATCH] [BUG] Org 9.5: org-goto UI seems broken

On 08/10/2021 17:22, Marco Wahl wrote: Max Nikulin writes: On 05/10/2021 23:32, Ihor Radchenko wrote: Max Nikulin writes: I tried come up with the reason why org-no-popup was used in the initial implementation. I think, the reason is avoiding situation like what you may see after running (let

Re: [PATCH] [BUG] Org 9.5: org-goto UI seems broken

On 13/10/2021 16:44, Marco Wahl wrote: Clearly I'm for kicking out org-no-popups completely. Many details have been mentioned already. The big argument for that change for me is that the code gets simpler. I have no strong opinion. Second patch locally restoring `pop-up-windows' is more sui

bug#51167: 29.0.50; org-indent-line broken

On 13/10/2021 01:35, Kévin Le Gouguec wrote: Andreas Röhler writes: With following stuff in org-mode buffer: * bla asd M-x org-indent-line RET on second line has no effect. Andreas, do the following settings make behavior consistent with you expectations? (add-hook 'org-mode-hook (lambda

Re: [PATCH] [BUG] Org 9.5: org-goto UI seems broken

On 14/10/2021 17:16, Ihor Radchenko wrote: Marco Wahl writes: Since org-goto in main is still broken I'll commit the fix for org-goto which kicks out the use of the macro org-no-popups (but not the macro itself since it's used elsewhere AFAICS.) Max, Ihor! If you see the necessity of refineme

Re: [PATCH] [BUG] Org 9.5: org-goto UI seems broken

On 14/10/2021 22:44, Max Nikulin wrote: I think, something should be done with `org-no-popups'. Assume a user who has (I have no idea concerning the goal though)   (setq pop-up-frames t)   (setq display-buffer-base-action     '((display-buffer-reuse-window display-buffer-po

bug#51167: 29.0.50; org-indent-line broken

close 51167 quit On 17/10/2021 03:02, Andreas Röhler wrote: On 13.10.21 14:59, Max Nikulin wrote: On 13/10/2021 01:35, Kévin Le Gouguec wrote: Andreas Röhler writes: With following stuff in org-mode buffer: * bla asd M-x org-indent-line RET on second line has no effect. Andreas, do the

Re: [PATCH] [BUG] Org 9.5: org-goto UI seems broken

On 16/10/2021 13:52, Ihor Radchenko wrote: Max Nikulin writes: It seems, each case of `org-no-popups' may require specific code. I have tried to take some code related to completion. It overrides display-buffer-base-action, but something more is required for pop-up-frames. I think you

Re: [PATCH] [BUG] Org 9.5: org-goto UI seems broken

On 18/10/2021 16:25, Eric S Fraga wrote: On Sunday, 17 Oct 2021 at 23:35, Max Nikulin wrote: So (setq display-buffer-base-action '((display-buffer-reuse-window display-buffer-pop-up-frame) (reusable-frames . 0))) should not be considered as shooting a foot. I a

Re: [PATCH] Re: Make org-notify support macOS without DBus

On 20/10/2021 16:58, Christopher M. Miles wrote: Just update the email subject contains [PATCH] "Christopher M. Miles" writes: Mostly Emacs versions under macOS does not have compiled with DBus. Or still don't work even compiled with DBus even macOS installed dbus with homebrew. I'

Re: org-persist - bug report

On 21/10/2021 02:04, Colin Baxter 😺 wrote: The max-specpdl-size error has happened again when I tried to add a note to an agenda item. Emacs hung and had to be killed. The debugger buffer was empty and the only other information given was the message: mapc: Lisp nesting exceeds `max-lisp-eval-d

Re: org-persist - bug report

On 21/10/2021 23:03, Ihor Radchenko wrote: It was malformed add-hook call. Fixed in 5315773e8. Thank you, Ihor. I do not see problems I have noticed today anymore.

Re: Problems generating the org-mode documentation

On 22/10/2021 13:16, Vincent Breton wrote: 4) You can find the files generated in http://www.presentiel.com/org/orgguide.pdf and in http://www.presentiel.com/org/org.pdf They are available from the Org site: - https://orgmode.org/org.pdf - https://orgmode.org/orgguide.pdf

Re: Problems generating the org-mode documentation

On 23/10/2021 11:06, Kyle Meyer wrote: Hoffmann, Jobst writes: But I think I found the culprit: Line 17568 of org.texi reads: @kindex C-c C-x @ and @ starts a command, which leads to the stack overflow. Line 17568 of org.texi should read @kindex C-c C-x @@ witha doubled

Re: Fwd: errors when using org-agenda

On 23/10/2021 17:26, Greg Minshall wrote: a question: is there any way that we can, as org starts up, detect either the actuality, or possibility, of a mixed installation? maybe something like `org-version' with FULL argument checks whether org and org-loaddedfs are loaded from the same direc

Re: the GNU bug tracker, use it or have something similar? Gmane might block attachments in bug reports

On 25/10/2021 21:21, Uwe Brauer wrote: org-submit-bug-report sends an email to the org-mode mailing list. It turns out, that if you attach a file and later display that message on gmane, as I do in order to keep my email traffic in moderate numbers, then gmane might block that attachment. I do

Re: the GNU bug tracker, use it or have something similar? Gmane might block attachments in bug reports

On 26/10/2021 02:21, Uwe Brauer wrote: Max Nikulin writes: I am unsure to which list you are going to send a copy. Emacs-orgmode is hosted on gnu.org just as other emacs lists. To bug-gnu-em...@gnu.org That one I can access via debbugs-org That function seems a good compromise: it does not

Re: Bug: font-lock error with - in code-mode [9.4.6 (9.4.6-gab9f2a @ /gnu/store/2pny4z6mbi2aybgzzxz0yrzkds7hbpmq-emacs-org-9.4.6/share/emacs/site-lisp/org-9.4.6/)]

On 26/10/2021 00:33, Bastien wrote: Ihor Radchenko writes: I am thinking to revert the patch and reopen (BTW, how to do it in Woof!?) this bug report for now. Sure, please go ahead, thanks. PS: I'm not sure how to do this with Woof! but I'm working on the next version of Woof! where this wil

Cancel "yes" entry on updates.orgmode.org (was: Re: Bug: font-lock error with - in code-mode)

Canceled. On 27/10/2021 14:08, Ihor Radchenko wrote: Max Nikulin writes: Would not it be enough to just add X-Woof-Bug header to the message? Maybe even with "(Reopened)" suffix to the title to warn other people that it is not a forgotten bug, even if they remember that some

[Bug] org-persist.el: xdg.el is unavailable in emacs-25.2

Org-mode compilation fails with the following errors if emacs-25.2.2 is used (Ubuntu-18.04 LTS bionic) Compiling /home/ubuntu/org-mode/lisp/ox-ascii.el... In toplevel form: ox-ascii.el:31:1:Error: Cannot open load file: No such file or directory, xdg Compiling /home/ubuntu/org-mode/lisp/ox-bea

Re: Fwd: errors when using org-agenda

On 24/10/2021 15:34, Ihor Radchenko wrote: Max Nikulin writes: `org-version' with FULL argument checks whether org and org-loaddedfs are loaded from the same directory and adds "mixed installation!" to the version string. `org-submit-bug-report' puts full version to the me

Re: Cancel "yes" entry on updates.orgmode.org (was: Re: Bug: font-lock error with - in code-mode)

On 27/10/2021 18:50, Max Nikulin wrote: Canceled. Magic in the message body did not help, so one more attempt with the header. On 27/10/2021 14:08, Ihor Radchenko wrote: Max Nikulin writes: Would not it be enough to just add X-Woof-Bug header to the message? Maybe even with "(Reo

Re: Bug: font-lock error with - in code-mode (reopened)

This is a message to track the issue on https://updates.orgmode.org On 01/10/2021 16:56, Ihor Radchenko wrote: "Dr. Arne Babenhauserheide" writes: When parsing the following code: Am richtigen Ort zur richtigen Zeit (=+=; 1x pro Abenteuer im richtigen Moment auftauchen), Computeraffinität (=+

Re: tangle option to not write a file with same contents?

On 28/10/2021 11:04, Greg Minshall wrote: i wonder if it would be reasonable to add an option such that, when tangling, `org-babel-tangle` would not write a file with the already-existing contents of the target file? Are you going to celebrate a decade of the feature request? https://list.org

Re: tangle option to not write a file with same contents?

On 30/10/2021 00:58, Greg Minshall wrote: Some hash-based build systems are mentioned in that thread. Since that time more more similar tools have appeared, e.g. buck, reimplementations of DJB's redo https://cr.yp.to/redo.html i think different people will settle on different build tools. G

Re: [BUG] Org V 9.5 error when ~/.cache doesn't exist

On 01/11/2021 18:29, Ihor Radchenko wrote: Scott Otterson writes: Apparently, org version 9.5 expects the directory "~/.cache" to exist, and if it doesn't, it terminates with an error. I'd suggest that org mode makes this directory if it needs it. Thanks for reporting! Fixed in 6621ee32e.

Re: [BUG] Org V 9.5 error when ~/.cache doesn't exist

On 02/11/2021 17:55, Ihor Radchenko wrote: Max Nikulin writes: Ihor, your fix affects linux as well. .cache directory may be missed in fresh accounts. E.g. I just have created a new test container (my old one has emacs-25): After second thought, I am not sure anymore if using XDG is a good

Re: org-store-link question

On 04/11/2021 03:07, John Kitchin wrote: In a basically vanilla emacs, if I have a target like <> with my point on it, and I run org-store-link (via C-c l), and then somewhere else do org-isnert-link (via C-c C-l) I get a link like [[file:~/s/f.org::test]] If I define a link now like this: #

Re: Bug: org-store-link uses CUSTOM_ID instead of target point [9.4.4 (release_9.4.4 @ /usr/share/emacs/27.2/lisp/org/)]

o confirm "Heading" description explicitly. I would expect that "raw" link is subject to ask user for more friendly option. >From 28f1d331888ebd22d60343bb06d3b307aff9fc93 Mon Sep 17 00:00:00 2001 From: Max Nikulin Date: Fri, 5 Nov 2021 19:

Re: org-goto shows full-size help window

On 08/11/2021 21:25, Ihor Radchenko wrote: Carlos Pita writes: when calling org-goto I get a full-size help window with very little content. I believe this window is supposed to be at the bottom of the indirect search buffer but for some reason it occupies the entire frame. See the attached scr

Emacs-26.3: No such file or directory backtrace

With last commit to main d3836c1a13 Emacs-26.3 from Ubuntu-20.04 LTS focal becomes too old for Org: File mode specification error: (file-missing Cannot open load file No such file or directory backtrace) and other errors

Incorrect link is stored (org-elements?)

`org-store-link' under some conditions may pick a link to wrong heading. Emacs-26.3, Org main~1. --- >8 --- * Right Save this file, kill the buffer, open it again. Put cursor to the empty line below this paragraph, type something, e.g. =a=, undo =C-/=, =M-x org-store-link=. "#its_wrong" is stor

Re: Incorrect link is stored (org-elements?)

On 09/11/2021 18:46, Ihor Radchenko wrote: Max Nikulin writes: `org-store-link' under some conditions may pick a link to wrong heading. Emacs-26.3, Org main~1. I can reproduce, though not exactly following your steps. Can you try the attached patch? With equivalent patch (attached on

Re: Worg HTML export problem?

On 08/11/2021 05:46, Thomas S. Dye wrote: I pushed a new file, ob-doc-org.org, to Worg earlier today, but the link in https://orgmode.org/worg/org-contrib/babel/languages/index.html gives a 404 error.  I usually see this when the Org file has a bad link that causes export to fail, but AFAICT

C-c C-* causes "org-element--cache: Unregistered buffer modifications detected."

Another case of Warning (emacs): org-element--cache: Unregistered buffer modifications detected. Resetting. If this warning appears regularly, please report it to Org mode mailing list (M-x org-submit-bug-report). The buffer is: c-star.org Current command: nil Backtrace: nil Org main, Emacs

table and Cyrillic characters: org-element--cache: Unregistered buffer modifications detected. Resetting

On 11/11/2021 13:50, Vladimir Lomov wrote: ** Ihor Radchenko: Vladimir Lomov writes: Warning (emacs): org-element--cache: Unregistered buffer modifications detected. Resetting. Are you able to reproduce with emacs -Q? I can confirm it starting with a simple file >8 | 1 |

execute src block during export (Re: Worg HTML export problem?)

On 11/11/2021 04:24, Thomas S. Dye wrote: Max Nikulin writes: On 08/11/2021 05:46, Thomas S. Dye wrote: to fail, but AFAICT ob-doc-org.org doesn't have this affliction--it exports locally. Have you tried to export it from "emacs -Q -L /path/to/org-mode/lisp"? I think, you jus

Re: Incorrect link is stored (org-elements?)

On 10/11/2021 20:48, Ihor Radchenko wrote: I pushed the patch upstream. P.S. I am puzzled that `org-element-at-point' returns paragraph even when patch is not applied. After such call `org-store-link' does what I expect. However "after undo" erroneous state survives emacs restart, thanks to or

[BUG] elisp links: cluttered prompt due to text properties

Try to "open" the following link (C-c C-o) [[elisp:(require 'org-capture)][M-: (require 'org-capture)]] Actual behavior: > Execute #("(require 'org-capture)" 0 22 (face org-warning)) as Elisp? (yes or no) Org mode version 9.5 (release_9.5-225-g494c20) - main HEAD Expected behavior: > Execu

Re: execute src block during export (Re: Worg HTML export problem?)

On 12/11/2021 00:24, Thomas S. Dye wrote: The original problem is likely due to the default header arguments in ob-org.el, which are unusual. It is great that the problem is solved. I do not think however that something inside ob-org.el may affect processing of a file before this package is

Re: execute src block during export (Re: Worg HTML export problem?)

On 12/11/2021 23:55, Thomas S. Dye wrote: Max Nikulin writes: On 12/11/2021 00:24, Thomas S. Dye wrote: The original problem is likely due to the default header arguments in ob-org.el, which are unusual. It is great that the problem is solved. I do not think however that something inside

Re: Bug: org-no-popups disregards display-buffer-fallback-action 9.4.6

On 10/11/2021 14:50, Jan Seeger wrote: I'm trying to make multi-frame emacsing nicer, and I encountered what I consider a bug with the `org-no-popups` macro in `org-macs.el`. `org-no-popups` tries to surpress the creation of new frames via setting `pop-up-frames` and `display-buffer-alist` to n

Re: after installing python3.6 on Ubuntu 16.04, org files open with errors

On 13/11/2021 09:22, Tim Cross wrote: Uwe Brauer writes: Given that Ubuntu 16.04 was end of life in April 2021, my recommendation would be to upgrade to ubuntu 21.04. I would not recommend a release with end of support in January 2022 to a person who is trying to avoid upgrading despite 18.04

Re: [BUG] Tables with square brackets do not compile in PDF (latex) export [9.5 (release_9.5-59-g52e6f1 @ /home/sjt015/repo/emacs/lisp/org/)]

On 10/11/2021 23:16, Stewart Thomas wrote: A table in which a first column begins with square brackets is not compiling. The square bracket is interpreted by latex as an argument to the preceding line break. Confirmed Thank you for reporting the issue. Example of a workaround >8 #+

Re: [PATCH] ob-clojure.el: Add support for babashka and nbb backend

On 14/11/2021 22:28, Daniel Kraus wrote: * lisp/ob-clojure.el: Add support for babashka and nbb backend. --- +(defun ob-clojure-escape-quotes (str-val) + "Escape quotes for STR-VAL." + (replace-regexp-in-string "\"" "\\\"" str-val 'FIXEDCASE 'LITERAL)) + +(defun ob-clojure-eval-with-babashka (b

Re: table and Cyrillic characters: org-element--cache: Unregistered buffer modifications detected. Resetting

On 14/11/2021 14:56, Ihor Radchenko wrote: Ihor Radchenko writes: Confirmed Ihor, sorry, I removed "[BUG]" from the subject, so the magic did not work. Fixed Unintentionally I pressed some keys and it appeared again Warning (emacs): org-element--cache: Unregistered buffer modifications

Re: after installing python3.6 on Ubuntu 16.04, org files open with errors

On 14/11/2021 01:39, Tim Cross wrote: Uwe Brauer writes: Well in that case I'd rather would prefer 20.04 a LTS release. From experience I know it will take me days till everything is working again, but maybe it is time to do that step. I would check what the status was with Python in 20.04. I'

Re: [PATCH] ob-clojure.el: Add support for babashka and nbb backend

On 14/11/2021 23:30, Daniel Kraus wrote: Max Nikulin writes: On 14/11/2021 22:28, Daniel Kraus wrote: +(defun ob-clojure-escape-quotes (str-val) + "Escape quotes for STR-VAL." + (replace-regexp-in-string "\"" "\\\"" str-val 'FIXEDCASE 'LIT

Re: [SOLVED] (was: [downgrading to matlab 2019a and using 3.5 NOW does not work neither])

On 15/11/2021 20:31, Uwe Brauer wrote: Advice: don't try to upgrade python on a given Ubuntu distribution Anover advice: 1. Avoid unsupported versions of software (Ubuntu-16.04 has only payed support for more than a year) and localize its usage if there is no other way. * reinstall jup

Re: c47b535bb origin/main org-element: Remove dependency on ‘org-emphasis-regexp-components’

On 15/11/2021 22:20, Ihor Radchenko wrote: Nicolas Goaziou writes: Ihor Radchenko writes: This commit may cause random failures when org-emphasis-regexp-components is changed by user. This is not supported anyway. Yeah. Though I have seen people changing this variable. Maybe we should chan

org-capture windows

On 15/11/2021 16:57, Eric S Fraga wrote: I agree completely. One of my bug-bears is org-capture which I often use during meetings to take notes or create TODO items. Typically, the org capture window covers my Teams buffer (I use exwm as my window manager...) which is rather annoying. It see

Re: [BUG] Unregistered buffer modifications detected [9.5 (9.5-g49e2f6 @ /Users/myuser/.emacs.d/straight/29/straight/build/org/)]

On 17/11/2021 13:05, Aaron Jensen wrote: I don't recall what I was doing at the time, it was during a meeting. You press C-h l that calls view-lossage and look into help buffer later. This command helped me to realize what was the cause of https://list.orgmode.org/smre9o$hn1$1...@ciao.gmane.

Re: Bug: org-no-popups disregards display-buffer-fallback-action 9.4.6

On 15/11/2021 14:49, Jan Seeger wrote: On 13.11.21 14:15, Max Nikulin wrote: My thought is that I have a perfectly good window manager that allows me to manage Emacs frames. ... Thus, I prefer to have my window manager manage Emacs frames, instead of adding yet another way to switch between

Re: [PATCH] ob-clojure.el: Add support for babashka and nbb backend

On 15/11/2021 23:05, Daniel Kraus wrote: Max Nikulin writes: Attached is the patch changed the logic to use a temp file with org-babel-eval. Thank you for contribution. I do not have strong objection any more. I am not familiar with babel internals, so I leave further discussion to

Re: c47b535bb origin/main org-element: Remove dependency on ‘org-emphasis-regexp-components’

oblem again). These regexps will always fail under some conditions, since it is not strict markup. An example is emphasis terminated inside link target /A link [[https://orgmode.org/?oops=true][Org Mode]] On 16/11/2021 14:43, Ihor Radchenko wrote: Max Nikulin writes: Better docs and

[BUG] C-c C-* causes "org-element--cache: Unregistered buffer modifications detected."

On 14/11/2021 14:59, Ihor Radchenko wrote: Ihor Radchenko writes: Confirmed However, I can only trigger the warning up to Emacs 27. Emacs 28 and later has no issue. Need to investigate further. Fixed via c3f457375. This is another case when Emacs internals (replace-match) increase buffer-cha

Re: table and Cyrillic characters: org-element--cache: Unregistered buffer modifications detected. Resetting

On 17/11/2021 19:15, Ihor Radchenko wrote: Max Nikulin writes: Unintentionally I pressed some keys and it appeared again ... C-\ russian-computer RET || By "|" I mean Shift+\ that inserts "/" with russian-computer input method. I pushed yet another workaround. That par

LinkRemark Firefox extension approved for addons.mozilla.org

A year ago I announced LinkRemark browser extension to save metadata of web pages as notes in Org Mode. New version is available in Firefox catalog (It is not published to Chrome store, the only option is still to load unpacked extension.): https://addons.mozilla.org/firefox/addon/linkremark/

Re: [BUG] org-mode binds C-c C-TAB, which seems illegal [9.5 (9.5-g0a86ad @ /home/il/.config/emacs/elpa/org-9.5/)]

On 18/11/2021 04:19, Ingo Lohmar wrote: On Fri, Oct 01 2021 23:16 (+0200), Ingo Lohmar wrote: In 9.5, org-key-map binds org-force-cycle-archived to (kbd "C-c C-TAB"). At least on my machine, this specification is illegal: it generates an entry in org-key-map, but the key presses yield an "undef

Re: c47b535bb origin/main org-element: Remove dependency on ‘org-emphasis-regexp-components’

On 18/11/2021 05:44, Samuel Wales wrote: i think i found it useful, long ago, when it was ok/tolerated to change the var, and probably still, to /"do this"/ and /this,/. D. Knuth in "The TeXbook" put punctuation outside of emphasized text, however he mentioned that accordingly to old manuals s

Re: c47b535bb origin/main org-element: Remove dependency on ‘org-emphasis-regexp-components’

On 16/11/2021 14:43, Ihor Radchenko wrote: Max Nikulin writes: Better docs and some restriction on defcustom values were discussed earlier: https://list.orgmode.org/87k0oyd3pw@nicolasgoaziou.fr/ Nicolas Goaziou. Re: Using backticks for the inline code delimeter? Mon, 19 Apr 2021 11:27:07

Re: c47b535bb origin/main org-element: Remove dependency on ‘org-emphasis-regexp-components’

On 21/11/2021 17:01, Ihor Radchenko wrote: Max Nikulin writes: My draft version is attached. Ihor, thank you for inspiration. Feel free to improve it. I hope, it makes problem more apparent to user who tries to customize markers. Have I missed some undesired side effects? Unfortunately with

Re: [PATCH] Fix regex for determining image width from attribute

On 22/11/2021 02:51, Matt Huszagh wrote: Maybe a solution to accomplish all goals would be to add an #+attr_fallback (or attr_default, attr_any, attr_all, etc.) that is used for any backend unless a specific setting is made for that backend. Then it is necessary make all backends aware of such

Re: [PATCH] Fix regex for determining image width from attribute

On 23/11/2021 14:46, Matt Huszagh wrote: Here are two patches that prioritize attr_org over other attr_ keywords. I believe this is what you had in mind Timothy. But let me know if not. diff --git a/lisp/org.el b/lisp/org.el index 308bb7d51..bf5d08e09 100644 --- a/lisp/org.el +++ b/lisp/org.el

[PATCH] org.el: Warning for unsupported markers in `org-set-emphasis-alist'

On 21/11/2021 17:01, Ihor Radchenko wrote: Max Nikulin writes: My draft version is attached. Ihor, thank you for inspiration. Feel free to improve it. I hope, it makes problem more apparent to user who tries to customize markers. A patch is attached. I have dropped changes in documentation

Re: [HELP] Request for patches to improve Org test coverage

On 24/11/2021 20:11, Ihor Radchenko wrote: - Generally, more and better tests would be welcome. There are some tests (test-org/org-sort-remove-invisible) lost in a lengthy thread https://list.orgmode.org/orgmode/s5p88r$go9$1...@ciao.gmane.io/ There is even updates.orgmode.org entry for them:

Re: [PATCH] Fix regex for determining image width from attribute

On 24/11/2021 08:57, Matt Huszagh wrote: Max Nikulin writes: I may be wrong, but it seems both the old and the new regexps match #+attr_html : :width 50% that is not a keyword due to a space before ":". The dot in the regexp is too permissive. I agree. Despite &qu

Re: [PATCH] Fix regex for determining image width from attribute

On 24/11/2021 22:59, Matt Huszagh wrote: Better? Certainly. I have not tested the patch though. I am sorry that I confused you by my note concerning space before :width. I am afraid, current variant means repeated ":" + (concat "^[ \t]*#\\+attr_" +

Re: [PATCH] Fix regex for determining image width from attribute

On 25/11/2021 00:00, Max Nikulin wrote: On 24/11/2021 22:59, Matt Huszagh wrote: I am sorry that I confused you by my note concerning space before :width. I am afraid, current variant means repeated ":" +  (concat "^[ \t]*#\\+attr_" + 

Re: [Patch] to correctly sort the items with emphasis marks in a list

On 25/11/2021 19:11, Ihor Radchenko wrote: Maxim Nikulin writes: I think, new variant should be committed even it does not fix Juan's case. He have not confirmed the fix yet. The patch does apply onto main, but I have a comment. + ;; Emphasis of second word. + ;; Locales with sign

org parser and priorities of inline elements

On 21/11/2021 16:28, Ihor Radchenko wrote: Also, is there any reason why we are not simply using punctuation character class instead of listing punctuation chars explicitly (and only for English)? What about "_你叫什么名字_？" It seems punctuation character class is too broad. E.g. ¿ INVERTED QUE

  1   2   3   4   5   6   7   8   9   10   >