[PATCH] ox-latex: Allow percent sign in 'src-block' caption

On 03/09/2021 19:17, Maxim Nikulin wrote: > On 30/07/2021 22:00, Charest, Luc wrote: >> >> org-latex-src-block: Not enough arguments for format string > > Confirmed > > User input is combined with format string in `org-latex-src-block' > so percent character in

Re: Bug: PDF Export of Link fails (emphasis ends inside link target)

On 03/09/2021 21:33, Timothy wrote: Perhaps a “fix” could be auto-escaping problematic characters in urls when entering links via `org-insert-link'. [/query/] Just to be clear: while comma may be percent-escaped (`org-lint' perhaps would not be happy), "/?"

Re: Bug: PDF Export of Link fails (emphasis ends inside link target)

@nicolasgoaziou.fr/ : Maxim Nikulin writes: Surprisingly there are still cases when the old approach works better: (let ((s (org-sort-remove-invisible "A /wrapping [[https://orgmode.org/?a=b=d#e][link]] emphasis/"))) (set-text-properties 0 (length s) nil s) s) "A wrapping [[https://

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

On 30/07/2021 22:00, Charest, Luc wrote:    I simplified the problem down to : #+CAPTION: Org Mode works 99.99\% of the time. #+BEGIN_SRC -n // this is only a proof of concept #+END_SRC As soon as I put the percentage sign in the caption, the LaTeX export backend fails with this message :

Re: Bug: "DEFINITION NOT FOUND" for footnote in Org manual

On 21/07/2021 22:26, Timothy wrote: Maxim Nikulin writes: It seems, the footnote was unintentionally lost in the merge commit with a lot of conflicts due to renumbering in both branches: https://code.orgmode.org/bzg/org-mode/commit/9410fbe0606a53b0582cc175b2cc525d556b23fe#diff

Re: Org table: numeric locale

