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

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): You are right. Though creating .cache dir is probably a job for xdg.el, not Org. XDG spec prescribes

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

> Emacs core rather than fixing this scenario on Emacs side. *Org side

Re: [BUG] org-agenda generation missing some entries

"Christopher M. Miles" writes: > I put this scheduled task into a separated org file and clean > org-agenda-files variable, and set it > to only this new separated org file. Not displayed. I finally managed reproduce the problem. It only exists in Emacs <28. byte-compiled version of agenda

Re: org-capture broken?

Greg Minshall writes: > Ihor, > >> > make of org mode? (remote possibility: emacs?) >> >> Org mode build process is not standard. Org mode needs to create >> autoload file and generate documentation in addition to normal >> byte-compilation. > > thanks. does that mean running "make" in the

Keyword completion list: uppercase or lowercase? (was: Shower thought: submit an IETF RFC to register Org as a MIME type)

Carlos Pita writes: >>> But then c-a-p is very lenient since it lists lower and upper case block >>> variants even when I typed a lower case prefix, and upper case usually >>> will go first in the list, hence promoting a seemingly bad practice. >> >> Could you clarify what is "c-a-p"? > > Yes, I

Re: Keyword completion list: uppercase or lowercase? (was: Shower thought: submit an IETF RFC to register Org as a MIME type)

"Bruce D'Arcus" writes: >> I just tried with clean Emacs: >> >> #+beg #+begin_ -> list of completions, all in lower >> case >> #+BEG #+BEGIN_ -> list of completions, all in upper >> case > > Perhaps at some point the upper case should just be removed? I am not sure if it is a good idea from

Re: [ISSUE] org-mode fill paragraph is slow and suspend often

"Christopher M. Miles" writes: > I applied your patch on the latest pulled org-mode source code. Still can't > org-fill elements > quickly when region select text contains org headlines, properties drawer etc. > > If I only fill paragraph, it is fine. Thanks for the pointer. I now managed to

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

Max Nikulin writes: >> In toplevel form: >> ox-beamer.el:34:1:Error: Cannot open load file: No such file or directory, >> xdg > > > > ... > > org.el in the main branch still declares > >> ;; Package-Requires: ((emacs "25.1")) > > but it seems xdg.el used by org-persist.el was added in

Re: org-persist warning when archiving

Colin Baxter  writes: > I have now discovered what is causing the org-persist warnings. It is > because my org-agenda files have local variables present. If I remove > the local variables, the warnings disappear. Do you mean file-local? Can you provide a minimal Org file example? I also have

Re: [BUG] Orgmode error prompted to submit [9.6 (9.6-??-27edae8 @ /home/chris/.emacs.d/.local/straight/build-27.2/org/)]

"christopher.pingitore" via "General discussions about Org-mode." writes: > Warning (emacs): org-element--cache: Cache corruption detected in > 2021-08-08--Org File Test for Sharing--TECH.org. Resetting. > The error was: (error "rx ‘**’ range error") > Backtrace: > nil > Please report this to

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

Max Nikulin writes: > Ihor, thank you for your work related to such issues. I had a hope to > thank you for the fix, but I faced a warning again in a bit modified > scenario. This time it is soft indent mode. > ... > First letter of new heading must be a capital one, though it can be > Latin.

Re: [PATCH] Fontification for inline src blocks

Timothy writes: >>> [use org-element] > > Ah right. We now also have the new thread about using org-element. I think > that > sounds like a great change overall, but am still keen for this patch to go > through for the moment — just as a stop gap till org-element exposes all the > necessary

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

Max Nikulin writes: > Unfortunately currently it fails in Emacs-26.3 event without "#+startup: > indent": > > Warning (org-element-cache): org-element--cache: Unregistered buffer > modifications detected. Resetting. > If this warning appears regularly, please report it to Org mode mailing >

Re: [BUG] Plain capture template clocks into following headline instead of given olp [9.5.1 (release_9.5.1-15-gdb4805 @ /usr/share/emacs/29.0.50/lisp/org/)]

Colin Baxter  writes: > If you get no response on this org-mode list, perhaps re-submit it as a > normal emacs bug (M-x report-emacs-bug ). That's not a good idea. org-mode related staff is just forwarded back to this list (but not even always). Just wait a bit until someone get free time to

Re: Concrete suggestions to improve Org mode third-party integration :: an afterthought following Karl Voit's Orgdown proposal

