Hanno Perrey writes:
> Hej,
>
> I have noticed that properties that stretch over multiple lines using
> the :value+: syntax are ignored by org-element-property and therefore
> also by e.g. org-export-get-node-property when exporting to ics via
> ox-icalendar.el (see example below). I was wonde
Uwe Brauer writes:
> ("mg" "Exercicios Annu21: asignados"
> table-line (file+headline "~/somefile.org" "Exercicios Annu21: asignados")
>
> However in that file I also want a header of the form
>
> * Exercicios Annu21: asignados <2021-03-19 vie 09:48>
>
> That is a changing timestamp in the headi
"Loris Bennett" writes:
> Hi,
>
> I have multiple versions of each of various languages such as Python
> or R. On the command line I can select a version using the 'module'[1]
> mechanism provided by Lmod[2]:
>
> My question is: How do I change the environment, ideally call 'module
> load ...' b
Timothy writes:
> Hi All,
>
> I've been using inline src blocks a fair bit more recently, and I've
> thought it's a pity how bad they look as they are currently without
> fontification. A little digging into Org internals and font-lock later
> and we have this patch. I could speak about what's be
efault-header-args.
Best,
Ihor
>From 4f04548dc94549b9e50f6598636632e67715d9b8 Mon Sep 17 00:00:00 2001
Message-Id: <4f04548dc94549b9e50f6598636632e67715d9b8.1633245750.git.yanta...@gmail.com>
From: Ihor Radchenko
Date: Sun, 3 Oct 2021 15:20:18 +0800
Subject: [PATCH] orgmanual-org: Mention results expo
the face goes back to normal.
Thanks for your report. It took a while to process, but here is the fix.
Best,
Ihor
>From ae325834b75944d81ad57087336ca6efa6e57480 Mon Sep 17 00:00:00 2001
Message-Id:
From: Ihor Radchenko
Date: Sun, 3 Oct 2021 15:48:23 +0800
Subject: [PATCH] org.el: Do not span e
Bernt Hansen writes:
> Hi,
>
> I ran into an issue this morning where my capture task continues
> clocking on save. This occurs in both master and maint when not
> clocking into a drawer.
>
> ECM follows.
Confirmed
torys.ander...@gmail.com (Tory S. Anderson) writes:
> As seen in the linked image, my agenda width is a single char too short so it
> clips the last : of the tags. I always use truncate-lines-mode, so this is a
> minor inconvenience but might be something easily fixed for new users? I
> think i
Tom Ed White writes:
> Following gnus links in org fails with the message:
>
> funcall: Wrong number of arguments: ((t) (path _) "Follow the Gnus
> message or folder link specified by PATH." (if (string-match
> "\\`\\([^#]+\\)\\(#\\(.*\\)\\)?" path) nil (error "Error in Gnus link
> %S" path)) (le
Protesilaos Stavrou writes:
> Hello everyone,
>
> I have noticed that it is not possible to combine org-emphasis-alist
> characters. When applying multiple types of emphasis, the face
> corresponding to the outermost pair overrides its innermost counterparts.
>
> For example, */emphasise/* will
Timothy writes:
> Hi Nicolas,
>
>> *snip lots of text*
>
> Thanks for going through my points in detail. I think I understand your
> perspective much better now. At this point though, I’m not really sure what to
> make of `\[ ... \]', I now feel like it’s sitting in some sort of markup limbo
> wh
Timothy writes:
> Ihor Radchenko writes:
>
>> Let me bump this thread again and mark it as a patch ;)
>
> Thanks for the bump. I'd like to get this working, but I don't know how best
> to
> deal with the "prettification" of {{{results(=value=)}}},
Timothy writes:
> Hi Ihor,
>
>> What about making org-fill-element modular? We may define separate fill
>> functions for different elements and let the user override them
>> individually if the user prefer so. It may be implemented similar to
>> export functionality with customisable formatters
Uwe Brauer writes:
> I tried
>
> ("mg" "Ejercicios Annu21: hechos, solicitados y asignados"
> table-line (file+function
> "~/ALLES/HGs/tex/vorlesungen/HGAnnu/Ejercios-Alumnos-Grupos/2021/Ejercios-Teoria21.org"
> "Ejercicios Annu21: hechos, solicitados y asignados" (clock))
>
Kodi Arfer writes:
> I have an `org-babel-execute` function for the Hy programming language that
> seems to have partly broken when I upgraded Org (from 9.1.14 to 9.4.6). It
> has code to write a plot to a file when a `:file` argument is given to the
> code block. It returns `nil` in this case
Timothy writes:
> Ihor Radchenko writes:
>
>> I personally would prefer modular function as a whole. For my taste,
>> Org code has too much of (case (variant 1) (variant 2) …)-style
>> functions (i.e. org-todo, org-cycle, org-ctrl-c-ctrl-c, org-store-link,
>> etc
Colin Baxter writes:
> Hello,
>
> I get a strange error when I try to clone org-mode:
>
> --8<---cut here---start->8---
> redknight@jetstar:~/git$ git clone
> https://git.savannah.gnu.org/git/emacs/org-mode.git
> Cloning into 'org-mode'...
> fatal: unable to a
Kodi Arfer writes:
>> Are you sure that you have :file parameter in the source block you tried
>> to execute?
>
> Yes, this is my code block:
>
> #+begin_src hy :file g/foo.png
> (plt.scatter [1 2 3] [4 5 -9])
> #+end_src
What about
#+begin_src hy :results file :file g/foo.png
(plt.scatter [1 2
Max Nikulin writes:
>> Making \[ \] available outside of a paragraph would be a massive
>> breaking change.
>
> Is it really breaking? I can not estimate required amount of work to
> implement it. However at the user side at first glance most of files
> should remain valid and I could not imagi
Ihor Radchenko writes:
> Kodi Arfer writes:
>
>>> Are you sure that you have :file parameter in the source block you tried
>>> to execute?
>>
>> Yes, this is my code block:
>>
>> #+begin_src hy :file g/foo.png
>> (plt.scatter [1 2 3] [4
Kodi Arfer writes:
> It works, thank you. I should've looked at the changelog more closely. I
> wonder why this change was made. It would be annoyingly redundant to put
> `:results file` next to every `:file`. I already have code to change the
> default value of `:results` when `:file` is set,
ed
The fix is attached.
Dear all,
I had to fix one of the tests, that apparently was only working because
the bug existed. Please double check.
Best,
Ihor
>From 199e64cf8264025cc78f79c3bdb278920685281f Mon Sep 17 00:00:00 2001
Message-Id: <199e64cf8264025cc78f79c3bdb278920685
Trevoke writes:
> If I understand correctly, this will prevent the addition of a note; I have
> already found a way to do this. Please let me know if I am mistaken.
> What I am looking for is a way to programmatically, without user input,
> change the state and add an automatic note.
No. Settin
Ihor Radchenko writes:
> This one is tricky. The linter (org-lint-duplicate-name) expects that
> NAME keyword must have space before value. However, the actual Org
> parser (org-element--collect-affiliated-keywords) does not care about
> space. My intuition says that the parser
Tom Gillespie writes:
>> Should we allow syntax like #+KEYWORD:value to be correct or do we
>> require a whitespace/space after colon all the time?
>
> The spec as written is ambiguous/silent on this issue. In my work on
> laundry tokenizer and grammar I have found keyword syntax to be a
> thorny
oks
> like > 1
> 2. the old style is align ":"
The attached patch should fix the issue. Please, test it though. I do
not use time grid regularly.
Best,
Ihor
>From df5c35bd84e1d343c52c605c2c77393fb11ad590 Mon Sep 17 00:00:00 2001
Message-Id:
From: Ihor Radchenko
Date:
Tom Ed White writes:
> I was able to fix the problem for the time being by changing the
> arguments to:
>
> (defun org-gnus-open (path &rest _)
>
> The keystroke I use is C-c C-o, which runs org-open-at-point which is in
> org.el.
I understand. But it does not solve the potential problem for oth
Jason Ross writes:
> Hello,
>
> I'd like to include METAPOST figures in the ConTeXt exporter backend I'm
> developing. However, I don't know of an idiomatic way to add captions and
> references for the figures.
You can use affiliated keywords:
(defconst org-element-affiliated-keywords
'("CAPT
Florian Lindner writes:
> Hello,
>
> after the upgrade to 9.5 (9.5-g0a86ad @ /home/florian/.emacs.d/elpa/org-9.5/)
> on 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.20, cairo version
> 1.16.0) of 2020-09-19 my agenda stopped working
>
> (org-agenda) -> any keyword (a, t or n) gives:
D
Nicolas Goaziou writes:
>> I think, "%5s" is enough, flag "0" does not anything useful for
>> strings.
>
> Also, the fix belongs to `org-get-time-of-day', which is also
> responsible for formatting the output.
I doubt so. `org-get-time-of-day' is used to format ending time in time
ranges. If we
Jason Ross writes:
> I had considered using special blocks; they match my mental model the best.
> However, they don't provide any support for syntax highlighting or opening
> the block in a new major mode buffer. I'm not sure if it's worth giving up
> language features in order to use the block
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 fix. The
cd845 Mon Sep 17 00:00:00 2001
Message-Id: <438c476066e897b1fc3d758fd48712c1846cd845.1633451289.git.yanta...@gmail.com>
From: Ihor Radchenko
Date: Tue, 5 Oct 2021 20:37:02 +0800
Subject: [PATCH] org-goto: Fix window broken arrangement after 399481bad
* lisp/org-goto.el (org-goto-location)
Harald Judt writes:
> Hi,
>
> I am using this function to copy links from the agenda to the clipboard:
>
> (defun my-copy-org-url ()
> (interactive)
> (let* ((link-info (assoc :link (org-context)))
> ...
org-context is ancient. It relies on org-links being fontified using
'org-link fac
Start of forwarded message
From: Ihor Radchenko
To: Protesilaos Stavrou
Cc: Stefan Kangas , Angelo Graziosi
, Eli Zaretskii ,
emacs-de...@gnu.org, emacs-org-m...@gnu.org, Nicolas Goaziou
Subject: Re: Emacs master: different (ugly) font in org
Bastien writes:
> Perhaps you can still carefully proofread
> https://orgmode.org/worg/org-contribute.html and enhance it?
Some comments:
>> If you can reproduce a bug, reply to the original poster and add
>> X-Woof-Bug: confirmed to your mail headers, and the bug will then be
>> shown on updat
Emmanuel Charpentier writes:
> Passing this table as an argument to source code loses the hlines :
> #+begin_src emacs-lisp :exports results :results drawer :var foo=ttest
> foo
> #+end_src
I think you are looking for ":hlines yes" header arg (the default is no)
Best,
Ihor
Joseph Peterson writes:
>
>
> Steps to reproduce:
> Enter org mode (I am on cc2490a7061955395c4f5a1a23a088044554a2f7)
> Type *bold* *bold* *bold*
> Notice that the second instance is not bolded while the first and third
> ar
Eric S Fraga writes:
> I don't understand. Maybe somebody else on the list can test this?
A blind shot: something to do with
https://orgmode.org/list/87tumvdno3@gmail.com
Hope it helps.
Best,
Ihor
Marco Wahl writes:
> My feeling is that the "protection" is good intention but brings more
> harm than good. I think it's not a good idea to enforce a certain
> window setting. I guess the knowing user has an easier path to fine
> tune the org-goto user interface when there is less "protection"
Jason Ross writes:
> Here's a hook that modifies the source blocks to wrap their
> output in #+BEGIN/END_METAPOST tags if the ConTeXt backend is used,
> before Org Babel gets to them, but otherwise leaves them alone.
>
> I wonder if anyone has any better ideas of how to do this. I'm
> modifying t
Jason Ross writes:
>> Or you can use "raw" results by default and format everything as you
>> wish in your Org Babel module programatically.
>
> I'm not sure I understand this yet. Would this emit METAPOST code to the
> Org buffer? Ideally, I'd like to emit METAPOST code if the backend is
> `cont
Joseph Vidal-Rosset writes:
> Maybe. I'm using presently Prelude Emacs and in elpa I have org-20210920/
>
> What can I do?
I guess https://prelude.emacsredux.com/en/latest/support/
ELPA does have the right Org mode version:
http://elpa.gnu.org/packages/org.html
Ypo writes:
> How would the "New option org-id-ts-format" work?
>
> I added to my init.el these lines with no result (sorry if I am
> commiting heresy):
>
> (defcustom org-id-ts-format "%Y-%m-%d-T%H-%M-%S.%6N"
> "Timestamp format for IDs generated using `ts' `org-id-method'.
> The format shou
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 refinement please keep going!
I am inclin
Uwe Brauer writes:
> Hi
>
> Sometimes I have the following
>
> 1. first
>
> 2. Second
>
> 3. Third
> #+begin_src
> A=7
> #+end_src
>
> 1.
>
>
> So enumerated list start with a fresh counter, is there a possibility
> either to resume the list or to reset its counter?
You need an indent:
1. f
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 went too far. display-buffer-base-action i
Bastien writes:
> If you feel confident the change is mature enough for being merged
> into the main branch, please go ahead, this will boost the feedback.
Merged to main just now.
Bastien writes:
> If you feel confident the change is mature enough for being merged
> into the main branch, please go ahead, this will boost the feedback.
Merged to main just now.
Jeremie Juste writes:
> Hello,
>
> I just tried make on 0ef88e2d9 and got the following error.
>
> org-version: 9.5 (release_9.5-142-g0ef88e)
> makeinfo --no-split org.texi -o org.info
> make[1]: makeinfo: No such file or directory
> make[1]: *** [Makefile:72: org] Error 127
> make[1]: Leaving di
Samuel Wales writes:
> i should clarify. bulk archiving slows down even with /nonexistent/
> (have not tried empty) archives. as part of normal and expected
> operation, bulk creates the archive for the first entry, and then
> subsequent entries are added. those get slower and slower.
Hi. I j
autofrettage writes:
> * DONE Apple
> ** TODO Banana
>
> ...instead of these:
>
> * baz Apple
> ** foo Banana
Confirmed.
Currently, checkbox to todo keyword mapping is hard-coded in
org-list-to-subtree.
We may use something like
[ ] -> (car org-not-done-keywords);
[-] -> (car org-not-done-keyw
Uwe Brauer writes:
> ** All groups
> #+BEGIN: columnview :hlines 2 :match "H1" :maxlevel 2 :skip-empty-rows t
> :indent nil :format "%5TODO(Status) %5Id(Group) %5Ex(Exercise)
> %5Sheet(Sheet) %7ST1(Status){X/}"
> | Status | Group | Exercise | Sheet | Status |
> |+---+--+-
Bastien writes:
> with latest main, I cannot use S- (org-agenda-do-date-later) to
> update the entry at point.
>
> Here is the backtrace I get:
>
> Debugger entered--Lisp error: (error "Cannot find time stamp")
> error("Cannot find time stamp")
Apparently 'org-marker property must always point
Ypo writes:
> I have a .bib file with references, and a .org file with annotations. Like:
> ...
> Could I write on the .bib file using the orgmode power? Something like
> this could work as a .bib file, or is it a no-no?
M-x org-bibtex (you need a special format for Org headings). org-bibtex
i
András Simonyi writes:
> ... An added benefit could be that the org-cite CSL
> export processor has recently gained (admittedly rather experimental)
> support for directly using org-bibtex bibliographies, although insert
> and follow functionality is missing at the moment.
By the way, do I under
András Simonyi writes:
>> The processor relies on the external Citeproc Emacs library, which must be
>> available prior to loading this library.
>
> Should we add something to this? If yes, what is missing in your opinion?
I saw this comment, but I was not sure which library it referred to.
Fi
John Hendy writes:
> #+begin_example
> (add-to-list 'load-path "~/.elisp/org/lisp/")
> (add-to-list 'load-path "~/.elisp/org/contrib/lisp/")
> (setq org-startup-folded "overview")
> #+end_example
The value should be a symbol, not a string:
(setq org-startup-folded 'overview)
customise interfac
Colin Baxter 😺 writes:
> After today's pull of org-mode I get the warning that org-persist cannot
> read its index. This is an entirely new warning (as of today) and I
> assume is the result of the recent commits in org-persist.
> Please, can this be corrected. The warning is irritating, especia
Colin Baxter 😺 writes:
> Thank you. I cloned org-mode afresh and got the same warning during
> 'make' - I presume that too is now fixed.
The warning should never appear now. I removed it completely.
> > Note that org-persist is enabled by default together with
> > org-element-cache. Y
Colin Baxter 😺 writes:
> I may not have understood things fully, but it seems that the
> org-persist directory is set only by the
> org-persist-path. Unfortunately, the resulting org-persist directory in
> ~/.cache is no good for me since I daily clear out my ~/.cache using
> bleachbit. I can't f
Alastair Burt writes:
> Hi there,
>
> I couldn't find an issue-tracking system for org-mode as they have for
> projects on github. So I'm emailing you directly.
Thanks! The bug reporting for Org mode is by email. You can send email
to Org mailing list at emacs-orgmode@gnu.org (also, see "1.4 Fee
Colin Baxter 😺 writes:
> Ok, thanks - that works - I used ~/.emacs.d/org-persist/. It might be
> worth mentioning that the user should not create the
> org-persist-directory himself. I did this originally (mkdir
> ~/.emacs.d/org-persist , touch ~/.emacs.d/org-persist/index )
> and got various par
Kodi Arfer writes:
> the table of contents appears before "text before headline", although the
> manual says "Org normally inserts the table of contents directly before the
> first headline of the file". So shouldn't it be after "text before headline"?
> Or is it the manual that's wrong?
Conf
Colin Baxter 😺 writes:
> >> I just upgraded my org-mode to the latest version in
> >> git. Whenever I visited a certain org file, my Emacs became
> >> unusable. Any attempt to use M-x (execute-extended-command)
> >> resulted in max-specpdl-size errors as did using C-x C-c to exit
Samuel Wales writes:
> On 10/19/21, Ihor Radchenko wrote:
>> enabled all the time in future. If you have specific reasons to avoid
>> org-element-cache, may you share them?
>
> fwiw, long ago, i disabled org element cache due to buffer corruption.
> perhaps that has b
Carlos Pita writes:
> If you can't still reproduce it let me know and I will debug the issue.
I can reproduce on latest main.
Confirmed.
Best,
Ihor
"Christopher M. Miles" writes:
> After git bisect, I found the bad commit:
>
> #+begin_example
> 0ef88e2d9 * | bad @ org-agenda.el/org-agenda-get-scheduled: Use cache
> #+end_example
>
> after org-agenda generation, lot of entries not displayed. Then I found lot
> of errors in =*Messages*= buffe
I pushed tentative fix to main. Let me know if you keep seeing the
error.
Best,
Ihor
Colin Baxter 😺 writes:
> > (setq org-element--cache-self-verify 'backtrace)
> > (setq org-element--cache-self-verify-frequency 1)
>
> I set the above in my ~/.emacs
>
> > If a warning appears, backtrace could be helpful. If not, it
> > should be something to do with org-element-ca
Max Nikulin writes:
> Ihor, I have seen your instructions for more debug info, but I have not
> tried them yet. In the meanwhile I have tracked my problem down to to
> the following minimal file
>
> --- >8 ---
> #+begin_example org
>,* H
> #+end_example
> --- 8< ---
>
> M-x org-lint
>
> Deb
Colin Baxter 😺 writes:
> > M-x org-lint
>
> > Debugger entered--Lisp error: (error "Variable binding depth
> > exceeds max-specpdl-size") ... org-filename-concat
>
> I can reproduce that. Then emacs just hangs. I have the latest org-mode.
Thanks for another confirmation. I tried har
Ihor Radchenko writes:
> ... There is no problem on Emacs 28, but I can see the error
> using Emacs 26.3. I used the following command line from inside the Git
> folder to run Emacs (debug.org is the provided minimal file):
>
> emacs -Q -L ./lisp -l org /tmp/debug.org
>
&g
Greg Minshall writes:
> hi. with a recent org-mode (*), `org-capture` seems to crash with the
> message:
>
> Variable binding depth exceeds max-specpdl-size
>
Looks like
https://list.orgmode.org/87mtn2za37.fsf@localhost/T/#m1c8761c1b2aaee2642f71367054a5065f9bf92f0
Are you on Emacs 24
It was malformed add-hook call. Fixed in 5315773e8.
Greg Minshall writes:
> hi. with a recent org-mode (*), `org-capture` seems to crash with the
> message:
>
> Variable binding depth exceeds max-specpdl-size
>
>
> this happens with (a suitably -L'd) `emacs -Q`
> - M-x org-capture
> - t
> - then crashes
Fixed on current main (5315773e8
William Denton writes:
> I've had something strange going on for days that I haven't been able to
> figure
> out. With my usual set up, I can get things working except that any Org
> files
> initially loaded up aren't recognized as Org, but if I run =M-x org-mode= it
> all
> kicks in.
Can
William Denton writes:
> $ git rev-parse HEAD
> 5315773e8a0838268592617174b221ec7bf1c87a
Sorry, I missed that you are already on the latest main.
I cannot reproduce the problem using relatively recent Emacs master
(commit ae9bfaa891c).
A blind guess: Try to run make clean?
Best,
Ihor
"Christopher M. Miles" writes:
> Now I tried your latest push. The errors gone. But org-agenda entries still
> missing. I checked
> *Messages* buffer, no error messages, including other error special buffers.
> no information.
Agenda now uses a new algorithm to search entries. There may be a bu
Jonas Bernoulli writes:
>> A blind guess: Try to run make clean?
>
> Didn't help here.
Can you try exactly the following steps:
1. Save the attached file to /tmp/problem.org
2.
mkdir /tmp/orgmode-test
cd /tmp/orgomode-test
git clone git://git.sv.gnu.org/emacs/org-mode.git
cd org-mode/
emacs -
William Denton writes:
> Sometimes I edit timestamps by hand when I'm clocking things. I had a task
> where I'd clocked in and wanted to close by hand (by adding --[2021 and so on
> to
> the CLOCK line) but when I started typing this popped up in a window:
>
> Warning (emacs): org-element--ca
Ihor Radchenko writes:
> William Denton writes:
>
>> Sometimes I edit timestamps by hand when I'm clocking things. I had a task
>> where I'd clocked in and wanted to close by hand (by adding --[2021 and so
>> on to
>> the CLOCK line) but when I s
Greg Minshall writes:
>> Can you try to run make before your emacs -Q -L...?
>
> 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.
Best,
Ihor
Carlos Pita writes:
>> Org is standardized on lower case. Uppercase is used in the manual as
>> a poor man's bold, and supported for historical reasons.
>
> But C-c C-x p still inserts stuff like:
>
>:PROPERTIES:
>:ARCHIVE: ...
>:END:
>
> Maybe it should be updated or maybe I don't f
"Christopher M. Miles" writes:
> I'm git bisect on the latest git-pulled org-mode. Still located bad commit on
> this bad commit. Seems
> commit also introduced other problem.
> #+begin_example
> 0ef88e2d9 * | bad @ org-agenda.el/org-agenda-get-scheduled: Use cache
> #+end_example
That's under
"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 matc
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 or
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
"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 ba
Colin Baxter 😺 writes:
> Hello,
>
> Assuming such a question make sense, how do I manually reset org-persist
> for all org buffers? It's not clear to me if doing M-x
> org-element-cache-reset is sufficient.
You can reset cache in all open Org buffers via
M-: (org-element-cache-reset 'all)
The
William Denton writes:
> So if anyone out there is using org-bullets and runs into a problem, try
> removing it and see if that helps.
Not necessarily. Recent patch (d3143feaf) removed the call to
org-element-keyword-parser completely, which was probably the real fix
;)
Best,
Ihor
Ihor
>From 2e987d60e47da0a7da8ded32bc5c2cc6bf11db04 Mon Sep 17 00:00:00 2001
Message-Id: <2e987d60e47da0a7da8ded32bc5c2cc6bf11db04.1635052126.git.yanta...@gmail.com>
From: Ihor Radchenko
Date: Sun, 24 Oct 2021 13:06:47 +0800
Subject: [PATCH] org.el: Check for mixed installation
* lisp/org.el (org-che
"Christopher M. Miles" writes:
> My Emacs version (on M1 macOS)
>
> GNU Emacs 28.0.60 (build 1, aarch64-apple-darwin20.6.0, NS appkit-2022.60
> Version 11.6 (Build 20G165)) of 2021-10-20
>
> Thanks for your continuous working. I pulled latest fix, still not working.
I also tested using Emacs 28
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 message
> subject but it is easily to miss this warning sinc
"Christopher M. Miles" writes:
> Confirmed after change from "28" to "29" solved the problem in your steps.
>
> I also tested this change on my current Emacs config. Also confirmed solved
> the problem.
I pushed this change to main in e2fa3c4c4.
Best,
Ihor
2001
Message-Id: <5f4fd0880a47baa062adc669dd71b5c3bb917081.1635075984.git.yanta...@gmail.com>
From: Ihor Radchenko
Date: Sun, 24 Oct 2021 19:25:24 +0800
Subject: [PATCH] org--get-expected-indentation: Consider section parent type
* lisp/org.el (org--get-expected-indentation): Consider new
William Denton writes:
> It's things like this that make me consider going back to using my operating
> system's Emacs package and Emacs's Org, so everything is nice and stable all
> the
> time. One day I will, but not today ...
We have stable bugfix branch distributed via ELPA. main is the
Kévin Le Gouguec writes:
> Mmm, starting from emacs -Q and running M-x org-indent-mode, I see Org
> indent the :PROPERTIES: drawers in both files, both with the tip of
> Org's 'main' branch (e2fa3c4) and with Ihor's patch applied.
Same on my side. org-indent-mode works fine for me.
Best,
Ihor
Bastien writes:
> Thanks!
>
> Ihor Radchenko writes:
>
>> Should I also merge main with bugfix every time?
>
> You should merge bugfix into main, yes (but not main into bugfix.)
This patch is actually not good. It breaks nested emphasis like
/italic *bold* more italic/
No Wayman writes:
> -With prefix ARG, check all children of current headline and offer tagging
> -the children that do not contain any open TODO items."
> +When called interactively with \\[universal-argument], or FIND-DONE is
> +non-nil, check current headline's children and offer tagging for
>
101 - 200 of 8060 matches
Mail list logo