On 28/08/2021 14:07, Jarmo Hurri wrote: I wonder if it is possible to get org table formulas to respect numeric locale. Even to add some functions to Emacs that respect numeric locales, it is necessary to use e.g. dynamic modules (warning: do not try to change global locale by setlocale(3),

Re: ob-lilypond.el doesn't generate midi files

On 28/08/2021 02:54, Nick Dokos wrote: Also check if `org-babel-lilypond-arrange-mode' is t or nil: behavior is very different depending on that. Final thought: `xdg-open' starts whatever app it is supposed to run in the background and returns immediately. That may cause problems with babel.

Re: org-capture config broken

On 26/08/2021 16:48, Orm Finnendahl wrote: Am Mittwoch, den 25. August 2021 um 18:16:15 Uhr (+0200) schrieb Maxim Nikulin: Unfortunately you did not specify version of Org you are currently using. Sorry, it's 9.4.4. The changes, I were writing about, landed in 9.4.6. If you were using

Re: Manual on web site is not the latest version

On 28/04/2021 12:35, Bastien wrote: Do you still see differences between the doc/org-manual.org and the one published on https://orgmode.org/manual/ ? If so, please point at one or two differences. Thanks! curl -I https://orgmode.org/manual/The-capture-protocol.html date: Thu, 26 Aug 2021

Re: org-capture config broken (org-protocol URI syntax)

On 25/08/2021 19:05, Orm Finnendahl wrote: I use a custom script (dating back to a post from 2013) to capture my mutt Emails using org-capture. It worked flawlessly but stopped working some time ago (I don't exactly know, when, probably last year). Unfortunately you did not specify version

Re: Bug: org-src-font-lock-fontify-block should be wrapped with save-match-data [9.3.7 (9.3.7-4-gba6ca7-elpaplus @ mixed installation! /mnt/c/Users/toz/Weiterbildung/Soft/Emacs/ and /mnt/c/Users/toz/.

, I would consider issuing a message during loading of Org mode. On 24/08/2021 23:57, Maxim Nikulin wrote: On 23/08/2021 14:45, Timothy wrote: Thanks for your efforts. I have prepared a patch accordingly that wraps org-src-font-lock-fontify-block’s body with save-match-data (attached). >

Re: What happened to ./contrib?

On 25/08/2021 15:07, Martin Steffen wrote: Note that the documentation https://orgmode.org/worg/org-contrib/ (still) mentions currently a directory contrib, but in my latest pulled version, it's gone (see also https://github.com/bzg/org-mode). There is a patch that should fix links to

Re: Bug: org-src-font-lock-fontify-block should be wrapped with save-match-data [9.3.7 (9.3.7-4-gba6ca7-elpaplus @ mixed installation! /mnt/c/Users/toz/Weiterbildung/Soft/Emacs/ and /mnt/c/Users/toz/.

On 23/08/2021 14:45, Timothy wrote: Thanks for your efforts. I have prepared a patch accordingly that wraps org-src-font-lock-fontify-block’s body with save-match-data (attached). If I don’t hear anything bad about it in the next few days, I’ll push it :) Please let me know if my commit

Re: Internal link broken when publishing (was org-id with ox-html)

On 23/08/2021 03:42, inkbottle wrote: Links between two different files, like `[[id:e54113f9-2ad7-4a86-94be-68ffc696de0b][hello]]`, get broken when publishing. (whatever the settings). I haven't found any workaround. Being able to move around entries, functionality provided by `org-id-link-to-

Re: Still errors with Emacs 26.3

On 16/08/2021 11:49, Axel Kielhorn wrote: Thanks for fixing the errors in org cite. I hope, what you report about are no more than warnings, not errors. Compiling /Users/axel/src/Emacs/org-mode/lisp/org-agenda.el... In end of data: org-agenda.el:10873:1:Warning: the function

Re: org-attach-sync uses directory-empty-p (new in Emacs 28)

On 15/08/2021 16:11, Marco Wahl wrote: Maxim Nikulin writes: Compiling single /home/ubuntu/org-mode/lisp/org-compat.el... In end of data: org-compat.el:1255:1:Warning: the function ‘directory-empty-p’ is not known to be defined. I have never fought with this kind of problem. After

Re: Smart quotes for Greek (questions for a possible patch)

On 14/08/2021 22:06, Juan Manuel Macías wrote: I would like to submit a patch to add smart quotes for Greek in `org-export-smart-quotes-alist', but I have a couple of questions. First of all, I am not a native speaker of Greek Disclaimer: I am not a Greek speaker at all. Yannis Haralambous

Re: return column from table as a column

On 13/08/2021 21:17, Roger Mason wrote: I need to extract a column from a table to use as input to a source block. I want the extracted column to be returned as a column but it is returned as a row. The following illustrates the problem: #+name: s1 | scale | scale1 | scale3 | jid | | -

Re: BUG: org-lint false missing arguments for macro with optional arguments

On 30/06/2021 20:30, Michael Dauer wrote: I've the following: (defun ct-action-plan ( up recently-done) ... (push '("action_plan" . "(eval (ct-action-plan $1 $2))") org-export-global-macros) Didn't you report that adding macros directly to `org-export-global-macros' are not supported by

Re: org-attach-sync uses directory-empty-p (new in Emacs 28)

On 12/08/2021 04:17, Marco Wahl wrote: Maxim Nikulin writes: Compiling single /home/ubuntu/org-mode/lisp/org-compat.el... In end of data: org-compat.el:1255:1:Warning: the function ‘directory-empty-p’ is not known to be defined. ... How make the compiler happy? I have never fought

Re: citations: rx problems with emacs-26.3

On 11/08/2021 16:33, Nicolas Goaziou wrote: Maxim Nikulin writes: There are a couple of issues with "make single" for emacs-25.2: All fixed. Thank you. Thank you, Nicolas. It seems org-cite can be cleanly loaded or compiled by Emacs-25 and Emacs-26 now.

Re: org-attach-sync uses directory-empty-p (new in Emacs 28)

On 11/08/2021 03:52, Marco Wahl wrote: Kyle Meyer writes: In 61e083732 (org-attach: Possibly delete empty attach directory, 2021-07-09), you added a call to directory-empty-p. This function was introduced in Emacs's 0806075520 (Add directory-empty-p and new argument COUNT for

Re: citations: rx problems with emacs-26.3

On 08/08/2021 21:14, Nicolas Goaziou wrote: Maxim Nikulin writes: I have noticed another problem with a lot of pcase branches in `org-cite-natbib--style-to-command' in and my experience is not enough to resolve it. On attempt to byte-compile-file the following error is reported after

Re: citations: rx problems with emacs-26.3

On 08/08/2021 03:27, Nicolas Goaziou wrote: Maxim Nikulin writes: It seems, rx e.g. in emacs-26.3 does not support all features used in oc.el and oc-csl.el. Loading an org file using git master, I get a warning Eager macro-expansion failure: (error "rx form ‘regexp’ requires args satis

Re: citations: rx problems with emacs-26.3

On 08/08/2021 03:27, Nicolas Goaziou wrote: Maxim Nikulin writes: It seems, rx e.g. in emacs-26.3 does not support all features used in oc.el and oc-csl.el. Loading an org file using git master, I get a warning Eager macro-expansion failure: (error "rx form ‘regexp’ requires args satis

Re: [PATCH] org-agenda.el: Avoid dependency on subr-x

On 05/08/2021 19:59, Timothy wrote: Restore compatibility with Emacs-24.3. FYI Emacs 24 is no longer Org’s minimum version, from the next release onward it will be Emacs 25. Timothy, I have seen that discussion. For me it does not matter in which way org-agenda.el will be fixed: by adding

Re: [PATCH] org-agenda.el: Avoid dependency on subr-x

On 05/08/2021 04:41, Вячеслав Гришин wrote: Now I don't know if I need to do something extra, because the problem arose because of my mistake. Vyacheslav, you do not need to react to my patch, it is for Org maintainers. There is neither continuous integration server nor ready to use

Re: [PATCH] Rename headline to heading

On 05/08/2021 19:12, André A. Gomes wrote: @@ -963,7 +963,7 @@ Store them in the capture property list." (org-capture-put-target-region-and-position) (goto-char position)) (_ (error "Cannot find target ID \"%s\"" id - (`(file+headline ,path ,headline)

Re: [PATCH] org-agenda.el: Avoid dependency on subr-x

The patch is created for the maint branch. I have reordered some part of the quoted message. On 05/08/2021 05:11, Tim Cross wrote: > I don't think this patch is required, especially since we have not had > any bug reported relating to that version. org-agenda.el (and some other files) should

[PATCH] org-agenda.el: Avoid dependency on subr-x

* lisp/org-agenda.el (org-agenda-highlight-todo): Do not use `string-empty-p'. Restore compatibility with Emacs-24.3. --- lisp/org-agenda.el | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index c3fbabc01..b6cd895bc 100644 ---

Re: Multilingual quotes inside paragraphs

On 28/07/2021 20:49, Juan Manuel Macías wrote: Links (or macros) are a good user-level solution to solve certain specific cases, IMHO. At a native level (in case Org someday implement consistent and native multilingual support), I don't know what would be the best solution for multilingual

bug#12972: 24.3.50; Move `org-open-file' and associated code out of Org mode

On 30/07/2021 19:01, Lars Ingebrigtsen wrote: Maxim Nikulin writes: I am attaching a patch similar to proposed to Org mode that should help to avoid obscure failures of viewers due to unnecessary terminal sessions. Thanks; makes sense to me (and seems to fix these persistent issues with xgd

Re: bug processing non emacs-lisp blocks

On 29/07/2021 11:13, Tim Cross wrote: dmg writes: org-babel-load-file will try to tangle any source block that contains the substring emacs-lisp or elisp in their language. For example, the following code block will be tangled: #+begin_src emacs-lispDONOT (use-package "org-sidebar")

Re: Multilingual quotes inside paragraphs

On 26/07/2021 16:25, Juan Manuel Macías wrote: I'm experimenting with `org-link-set-parameters' to create multilingual quotes (chunks of text) inside paragraphs. Although I focus mainly on the export to LaTeX with babel and csquotes packages, I also want extend support for HTML and odt output.

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

On 21/07/2021 22:22, Eric S Fraga wrote: On Wednesday, 21 Jul 2021 at 21:48, Maxim Nikulin wrote: It is at least fragile. HTML export results in separate paragraphs: Yes, I said "if exporting to LaTeX"... ;-) I am unsure, but "#+latex:" probably belongs to "Keywor

Re: Bug: "DEFINITION NOT FOUND" for footnote in Org manual

On 21/07/2021 17:36, Timothy wrote: At https://orgmode.org/manual/Export-Settings.html#DOCF124 and (renumbered to "fn:123") in doc/org-manual.org, a foot- note is defined as "DEFINITION NOT FOUND": Well that certainly looks dodgy! The original footnote seems to have been added with commit

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

On 19/07/2021 21:03, Eric S Fraga wrote: On Friday, 16 Jul 2021 at 12:06, William Denton wrote: People who write one-sentence-per-line, have you had this problem, and if so how did you handle it? If I will be exporting to LaTeX, I do the following: --8<---cut

Bug: duplicated \texttt in LaTeX export

It seems, something goes wrong with LaTeX export at least in git master >8 #+PROPERTY: header-args :eval never-export :exports code :results silent src_elisp{(delete-dups nil)} 8< Export as LaTeX buffer: \texttt{\texttt{(delete-dups nil)}} I see no reason why \texttt

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

On 16/07/2021 23:06, William Denton wrote: #+begin_src org In this paragraph I introduce an idea. # Here is something I'm not sure about yet. But I am sure about this. And here is my conclusion. #+end_src org When this is exported, it becomes two paragraphs, as though the commented line was

Re: org-mode export to (latex) PDF

On 17/07/2021 01:34, Juan Manuel Macías wrote: Maxim Nikulin writes: I think that low level implementation in browser or in some underlying library is much faster LM Roman 12 abc абв…с LM Roman 12, CMU Serif abc абв…с They are two different scenarios

Re: org-mode export to (latex) PDF

On 16/07/2021 02:40, Juan Manuel Macías wrote: Maxim Nikulin writes: In CSS it is possible to specify a list of fonts and a glyph is taken from the first font where it is present. Despite particular fonts have limited coverage, I see wide range of Unicode characters on web pages, that is why I

Re: org-mode export to (latex) PDF

On 15/07/2021 02:05, Stefan Nobis wrote: Maxim Nikulin writes: There are cm-super fonts for at least of 15 years. There are many tradeoffs in many aspects. No single font pleases everyone. So you want to say: Your requirements are more important/common/stylish/whatever that the requirements

Re: org-mode export to (latex) PDF

On 14/07/2021 13:44, Stefan Nobis wrote: The main point: utf8x and the associated package ucs are not maintained for quite some time (utf8x seems to be last changed in 2004) and as far as I understand have always been more of a workaround than a solution. But I'm not an expert in this regard.

Re: org-mode export to (latex) PDF

On 10/07/2021 23:44, Stefan Nobis wrote: Maxim Nikulin writes: (add-to-list 'org-latex-inputenc-alist '("utf8" . "utf8x")) so I am unaware whether \usepackage[utf8x]{inputenc} has any drawbacks. Do not do this. Both, utf8x and ucs, are obsolete and deprecated for quite s

Re: [BUG] org-goto slows down org-set-property

On 11/07/2021 23:00, Ihor Radchenko wrote: Maxim Nikulin writes: Ihor, did you get that numbers using emacs -Q? If not, I suspect you may have twice more markers in the buffer than `org-refile-get-targets' usually generates. If my guess is correct it may be necessary to file a bug that org-ql

Re: [BUG] org-goto slows down org-set-property

On 11/07/2021 21:20, Ihor Radchenko wrote: Maxim Nikulin writes > | nm-tst | 22.599429478 | 4 | 2.078571420924 | | org-refile-cache-clear |0.003903494 | 0 |0.0 | | nm-tst | 13.969909913 | 4 | 2.06943181500

Re: [BUG] org-goto slows down org-set-property

On 11/07/2021 18:49, Ihor Radchenko wrote: Your test on my 12M chars 18k headings org file (Emacs master, Org mode master). I cannot use org-set-property even without org-refile-cache :( | nm-tst | 13.969909913 | 4 | 2.0694318153 | Certainly 13 seconds is no go

citations: rx problems with emacs-26.3

I think citation support is a great feature. (Sorry, I do not work with references now, so I can tell nothing concerning implementation for org.) It seems, rx e.g. in emacs-26.3 does not support all features used in oc.el and oc-csl.el. Loading an org file using git master, I get a warning

Re: [BUG] org-goto slows down org-set-property

On 10/07/2021 22:47, Maxim Nikulin wrote: It is rather annoying that C-c C-x p `org-set-property' may be quite slow if a file is large enough. (I do not consider it huge however.) There is noticeable delay before the prompt for property name appears in minibuffer. Accidentally I have noticed

Re: org-mode export to (latex) PDF

On 10/07/2021 20:52, Juan Manuel Macías wrote: I agree with you that Org should have multilingual support. A few months ago I started this thread here, with some proposals: https://orgmode.org/list/87o8d95pvo@posteo.net/ I tried to draw more attention to support of locale-aware formatting

[BUG] org-goto slows down org-set-property

It is rather annoying that C-c C-x p `org-set-property' may be quite slow if a file is large enough. (I do not consider it huge however.) There is noticeable delay before the prompt for property name appears in minibuffer. Accidentally I have noticed that sometimes it is fast. Problem appears

Re: A requires/provides approach to linking source code blocks

On 09/07/2021 02:32, Tim Cross wrote: Marko Schuetz-Schmuck writes: I would find it useful to have a more declarative way for specifying sequence. I imagine e.g. using "#+REQUIRES:" and "#+PROVIDES:" to capture dependency and then have the exporter compute a sequence satisfying these. I would

[PATCH] worg/org-contrib: fix links to raw files

On 07/07/2021 22:31, Maxim Nikulin wrote: On 07/07/2021 14:23, Michael Maurer wrote: On Tue, 6 Jul 2021 at 08:07, Michael Maurer wrote: in my config, but making a camel case headline does not create a link when repeating the word in a paragraph. I've also tried activating org-wikinodes with m

Re: unable to activate org-wikinodes

On 07/07/2021 14:23, Michael Maurer wrote: On Tue, 6 Jul 2021 at 08:07, Michael Maurer wrote: in my config, but making a camel case headline does not create a link when repeating the word in a paragraph. I've also tried activating org-wikinodes with m-x customize, but no difference. Is this

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

On 06/07/2021 08:45, stardiviner wrote: Here is the new patch which invokes notifications though Emacs built-in API `ns-do-applescript`. I suspect, you considered your original patch as small and simple, didn't you? + (format "display notification \"%s\" with title \"Org mode

bug#12972: [PATCH] Avoid regression in mailcap-view-file similar to Bug#44824

By mistake I sent the message below as private one at first. However it actually does not add anything new to my previous comments to the bug. On 04/07/2021 20:49, Eli Zaretskii wrote: From: Maxim Nikulin Date: Sun, 4 Jul 2021 20:37:24 +0700 Sorry, I'm not sure I understand what this is all

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

On 05/07/2021 10:50, stardiviner wrote: I updated the patch, I found the package `osx-lib` contains solution. So I removed the directly osascript process invocation. I have no objections any more. On the other hand I have no access to macOS, so I have not tested this patch. Feel free to

bug#12972: [PATCH] Avoid regression in mailcap-view-file similar to Bug#44824

On 03/07/2021 18:56, Eli Zaretskii wrote: From: Maxim Nikulin Date: Sat, 3 Jul 2021 18:29:30 +0700 I am giving up with this issue. That's too bad. I see no reason to give up, and I urge you to reconsider, please. Sorry, but the space of your assumptions and maybe confusions has too high

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

On 04/07/2021 07:23, stardiviner wrote: I found `org-notify` does not support macOS desktop notification. So I write a small patch for this. I am surprised that there is no OS-agnostic function in Emacs that sends simple notification, suitable when no advanced feature are necessary. Only

bug#12972: [PATCH] Avoid regression in mailcap-view-file similar to Bug#44824

he new bug as is or to fix it in a way they like On 03/07/2021 00:28, Eli Zaretskii wrote: From: Maxim Nikulin Date: Fri, 2 Jul 2021 23:24:23 +0700 On 02/07/2021 19:37, Eli Zaretskii wrote: From: Maxim Nikulin Date: Fri, 2 Jul 2021 19:21:55 +0700 And with other handlers, this could be an incompatible behav

bug#12972: [PATCH] Avoid regression in mailcap-view-file similar to Bug#44824

On 02/07/2021 19:37, Eli Zaretskii wrote: From: Maxim Nikulin Date: Fri, 2 Jul 2021 19:21:55 +0700 Cc: Lars Ingebrigtsen And with other handlers, this could be an incompatible behavior change if the handler behaves differently when its standard handles are connected to a pipe rather than

bug#12972: [PATCH] Avoid regression in mailcap-view-file similar to Bug#44824

On 02/07/2021 01:38, Eli Zaretskii wrote: From: Maxim Nikulin Date: Fri, 2 Jul 2021 00:01:59 +0700 --- a/lisp/net/mailcap.el +++ b/lisp/net/mailcap.el -(start-process-shell-command command nil command))) ... +(make-process + :name "mailcap-view-file" :connection-

bug#12972: [PATCH] Avoid regression in mailcap-view-file similar to Bug#44824

On 01/06/2021 13:56, Lars Ingebrigtsen wrote: So I've now added this to Emacs 28 under the name `mailcap-view-file'. I am attaching a patch similar to proposed to Org mode that should help to avoid obscure failures of viewers due to unnecessary terminal sessions. >From

Re: Bug: ODT export of Chinese text inserts spaces for line breaks

On 29/06/2021 10:47, James Harkins wrote: * Test 1本人不想亲自拿到学历学位证书、急于离校者,可书面委托他人代领学历学位证 书,29日起即可离校;2本人想亲自领取学历学位证书者,按学校规定的程序及有关 要求办理离校手续,领取相关证书后离校; Exporting to ODT produces the following (body text, omitting titles, headers and such). 1本人不想亲自拿到学历学位证书、急于离校者,可书面委托他人代领学历学位证

Re: Bug: ODT export of Chinese text inserts spaces for line breaks

On 29/06/2021 10:47, James Harkins wrote: So, it would make sense to add a rule to the exporter: if one of the characters before or after a source-text line break is a Chinese, Japanese or Korean character, do not add a space. On 29/06/2021 11:43, tumashu wrote: You can try the below config

Re: Adding a goto-heading protocol to org-protocol

On 23/06/2021 13:34, Allen Li wrote: The idea is to add a new protocol that looks like "org-protocol://goto-heading?id=UUID-HERE" that jumps to the specified Org heading in Emacs.  The implementation is really simple: It may be convenient in some cases. I prefer custom_id properties

Re: Large source block causes org-mode to be unusable

On 22/06/2021 19:32, Léo Ackermann wrote: I suggest that special block in LateX export (https://orgmode.org/manual/Special-blocks-in-LaTeX-export.html) may be treated differently. Generally I agree with you that #+begin_proof should be a thin wrapper unlike a source code block. However I

Re: literate programming, development log -- ideas? (ominbus reply)

On 09/06/2021 00:21, Samuel Banya wrote: I've noticed that some times after git merge events across a few machines (ex: I forgot I had already pushed notes for my private notes on one machine, and had to merge the results from another machine), I'll get weird "HEAD" and "END" statements

Re: bug#47885: [PATCH] org-table-import: Make it more smarter for interactive use

On 06/06/2021 00:50, Utkarsh Singh wrote: On 2021-06-05, 19:40 +0700, Maxim Nikulin wrote: This line should be added to org-table.el, but notice "rx ‘not’ syntax error: (or ". This logical operators have a bit different meaning for regular expression. I just "tested" most

Re: bug#47885: [PATCH] org-table-import: Make it more smarter for interactive use

On 04/06/2021 11:04, Utkarsh Singh wrote: On 2021-06-02, 23:44 +0700, Maxim Nikulin wrote: On 02/06/2021 22:08, Utkarsh Singh wrote: ;;;###autoload (defun org-table-import (file separator) @@ -955,12 +971,13 @@ lines. It can have the following values: - integer When a number, use

Re: bug#47885: [PATCH] org-table-import: Make it more smarter for interactive use

On 02/06/2021 22:08, Utkarsh Singh wrote: ;;;###autoload (defun org-table-import (file separator) @@ -955,12 +971,13 @@ lines. It can have the following values: - integer When a number, use that many spaces, or a TAB, as field separator. - regexp When a regular expression, use it to

Re: bug#12972: 24.3.50; Move `org-open-file' and associated code out of Org mode

On 01/06/2021 13:56, Lars Ingebrigtsen wrote: So I've now added this to Emacs 28 under the name `mailcap-view-file'. I am sorry if it is a false alarm. Feel free to close the bug again if something changed recently in `start-process-shell-command' or if you prefer to discuss the issue as

Re: bug#47885: [PATCH] org-table-import: Make it more smarter for interactive use

On 02/06/2021 00:46, Utkarsh Singh wrote: Org 9.4.5+patches M-x org-table-import | 1,Word,66.3e-35 || | | | 2,Unquoted | cell,2.7 | | | | 3,"Quoted | cell",3.14 | | | | 4,"Cell

Re: bug#47885: [PATCH] org-table-import: Make it more smarter for interactive use

;" | | 6,"Cell with new| | Line",6.28 | M-x org-table-import RET tbl RET complains that file name extension is not txt, tsv or csv. So my personal conclusion is that CSV file is imported incorrectly in both cases: with guessed separato

Re: [PATCH] org-faq.org: Expand "What is the best setup for indenting?"

Hi Greg, Bastien merged that patch just before I was going to modify it in response to your suggestions. I think, 3 commits is too much noise in git history for the single item in FAQ. However I can to prepare one more correction. Maybe you have got a better idea how to avoid confusion with

[Patch] tests for org-remove-invisible

not think it matters for tests. On 20/04/2021 19:37, Maxim Nikulin wrote: > On 20/04/2021 00:50, Nicolas Goaziou wrote: >> Maxim Nikulin writes: >> >>> On 19/04/2021 23:08, Nicolas Goaziou wrote: >>>>> + ;; Space role in sorting. >>>>> +

Re: [PATCH] org-faq.org: Expand "What is the best setup for indenting?"

Thank you for your comments, Greg. On 20/05/2021 01:06, Greg Minshall wrote: > > patches to patches... :) i think these are really just typos, rather > than any useful substantial comment. > > - s/is enable (the default) or not:/is enabled (the default) or not:/ The patch removed this phrase.

Re: [POLL] Setting `org-adapt-indentation' to nil by default?

On 16/05/2021 03:51, Bastien wrote: > Maxim Nikulin writes: > >> I think, the something like the following should be added to the >> answer. > > Patch welcome! Either for Worg or etc/ORG-NEWS, if you think we > should add something to the existing explanations. I hav

[PATCH] etc/ORG-NEWS: Suggest against disabling `electric-indent-mode'

--- etc/ORG-NEWS | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/etc/ORG-NEWS b/etc/ORG-NEWS index f49d2c043..8707222e0 100644 --- a/etc/ORG-NEWS +++ b/etc/ORG-NEWS @@ -55,8 +55,11 @@ If you want to automatically indent headlines' metadata, set it to If you want to

[PATCH] org-faq.org: Expand "What is the best setup for indenting?"

--- org-faq.org | 61 ++--- 1 file changed, 44 insertions(+), 17 deletions(-) diff --git a/org-faq.org b/org-faq.org index 9cc193c4..0f8934af 100644 --- a/org-faq.org +++ b/org-faq.org @@ -1029,21 +1029,33 @@ something like this: :CUSTOM_ID:

Re: bug#47885: [PATCH] org-table-import: Make it more smarter for interactive use

it. The question may be risen in emacs-devel but I am unsure if I will participate in discussion. On 18/05/2021 17:24, Utkarsh Singh wrote: On 2021-05-16, 23:24 +0700, Maxim Nikulin wrote: On 14/05/2021 21:54, Utkarsh Singh wrote: On 2021-05-13, 00:08 +0700, Maxim Nikulin wrote: Comma

Re: [PATCH] Possibility of using alternative separators in macros

On 17/05/2021 02:21, Christian Moe wrote: Maxim Nikulin writes: On 03/05/2021 04:08, Christian Moe wrote: [snip] #+MACRO: allargshack (eval (format "- /%s/ :: %s" $1 (mapconcat #'identity _ ","))) {{{allargshack(one, two, three)}}} I do not know if Eric can swap order

Re: [PATCH] Possibility of using alternative separators in macros

On 16/05/2021 19:17, Bastien wrote: Juan Manuel Macías writes: (On the other hand, maybe better than an alternate separator, some kind of warning for unescaped commas might be more useful, as Maxim commented here: https://orgmode.org/list/s7g...@ciao.gmane.io/) Yes, probably -- feel free to

Re: bug#47885: [PATCH] org-table-import: Make it more smarter for interactive use

On 14/05/2021 21:54, Utkarsh Singh wrote: On 2021-05-13, 00:08 +0700, Maxim Nikulin wrote: Comma is decimal separator for es_ES, de_DE, ru_RU, etc. The point is that order in which separator candidates are tried should depend on active locale. I am willing to work on this problem but before

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

On 15/05/2021 20:32, Bastien wrote: Bastien writes: Bastien writes: Thanks for the heads-up. I reverted the commit. Please go ahead with whatever you see fit. PS: Re-opening this work-in-progress patch for updates.orgmode.org. I'm closing this now -- Juan, feel free to resubmit a

Re: [PATCH] org-refile.el: Fix the case of emtpy buffer name

In my opinion, patch is the minimal change that fixes particular workflow and can be committed in the current form. Commit message may be improved a bit. I have a question (mainly to maintainer) if another approach could lead to undesired effects, see below. I have noticed a couple of old

Re: URLs with brackets not recognised

On 13/05/2021 03:06, Rudolf Adamkovič wrote: Maxim Nikulin writes: I do not think it is a bug. Plain text links detection is a kind of heuristics. It will be always possible to win competition with regexp. Consider it as a limitation requiring some hints from an intelligent user. I disagree

Re: bug#47885: [PATCH] org-table-import: Make it more smarter for interactive use

On 11/05/2021 01:36, Utkarsh Singh wrote: What do we mean by interactive preview? Does this mean that we should present a user with a list of possible delimiters using minibuffer? I mean something like the dialog that LibreOffice shows on opening of a csv file. There are various options and

Re: URLs with brackets not recognised

On 12/05/2021 17:38, Nick Savage wrote: I can confirm this as a bug. > On 5/12/21 3:32 AM, Colin Baxter wrote: https://en.wikipedia.org/wiki/Cathedral_Basilica_of_St._John_the_Baptist_(Savannah,_Georgia) I do not think it is a bug. Plain text links detection is a kind of heuristics. It

Re: [PATCH] Possibility of using alternative separators in macros

On 03/05/2021 04:08, Christian Moe wrote: I frequently need to escape commas in macros, which is a bit of a pain and easy to forget. Maybe it is not convenient, but if unescaped comma is a real pain, you could detect it and report an error # single line may be wrapped by mailer #+MACRO:

Re: [PATCH 2/2] org-refile.el: Fix test case

On 09/05/2021 23:05, satotake wrote: * lisp/org-refile.el (org-refile-get-targets): Check `buffer-file-name' return value instead of `buffer-base-buffer'. To pass the related tests, we need to check `buffer-file-name'. Thank you for the patches. Maybe I have missed something, but it seems 2

Re: [PATCH] Use cache in org-up-heading-safe

On 07/05/2021 09:08, Ihor Radchenko wrote: Maxim Nikulin writes: Did you just replace gethash by avl-tree? Yes Likely my idea is based on a wrong assumption. I hoped that having positions of headers it is possible to avoid jumps (goto-char ...) preceded or followed by regexp matching almost

Re: [PATCH] Use cache in org-up-heading-safe

Though I still have not tested the patch, I think, it is an improvement and it is helpful in its current form. I am unable to tell if it follows code style. Despite continuing discussion, I am unsure if it could be significantly better. On 06/05/2021 21:34, Ihor Radchenko wrote: Maxim

Re: About multilingual documents

On 05/05/2021 01:55, Aleksandar Dimitrov wrote: Yeah, I know the issue, which is why I rely on XCompose for Latin scripts. For Cyrillic, alas, that is impossible. It means that I basically can't control Emacs while using a Cyrillic layout, which is a pity. I have no good workaround. Generally,

Re: Notes about citations in Org (part 3)

On 06/05/2021 18:53, Bruce D'Arcus wrote: Your example should just use the default org-cite citation, without any style or sub-style. The rest would be handled by latex/bibtex. Right? Yes, simple \cite{k1,k2} is mostly enough for numeric citations. E.g cases like separated list of

Re: [POLL] Setting `org-adapt-indentation' to nil by default?

Bastien, thank you for the fixes of electric-indent-mode, there is no feeling that it is necessary to choose between broken and inconvenient configuration options any more. On 03/05/2021 15:06, Bastien wrote: This might help: https://orgmode.org/worg/org-faq.html#indentation "What is the

Re: Notes about citations in Org (part 3)

On 06/05/2021 00:16, Bruce D'Arcus wrote: On Wed, May 5, 2021 at 12:59 PM Maxim Nikulin wrote: On 04/05/2021 23:59, Nicolas Goaziou wrote: Is the default \cite{key} command (without any other package) used? I'm not sure we should provide it since we are working towards more complete solutions

Re: [PATCH] Use cache in org-up-heading-safe

On 04/05/2021 22:08, Ihor Radchenko wrote: While testing another patch for agenda fontification, I noticed that agenda can spend up to half!! time doing org-up-heading-safe. Mostly inside queries for inherited tags and properties. I managed to make org-up-heading-safe up to 50x faster using

Re: Notes about citations in Org (part 3)

On 04/05/2021 23:59, Nicolas Goaziou wrote: Is the default \cite{key} command (without any other package) used? I'm not sure we should provide it since we are working towards more complete solutions. In some fields simple "[3,7]" citations are traditional. A couple of randomly picked

Re: About multilingual documents

On 04/05/2021 14:30, Aleksandar Dimitrov wrote: I don't usually switch input methods. Instead I rely on the X-Server's facilities, including group toggles and XCompose. For example I use XCompose to write all languages with a Latin alphabet without having to switch layouts/input methods. You

  1   2   3   >