"Gerry Agbobada" writes: > Just not to leave this be a wild guess or a lone data-point, I want to say > that I’m exactly in the same case, and I really don’t want to bring up > anything I do related to org-mode here because of this kind of backlash > without which I feel really better. Too

Re: Concrete suggestions to improve Org mode third-party integration :: an afterthought following Karl Voit's Orgdown proposal

Tim Cross writes: > I don't disagree with this objective. My objection is to changing the > emphasis or priority of org mode as an Emacs mode to a general technical > specification for a small part of what is org-mode, the markup (I will > outline the concerns I have in doing this below). I

Re: Concrete suggestions to improve Org mode third-party integration :: an afterthought following Karl Voit's Orgdown proposal

Karl Voit writes: >> Now, we need to understand what kind of people may be looking to >> orgmode.org website. >> >> 1. Existing emacs users >> 2. Non-emacs users interested in plain text markup >> 3. Non-emacs users interested in GTD/project management, etc >>"Org mode: your life in plain

Re: Concrete suggestions to improve Org mode third-party integration :: an afterthought following Karl Voit's Orgdown proposal

Vincent Breton writes: > Hi, > > Org mode needs to have his pdf  documentation on the official web page > of documentation :  https://www.gnu.org/software/emacs/manual/org.html > > How much time for example to copy  http://www.presentiel.com/org/org.pdf > file  on the official web site for gnu

Re: when does :cache not cache?

taching tentative patch to fix the issue. The patch introduces a new functionality to ob-core.el allowing more stable temporary file names. I am not sure if my implementation is the best way to solve the problem, so comments are welcome. Best, Ihor >From ac11b4d08edd577b29a398296364b434009

[PATCH] org-test: Create a collaborative test set for Org buffer parser

rom f7bb947517e8793a45864b614f06460d1132539d Mon Sep 17 00:00:00 2001 Message-Id: From: Ihor Radchenko Date: Sat, 11 Dec 2021 22:24:39 +0800 Subject: [PATCH] org-test: Create a separate testset for Org element parser * testing/lisp/test-org-element-parser-sources/README.org: Add readme file describ

Re: [BUG] org-element--cache gives "Unregistered buffer modifications" warning [9.5 (9.5-g859984 @ /home/john/.emacs.d/straight/build/org/)]

Kaushal Modi writes: > Also looking closely, I am seeing a different warning: > > Warning (org-element-cache): org-element--cache: > (org-hugo-export-wim-to-md) Cached element is incorrect in *Ox-hugo > Pre-processed ox-hugo-manual.org *<2>. (Cache tic up to date: "yes") Can you: 1. Update Org

Re: [BUG] Error when using Org with emacsplus on MacOS with native comp [9.6 (9.6-??-27edae8 @ /Users/pedroabelleiraseco/.emacs.d/.local/straight/build-28.0.90/org/)]

Pedro Abelleira Seco writes: > Re: [BUG] Error when using Org with emacsplus on MacOS with native comp [9.6 > (9.6-??-27edae8 @ > /Users/pedroabelleiraseco/.emacs.d/.local/straight/build-28.0.90/org/)] Could you provide more details? What kind of error? Best, Ihor

Re: format/fill of text in a cell in tables

George Michaelson writes: > Thank you for the continuing support for Org mode. I really appreciate > the work done. > > I would love to understand why there is no built-in 'fill/wrap' > function for text in a cell, inside an org mode table. > > Given how this is a layout mechanism, and heads to

Re: [BUG] Indirect buffer of indirect buffer is truncated [9.5.1 (9.5.1-g36086a @ /home/nisan/.emacs.d/elpa/org-9.5.1/)]

Nisan Stiennon writes: > ... > Follow these steps: > > 1. S-tab to fold everything. > 2. With point on the "I" heading, C-u C-c C-x b to open an indirect buffer. > 3. With point on the "I" heading in the new buffer, C-u C-c C-x b to open > another indirect buffer. Thanks for reporting! Fixed on

Re: [BUG] org-element--cache gives "Unregistered buffer modifications" warning [9.5 (9.5-g859984 @ /home/john/.emacs.d/straight/build/org/)]

Kaushal Modi writes: > I updated Org to > > Org mode version 9.5 (release_9.5-364-gde022e @ > /home/kmodi/usr_local/apps/7/emacs/emacs-28/share/emacs/site-lisp/org/) FYI, it is suspicious. You should be at 9.5.1. Maybe you forgot to make clean; make autoloads. > Steps to reproduce this issue

Re: Concrete suggestions to improve Org mode third-party integration :: an afterthought following Karl Voit's Orgdown proposal

Juan Manuel Macías writes: > I am not at all in favor of separating the 'Org Mode' name from 'GNU > Emacs'. To clarify, I do not suggest to remove the linkage between Org mode and GNU Emacs. Just change the emphasis. I had no intention to remove the reference to Emacs from search result. It

Re: Concrete suggestions to improve Org mode third-party integration :: an afterthought following Karl Voit's Orgdown proposal

Tim Cross writes: > I think your working off a false premise. Your view is that org mode > should be available in other editors/software so that others can realise > the power and benefits it provides. I can understand that position. A clarification: my premise is that org mode should be

Re: Concrete suggestions to improve Org mode third-party integration :: an afterthought following Karl Voit's Orgdown proposal

Juan Manuel Macías writes: > Yes, sorry for not explaining myself well: I was also referring to > search results, not the title in the web site... > > But the question is: what need is there to remove the reference to Emacs > in the search result? I think the emphasis is necessary. As we say in

Re: Concrete suggestions to improve Org mode third-party integration :: an afterthought following Karl Voit's Orgdown proposal

Tim Cross writes: > - The suggested org mode in a browser example is unlikely to be > acceptable to the FSF (or RMS). The FSF is very much against cloud > based computing services or any web service which uses non-free > Javascript (which is most of them and one of the many reasons Github

Re: frustrations

Jan Ulrich Hasecke writes: > Today I discovered that pamparam does not work anymore with an error > message mentioned here: > https://github.com/nobiot/org-transclusion/issues/105 This most likely indicates that some third-party packages you use are implementing risky Elisp practices known to

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

Max Nikulin writes: >> Well... I added yet another exception on main. Note that this special >> case is also just in older Emacs versions. > > Ihor, have you pushed the change? I still can reproduce the issue with > Emacs-26.3 Oops. I fixed Emacs 27, but apparently not Emacs 26. Should be

Re: BUG?: Link to inline-task not working

Michael Dauer writes: > Before (require 'org-inlinetask) all is fine. But after executing (require > 'org-inlinetask) the following happens: > 1. With point on/in t1 (org-store-link) stores *h2. > 2. The manually created link below h1 works in the buffer. But it is > exported as BROKEN LINK.

Re: [BUG] Cache corruption [9.6 (9.6-??-27edae8ce @ /home/antoine/.emacs.d/.local/straight/build-27.2/org/)]

Antoine Guérin writes: > Just got this error message while editing an *.org file > > Package: Org mode version 9.6 (9.6-??-27edae8ce @ > /home/antoine/.emacs.d/.local/straight/build-27.2/org/) Thanks for reporting! Note that your Org is 1 month old. Can you update to more recent version? Since

Re: [PATCH] org-test: Create a collaborative test set for Org buffer parser

Tim Cross writes: I have nothing to say about licence question. Replying to the other part > ... On > the other hand, I guess there could be cases where people want to just > checkout these samples to use to validate their own library/parser etc. > I tend towards putting them in the org-mode

Re: [BUG] Cache corruption [9.6 (9.6-??-27edae8 @ /Users/apc/.emacs.d/.local/straight/build-28.0.90/org/)]

Alejandro Pérez Carballo writes: > I was simply navigating an org file after installing emacs 28 and doom. > I got the message below and was asked to submit. So here I am. Thanks for reporting! Note that your Org is 1 month old. Can you update to more recent version? Since then, I have pushed

Re: [PATCH] org-test: Create a collaborative test set for Org buffer parser

Max Nikulin writes: > On 11/12/2021 21:39, Ihor Radchenko wrote: >> >> The attached patch is an attempt to create something like shared repo >> for Org element parser tests. > > "[PATCH]" prefix in the subject might be a reason why you message > received

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

tumashu writes: > Another way is creating a new function for the below code, so user can advice > it to full control time string format. It is technically possible. However, to be frank, org-agenda code is too much mess to introduce yet another function or customisation. I am reluctant to do

Re: [BUG] "args out of range" on link heading completion [9.5 (9.5-gd361c7 @ /Users/carlos/.emacs.d/straight/build/org/)]

Carlos Pita writes: > Hi Igor, > > I believe the problem is in: > > (defun pcomplete/org-mode/searchhead () >... > ;; When completing a bracketed link, i.e., "[[*", argument > ;; starts at the star, so remove this character. > (substring pcomplete-stub

Re: Concrete suggestions to improve Org mode third-party integration :: an afterthought following Karl Voit's Orgdown proposal

Tim Cross writes: > ... while I totally agree we should work > very hard not to break compatibility or adversely affect other projects > which are built on top of org mode, like org-roam, we also don't want to > find ourselves in a position where we cannot improve/enhance org mode > because of

Re: examples for org-manual

brownexitus via "General discussions about Org-mode." writes: > The org-manual could use more practical examples, in my opinion. > How does one submit suggestions/edits? Thanks for the interest in improving the manual! The contribution to manual are done same way as any other contribution - you

Re: Concrete suggestions to improve Org mode third-party integration :: an afterthought following Karl Voit's Orgdown proposal

Timothy writes: > For the sake of staying vaguely on-track, I think it’s worth noting that > Ihor’s > comments make no mention of changing the Org syntax, or creating an abstract > definition (that has existed as a WIP for years). I think Dr. Babenhauser referred to another ongoing thread "Raw

Re: [ANN] An Org parser for Julia

Timothy writes: > I’ve actually had a brief look at my performance using my Emacs config file > (which is ~10k lines). On this, my parser is about ~5x faster than > org-element. > On a smaller file like the project’s readme it’s closer to ~10x faster. I’ve > also noticed that I can multithread

Re: org-element-cache warning even when off

Colin Baxter  writes: > I have done this but now do not see any warning. Further, I now don't > seem to be able to re-produce the issue at all. It could that the > original warning was spurious and reflected some stale state. I did have > multiple emacsen open at the time. Note that I fixed

Re: [ANN] An Org parser for Julia

Timothy writes: > I’ve gone heavily into Julia over the past year, and I recently > thought it would be nice if an Org parser existed for it — so I made one! > > > I am wondering how the third-party parsers are going to scale for larger Org files. I did

Re: Org-syntax: Intra-word markup

Denis Maier writes: > Currently, org syntax doesn't officially seem to support intra-word > emphasis. Am I missing something? intra-*word* works just fine for me. Best, Ihor

Re: Org-syntax: Intra-word markup

Juan Manuel Macías writes: >> intra-*word* works just fine for me. >> > I think what Denis is referring to is a construction of the type > *intra*word, which, if I'm not mistaken, is not supported and can only > be achieved by inserting a zero width space. I see. We had a discussion about

Re: Org-syntax: Intra-word markup

Marco Wahl writes: > Is there a recommended way to insert a zero with space? C-x 8

Re: [ANN] An Org parser for Julia

Timothy writes: > │ julia> @benchmark parse(Org, config) > │ BenchmarkTools.Trial: 139 samples with 1 evaluation. > │ Range (min … max): 34.042 ms … 43.269 ms ┊ GC (min … max): 0.00% … 16.10% > │ Time (median): 34.857 ms ┊ GC (median):0.00% > │ Time (mean ± σ):

Re: Org-syntax: Intra-word markup

Denis Maier writes: > > Just a furter remark: while zero-width-spaces can be used as a > workaround, they may create problems in some export formats. E.g., they > will mess up hyphenation in latex. I think if read somewhere that those > can be removed with hooks or filters, but I think that

Re: org-element-cache warning even when off

Colin Baxter  writes: > I do not have an org-persist cache present. So I wonder where is the > cache that I am supposedly corrupting. That warning is shown when org-element--parse-to throws an error (the parser fails). Apparently, there is some problem with Org parser. > Warning

Re: Org-syntax: Intra-word markup

Denis Maier writes: > Yes, Juan Manuel. That's it. > > See for reference: > https://stackoverflow.com/questions/1218238/how-to-make-part-of-a-word-bold-in-org-mode Please, do not use that stackoverflow answer. It is not officially supported, breaks exporting, and will not work anymore in

Re: Org-syntax: Intra-word markup

Denis Maier writes: > As for suggestions: If just using /intra/word creates ambiguities, what > about the asciidoc solution? So //intra//word? I do like this idea. Though I would also like to hear Nicolas' opinion. Best, Ihor

Re: Formal syntax for org-cite

Timothy writes: > Let’s look at a strange citation. > > ┌ > │ [cite: @key *bold* text @@org:hey@@ and /italic/ and {{{macro()}}} and > [fn:3] and > │ <> <2021-12-02 Thu> \latex and \alpha and a statscookie [3/7] > src_lang{hi} > │ s^{up} and s_{ub}] > └ > > Examining the interpretation

Re: Org-syntax: Intra-word markup

Denis Maier writes: >> Can you create an example of such scenario and post it as a bug? >> Probably, we just need to strip all zero-width spaces at the basic ox.el >> level. > To be clear: That's not an org bug. It's just that latex won't be able > such a word. If | is a zero width space, the

Re: Org-syntax: Intra-word markup

Denis Maier writes: >> An alternative may be some kind of "forced" emphasis syntax where Org >> does not have to guess about the emphasis using non-transparent rules. >> But it's what zero width space is for and it is what we recommend in the >> Org manual. > As for the forced syntax. What do

Re: Bug: Unable to resolve link when exporting subtree [9.4.6 (9.4.6-10-gee652a-elpaplus @ /home/kun/.emacs.d/elpa/org-plus-contrib-20210712/)]

Kun Liu writes: > I see error > user-error: Unable to resolve link: "*B" This is expected default behaviour. You can customise it using org-export-with-broken-links. Best, Ihor

Re: [oc] use-package config question

"Bruce D'Arcus" writes: > Could someone with some expertise in this area recommend how I do the > following? > > Load org-cite and it's associated packages (oc-basic, oc-natbib, > etc.), and set some associated variables, if org-cite is available. It should be default behaviour: (use-package

Re: [PATCH] Re: Bug: Duplicate logbook entry for repeated tasks [9.4.6 (9.4.6-gab9f2a @ /home/gustavo/.emacs.d/elpa/org-9.4.6/)]

Bhavin Gandhi writes: > I was trying to understand your change. So, when we call > `org-agenda-todo', it calls `org-todo' which adds the > post-command-hook. This hook is supposed to run when `org-agenda-todo' > finishes, but instead of that we call it directly. This makes sure that > the change

Re: [PATCH] Bug: Duplicate logbook entry for repeated tasks [9.4.6 (9.4.6-gab9f2a @ /home/gustavo/.emacs.d/elpa/org-9.4.6/)]

Alan Ristow writes: > Finally, as a newbie here myself, I have a naïve question of my own: > Provided the patch proves successful, how/when is it applied to the > official org repo? Is it up to Ihor (or somebody else) to make a pull > request, for example? An email with [PATCH] in header is

Re: Dynamic block tables: adding prefix of "id:" to %ID

Karl Voit writes: > I do have a dynamic block table like this: > ... > | NEXT| [0/0] proj bar | bar | :bar:project: | > > Is there a way to get the ID column with working ID links such as: > ... > | NEXT| [0/0] proj bar | id:bar | :bar:project: | You may customise

Re: Dynamic block tables: adding prefix of "id:" to %ID

Karl Voit writes: > Thanks, this sounds clever and I think I understand the code. > Although I would have preferred not to overwrite a function. I > always have a fear that this leads to nasty side-effects with future > updates. That's not overwriting.

Re: [PATCH] make test: Make failure results more verbose

Max Nikulin writes: > Ihor, are there examples of new error reports in mail lists, blogs, etc? > I am not motivated enough to try development version of emacs, but my > impression that current error log looks like rectangles of garbage. Yeah, I should have attached examples to the original

Re: [BUG] org-persist.el: The commits after "410afd6f374e9" caused org-agenda buffer does not display scheduled and deadline tasks

"Christopher M. Miles" writes: > I use your reproduce steps, confirmed the problem exist. The headline does > not appear. > > 1. Run emacs -Q -L ./lisp ~/org-persist-test.org > 2. M-x org-agenda > 3. < a (set restriction to current buffer and run normal weekly agenda) > > My Emacs version: GNU

Re: [tip] Inline tasks as anonymous sections

Juan Manuel Macías writes: > I think that a very efficient way to take advantage of inline tasks (in > the framework of document authoring and exporting) is to treat them as > anonymous sections, that is, those sections that do not have a title and > are normally separated in books by some

Re: [BUG] org-persist.el: The commits after "410afd6f374e9" caused org-agenda buffer does not display scheduled and deadline tasks

"Christopher M. Miles" writes: > I use your reproduce steps, confirmed the problem exist. The headline does > not appear. > > 1. Run emacs -Q -L ./lisp ~/org-persist-test.org > 2. M-x org-agenda > 3. < a (set restriction to current buffer and run normal weekly agenda) > > My Emacs version: GNU

Re: [BUG] org-persist.el: The commits after "410afd6f374e9" caused org-agenda buffer does not display scheduled and deadline tasks

"Christopher M. Miles" writes: > Here is my reproduce environment: > > Reproduce test with =emacs -Q= > > #+begin_src shell :eval no > emacs -Q -l ~/.config/emacs/minimal-org-init.el ~/org-persist-test.org > #+end_src > > #+begin_src org :tangle "~/org-persist-test.org" > ,* LEARN  Clojure

Re: [BUG] Setting org-map-continue from to avoid skipping headings while archiving no longer works [9.5.2 (9.5.2-gd01235 @ /home/john/.emacs.d/straight/build/org/)]

John Mathena writes: > * TODO A > * TODO B > * DONE C > > ...Emacs will hang, locking up until you "C-g". This minimal example > was confirmed on Emacs 29.0.50 and Org 9.5.2-gb8656a (and I'd Thanks for reporting! This was a problem on Org side. Should be fixed now. > Again, I'd totally

Re: [PATCH] Re: Escaping org mode date properties

Eduardo Suarez-Santana writes: > I hope this helps: > ... > * TODO begin_src scheduled entry > #+begin_src org > SCHEDULED: <2022-01-03 Mon> > #+end_src Thanks! It does help. I created a test case based on your steps. I pushed the two patches and the test to bugfix. Your issue should be fixed

Re: Playing down the text in org-mode

fatiparty--- via "General discussions about Org-mode." writes: > A problem with footnote is that only the [fn:1] gets coloured.  > > [fn:1] This is a footnote Are you talking about 1 in footnote¹ being colored when using LaTeX export? If so, it is a matter of your \hypersetup options. > Have

Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]

> I suggest to keep current defaults. Because I have lot of Org files, if > changed, I have to do lot of > work to adopt files and might get wrong. It's very important. Org mode does not distinguish the _meaning_ of all keywords regardless of their case. Including src blocks and results. If it

Re: [BUG] ob-tangle overrides user customization of org-id-link-to-org-use-id [9.5.2 (9.5.2-gfbff08 @ /home/ionasal/.emacs.d/elpa/org-9.5.2/)]

Allen Li writes: >> I agree. The question is whether changing to >> (defvar org-id-link-to-org-use-id) >> solves your problem. > > Thanks for your concern. By editing ob-tangle.el, I can confirm that > changing this does solve my problem. > > If I must, I could provide a reproducible example,

Re: Playing down the text in org-mode

fatiparty--- via "General discussions about Org-mode." writes: > The basic problem with footnote is the requirement for the footnote marker > to be incolumn 0, no indentation allowed. > Are there other altornatives?  Any tags to change colour.  Would need some > examples. You can use inline

Re: Bug: Indentation for

Vitalij Chepelev writes: > Hello. > > I am new to Org mode. it is enough #+BEGIN_SRC for me for now. > That is why I use (require 'org-tempo). > > When I type: > > > There is an unintendet indentation. > I use TAB only for autocompletion. I don't need indentation and when I press >

Re: Feedback on Emacs-Jupyter

Nathaniel Nicandro writes: > I'm the maintainer of the emacs-jupyter project > (https://github.com/nnicandro/emacs-jupyter) which essentially > integrates Jupyter kernels (https://jupyter.org) with Org mode source > blocks. > > I wanted to make an introduction to the Org community. So...hello!

Re: [PATCH] Fix signature for org-element-at-point

"Mark A. Hershberger" writes: > --- > lisp/ob-exp.el| 2 +- > lisp/ob-lob.el| 2 +- > ... Thanks a lot! Pushed to main. Best, Ihor

Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]

Rudolf Adamkovič writes: > The results so far: > > - For inconsistent defaults: > Colin > > - For consistent defaults: > Rudy (me), Tim, Timothy, Kaushal > > - Unknown: > Gyro > > Four times more people would like to see consistent defaults so far. > Does that count as overwhelming

Re: Cannot set invisible text property

Enrico Flor writes: > In a minor mode I wrote for myself, I use add-text-properties to make > certain things invisible. This does not work in org-mode, and I don't > understand why. For instance, the following has no effect in when the > buffer is in org-mode (and only when it's in org mode):

Re: [BUG] ob-tangle overrides user customization of org-id-link-to-org-use-id [9.5.2 (9.5.2-gfbff08 @ /home/ionasal/.emacs.d/elpa/org-9.5.2/)]

Allen Li writes: >> Allen Li writes: >> >>> In ob-tangle.el, the line >>> >>> (defvar org-id-link-to-org-use-id nil) ; Dynamically scoped >>> >>> appears to override the user's customization of >>> org-id-link-to-org-use-id. >> >> Have you seen this happening? > > Yes, that's why I filed the

Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]

Colin Baxter  writes: > What is the point of changing a default? Users can change to whatever > they like, but a default is a default - i.e. remains fixed. Why a > particular default arose belongs to peculiarities of history. Do people > really want to revisit this year after year? The value of

Re: [BUG] ob-tangle overrides user customization of org-id-link-to-org-use-id [9.5.2 (9.5.2-gfbff08 @ /home/ionasal/.emacs.d/elpa/org-9.5.2/)]

Allen Li writes: > In ob-tangle.el, the line > > (defvar org-id-link-to-org-use-id nil) ; Dynamically scoped > > appears to override the user's customization of > org-id-link-to-org-use-id. Have you seen this happening? FYI, defvar does not overwrite variable value that is already set. Try the

Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]

Timothy writes: > Hmm. Upon inspection I see that some uses of `org-babel-results-keyword' are > indeed case-sensitive. This comes as a surprise to me, as I thought that /all/ > keywords were parsed in a case-insensitive manner. > > Is there a good reason for this? Could you elaborate on this?

Re: [BUG] org-persist.el: The commits after "410afd6f374e9" caused org-agenda buffer does not display scheduled and deadline tasks

"Christopher M. Miles" writes: >> we are entering the territory of Emacs >> build-dependent bugs... > >> My best suggestion then is going to >> org-element.el and changing "(version< emacs-version "29")" to "t". > > I used this method, found the problem is gone. Thanks! So much for the idea of

Re: [PATCH] org-attach-use-inheritance inherits from sibling

Ihor Radchenko writes: > Johan Tolö writes: > >> If "* Top heading" is the first heading in the buffer with nothing >> above it, not even a whitespace/newline, then '(org-entry-get nil >> "id" t)' with point in "* Second heading" will re

Re: [BUG] ob-tangle overrides user customization of org-id-link-to-org-use-id [9.5.2 (9.5.2-gfbff08 @ /home/ionasal/.emacs.d/elpa/org-9.5.2/)]

Allen Li writes: > I see. In my opinion those occurrences should be fixed even if no one > is reporting issues because it is bad/improper code, and it is not > especially surprising that no one has reported it yet; there is always a > first person who reports a bug, and there are always more

Re: [BUG] Evaluating org-class throws a void-variable error [9.6 (9.6-??-0c9b30e96 @ ~/.emacs.d/.local/straight/build-27.2/org/)]

Giorgi Gvalia writes: > Excuse the potential bad formatting, I am new to sending bug reports like > this. > > When using the string `<%%(org-class 2022 1 17 2022 5 7 1 17 19)>` to > schedule an item, I was expecting for it to build occurences accordingly. > Instead I received the error "Not

Re: [BUG] org-persist.el: The commits after "410afd6f374e9" caused org-agenda buffer does not display scheduled and deadline tasks

"Christopher M. Miles" writes: > I git bisected org-mode source code, and found the commits after > "410afd6f374e9" caused org-agenda > does not display scheduled and deadline tasks. Also affects org-contacts > completion get contacts > email property. > > I'm using the latest commit

Re: [BUG] repeated warning on org-element--cache. [9.6 (9.6-??-27edae@ ~/60-69 System Configs/61 Unix/EmacsDoom/emacs.d/.local/straight/build-27.2/org/)]

Bhima Auro writes: > I am submitting an autogenerated bug report for Org-Mode. > Package: Org mode version 9.6 (9.6-??-27edae8 @ ~/60-69 System Configs/61 > Unix/EmacsDoom/emacs.d/.local/straight/build-27.2/org/) Thanks for the report! Your Org mode version appears to be 3 month old. We have

Re: [BUG] org-element--cache: parser error [9.5.2 (release_9.5.2-378-g98588e.dirty @ c:/Users/micha/AppData/Roaming/.emacs.d/org-new/org-mode/lisp/)]

Michael Powe writes: > This error occurred on startup. I was using my notes.org file earlier > today, without error. I think I did subsequently do a 'git pull && > make', though. Thanks for the report! > Warning (org-element-cache): org-element--cache: Org parser error in > notes.org::10472.

Re: [BUG] LOGBOOK makes property search (in org-agenda) too slow(?)

Samuel Wales writes: > are there intereim workarounds like semi-automatically moving large > logbook entries, or entire logbooks, to a task that says "was logbook > for ..." and then archiving that task? or automatically archiving old > logbook entries? My largest logbook contains ~2.5k clock

Re: [BUG] Error when using mouse to set TODO state [9.5.2 (9.5.2-g91681f @ /home/garyo/.emacs.d/straight/build/org/)]

Gary Oberbrunner writes: > I'm using org and org-roam. I tried to use the mouse-3 menu to toggle the > state of a TODO item, but I get this error: > > > Debugger entered--Lisp error: (void-variable org-todo) Thanks for reporting! Fixed now on bugfix via af6f1298b. Best,

Re: [BUG] org-cite: 10 second hang opening a ~4k org file with 10MB bibtex library [9.5.2 (9.5.2-g91681f @ /home/jdm204/.config/emacs/straight/build/org/)]

Jamie Matthews writes: > # Issue > Starting emacs with emacs -Q​, then navigating to a minimal example org file > with C-x C-f​ yields a ~10 second hang on an 8-core/16GB RAM machine with > nothing else running. Also, scrolling commands like C-v​ are often laggy > after the initial hang. > >

Re: profiling latency in large org-mode buffers (under both main & org-fold feature)

Max Nikulin writes: > It is up to you to choose at which level your prefer to optimize the > code. And it is only my opinion (I do not insist) that benefits from > changes in low level code might be much more significant. I like the > idea of markers, but their current implementation is a

Re: [BUG] error after reading in contents of other file [9.6 (9.6-??-e7ea951 @ /home/user/.emacs.d/.local/straight/build-28.0.50/org/)]

Mark Edgington writes: > I manually opened a new daily file, and read in some content from > another file (using ':r filename.txt' with Evil). After doing this, the > content was inserted, but the following traceback occurred: > > Warning (org-element-cache): org-element--cache: Org parser

Re: Bug: org-agenda search is slow on Windows 10 [9.4.4 (release_9.4.4 @ c:/Program Files/Emacs/x86_64/share/emacs/27.2/lisp/org/)]

Robert Mastragostino writes: > Hello, > > Org-agenda search is being unreasonably slow, taking several seconds to > search through ~100 small files (a simple python program is practically > instantaneous). I'm not familiar with proper emacs profiling but pausing in > the middle of the search

Re: Problems with babel reading Japanese paths in Windows

Jonathan Nogueira writes: > Hi all, > > I've been working with emacs and org on Windows 10.0.19042 and was recently > trying to get babel to produce plantuml diagrams. > > I've managed to (I think) narrow the issue down to Babel either not being > able to read/write Japanese paths to shell

Re: [BUG] org-element--cache: (nil) Cached element is incorrect in test3.org. (Cache tic up to date: "yes") Resetting. [9.6 (9.6-??-0c9b30e @ /Users/hamid/.emacs.d/.local/straight/build-27.2/org/)]

Thanks for the report! You are using a 3 month old version of Org. Could you update Org to latest main and let us know if the warning appears again? Best, Ihor

Re: [BUG] Scheduled task shows up wrong day in agenda [9.5.2 (release_9.5.2-22-g33543d @ /usr/local/share/emacs/29.0.50/lisp/org/)]

Jeffrey DeLeo writes: > Single org file "foobar.org", containing one task scheduled for > Sunday. It is displayed on agenda for Saturday. I build my own emacs, > which includes org, on OS Ubuntu 20.04. > > foobar.org contents: > > * Tasks > ** TODO Something > SCHEDULED: <2022-03-06 Sun> > >

Re: [BUG] Scheduled task shows up wrong day in agenda [9.5.2 (release_9.5.2-22-g33543d @ /usr/local/share/emacs/29.0.50/lisp/org/)]

Jeffrey DeLeo writes: > Save "foobar.org" and "testcase_startup.el" into a directory. Start > emacs in that directory as "emacs -Q -l testcase_startup.el". When emacs > comes up, hit "a" to get agenda. > > "foobar.org" has one task scheduled for Sunday. When I write this, it is > Saturday. Task

Re: [BUG] Agenda no longer works for timestamps inside properties drawer [9.5.2 (release_9.5.2-24-g668205 @ /home/ignacio/repos/emacs/lisp/org/)]

Ignacio Casso writes: > In Emacs 27.2, with an up to date version of org from ELPA (9.5.2), > org-agenda considers timestamps that appear in property drawers, so the > entry below appears in the daily agenda view. > > * Heading > :PROPERTIES: > :timestamp: <2022-03-12 sáb> > :END: > >

Re: [BUG] LOGBOOK makes property search (in org-agenda) too slow(?)

"fr...@t-online.de" writes: > I have just one headline and do a simple property search (prop1="blah1") > for the 'org-agenda', but this takes about 10 seconds! Thanks for providing a reproducible example! We know about this performance issue. Performance has been improved in the development

<    5   6   7   8   9   10   11   12   13   14   >