>>>>> Ihor Radchenko writes:
> 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
ent. So I wonder where is the
cache that I am supposedly corrupting.
Best wishes
Colin Baxter.
>>>>> Jeff Trull writes:
> Confirmed, after updating org it now works! Thanks for your help.
> On Tue, Nov 30, 2021 at 1:07 AM Colin Baxter 😺 wrote:
>> Hello Jeff
>>
>> You clock table works for me, including your missing rat
I would appreciate some pointers or a reference - thank you.
Best wishes,
Colin Baxter.
Hello Jeff
You clock table works for me, including your missing rate of 150. I
attach a screen shot.
By the way, you have a ":inherit-props t" which is not on the #+BEGIN:
clocktable line. I assume that has been corrupted in the email
formatting.
Best wishes
;m afraid the nuances of line indenting in org-mode have always been a
black art to me. I stick to C-j because I've found it works for me in
most cases.
Best wishes,
Colin Baxter.
> Richard Lawrence writes:
> Hi Org community, Some questions for those of you on Emacs 27 and
> 28:
> Does M-j in an org-mode buffer do what you expect? Does it throw
> an error? What function is M-j bound to in Org?
> Backstory:
> I have long been on Emacs 26.3
>>>>> Eric S Fraga writes:
> On Wednesday, 24 Nov 2021 at 09:59, Colin Baxter 😺 wrote:
>> Where is citeproc.el? I'm using Org mode version 9.5.1
>> (release_9.5.1-194-gd82936) and I don't see it.
> It's a separate Emacs pa
> Denis Maier writes:
> Are you already on org 9.5? Looks like your still using the "old"
> org-ref links.
> The following mwe might get you started:
> %%
> #+title: Citation tests #+cite_export: csl
> #+bibliogra
> Eric S Fraga writes:
> On Thursday, 4 Nov 2021 at 18:21, Michael Maurer wrote:
>> Oh. I assumed
>>
>> #+begin_src elisp &%%(org-diary :deadline* :timestamp
>> :scheduled*) #+end_src
>>
>> is an org-babel code block.
> Yes but I think that was just for the
>>>>> Eric S Fraga writes:
> On Wednesday, 3 Nov 2021 at 06:43, Colin Baxter 😺 wrote:
>> I have this
>>
>> #+begin_src elisp &%%(org-diary :deadline* :timestamp
>> :scheduled*) #+end_src
> I cannot help you directly b
;8---
There seems no obvious error in either the agenda or calendar displays
so I'd be grateful for suggestions as to where to look for the cause of
the warning.
Best wishes,
Colin Baxter.
> Michael Maurer writes:
> Subject line says it all, I upgraded to 9.5 two days ago and
> everything seemed to work, but today I fire up the PC and C-c . no
> longer is bound to anything. I guess I could custom-bind it in my
> config, but I'm more interested in why it's happen
>>>>> Ihor Radchenko writes:
> Colin Baxter 😺 writes:
>> Hi Ihor,
>>
>> My ECM is as follows. I'm using GNU-Linux and emacs-28.0.60.
> Thanks! I was able to reproduce on my system. Should be fixed on
> main via 9f87b1cc
Hi Ihor,
My ECM is as follows. I'm using GNU-Linux and emacs-28.0.60.
1. Delete any existing org-persist directory.
2. mkdir ~/a
3. emacs -Q
4. Evaluate path to latest org-mode. I enter
(add-to-list 'load-path (expand-file-name "~/path/to/git/org-mode/lisp"))
in the scratch buffer and do C-
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.
Best wishes,
Colin.
>>>>> Ihor Radchenko writes:
> Colin Baxter 😺 writes:
>> Ok, I now applied your patch and remade org-mode. Unfortunately,
>> I don't see any change. I still get the warning on all the
>> archive commands: org-agenda-archive-default,
Hi Ihor,
>>>>> Ihor Radchenko writes:
> Colin Baxter 😺 writes:
>> I'm running Org mode version 9.5 (release_9.5-178-gcf8906) on
>> emacs-28.0.60. Unfortunately, I could not apply your patch
>> ('patch would not apply') using
Hi Thor,
>>>>> Ihor Radchenko writes:
> Colin Baxter 😺 writes:
>> > Hello, Whenever I archive a DONE item via 'C-c C-x C-a' I get
>> the > warning:
>>
>> > Warning (emacs): org-element--cache: U
>>>>> Colin Baxter 😺 writes:
> Hello, Whenever I archive a DONE item via 'C-c C-x C-a' I get the
> warning:
> Warning (emacs): org-element--cache: Unregistered buffer
> modifications detected. Resetting.
> The archiving is succes
he setting that
needs to be adjusted.
Best wishes,
Colin Baxter.
>>>>> Ihor Radchenko writes:
> 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-ele
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.
Thanks.
Best wishes,
> Ihor Radchenko writes:
> It was malformed add-hook call. Fixed in 5315773e8.
Great! I've pulled org-mode and I can confirm I no longer see my
org-persist errors. Excellent. I'm looking at the vc-diff buffer and
it's amazing that such a small omission has such a major effect.
Best wish
>>>>> Max Nikulin writes:
> On 21/10/2021 02:04, Colin Baxter 😺 wrote:
>>
>> The max-specpdl-size error has happened again when I tried to add
>> a note to an agenda item. Emacs hung and had to be killed. The
>> debugger buffer was
>>>>> Ihor Radchenko writes:
> 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 (execu
> Ihor Radchenko writes:
> 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
> e
>>>>> Ihor Radchenko writes:
> 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
>> dir
>>>>> Ihor Radchenko writes:
r> Colin Baxter 😺 writes:
>> Thank you. I cloned org-mode afresh and got the same warning
>> during 'make' - I presume that too is now fixed.
r> The warning should never appear now. I removed it com
>>>>> Ihor Radchenko writes:
> 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
e org-persist and have no wish to do so.
Best wishes,
Colin Baxter.
> Jarmo Hurri writes:
> 3. Copy ditaa.jar from previous version of org. Works in the short
> run, but I do not think we want to advocate this: "We took
> ditaa.jar out of org, so you will want to download an earlier
> version of org to make ditaa work."
Not true. I use Org m
>>>>> Nicolas Goaziou writes:
> Hello, I just added the no-thrill "oc-bibtex" citation processor,
> which relies on the standard "\cite" and "\nocite" LaTeX
> commands. It only supports citation suffixes.
> Regards, -- Ni
Dear Eric,
> Eric S Fraga writes:
> Colin, I also only use the basics when writing articles. With the
> new org-cite, the closest I have is with the following settings,
> as an example:
> #+cite_export: natbib plain #+latex_header:
> \usepackage[numbers,sort,super]{natb
>>>>> Nicolas Goaziou writes:
> Hello, Colin Baxter writes:
>>>>>>> Bruce D'Arcus writes:
>> > You have to load oc-biblatex, say using use-package, and also
>> set > org-cite-export-processors, like:
>>
port-processors, like:
> (setq org-cite-export-processors '((latex biblatex) (t csl)))
Great, but what about old timers like me who insist on using bibtex?
I sympathise with the op in not getting this new org-cite to
work. It has beaten me despite repeated efforts.
Best wishes,
Colin Baxter.
>> preferred option. I have not looked into ob-ditaa.el however to
>> realize if it has enough defcustom options.
> A short-term quickfix could be to copy the jar from an older
> orgmode and point to that.
Indeed. That works for me.
Best wishes,
Colin Baxter
signature.asc
Description: PGP signature
>>>>> Colin Baxter writes:
> Hello, I get a strange error when I try to clone org-mode:
> redknight@jetstar:~/git$ git clone
> https://git.savannah.gnu.org/git/emacs/org-mode.git Cloning into
> 'org-mode'... fatal: unable to access
>
ex, etc. with no problems.
Best wishes,
Colin Baxter.
As has been said,
\[ is an alias for \begin{equation*}. For me, I would rather not write
equations in org-mode differently from LaTeX.
Best wishes,
Colin Baxter.
>>>>> Bastien writes:
> Hi Ihor, Ihor Radchenko writes:
>> Colin Baxter writes:
>>
>>> I've noticed that "org-bibtex-import-from-file" will not import
>>> from bib files which begin with the standard bibtex
I'll wait a few days to see what happens before following
Marco's suggestion of bringing over the tags manually.
-- Cut ---
Best wishes,
Colin Baxter.
signature.asc
Description: PGP signature
> Nick Dokos writes:
> FWIW, I get $ git remote -v upstream
> https://git.savannah.gnu.org/git/emacs/org-mode.git (fetch)
> upstream https://git.savannah.gnu.org/git/emacs/org-mode.git
> (push)
> $ git tag | wc -l 386
> Maybe do
> $ git remote update $ git rebas
Hello Tim,
>>>>> Tim Cross writes:
> Colin Baxter writes:
>>>>>>> Colin Baxter writes:
>>
>> > Hello, Today I get a "wrong-number-of-arguments" publish >
>> error. This was not present a few weeks ag
>>>>> Colin Baxter writes:
> Hello, Today I get a "wrong-number-of-arguments" publish
> error. This was not present a few weeks ago. It is also not
> present in Org-version 9.4.4 but does occur in the latest version
> of org-mode.
> I
Thanks.
Best wishes,
Colin Baxter.
Debugger entered--Lisp error: (wrong-number-of-arguments (0 . 0) 1)
(org-macro-initialize-templates nil)
(org-export-as html nil nil nil (:output-file
"/home/redknight/public_html/index.html" :base-directory "~/colin/org/pub/"
:base-ex
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> > Well. It will import the files. However, org-bibtex-write will
>> > indeed fail. If I got it wrong, please provide more details.
>>
>> > Confirmed
>>
&
Hello Ihor,
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> I've noticed that "org-bibtex-import-from-file" will not import
>> from bib files which begin with the standard bibtex mode-line
>> heading of
>>
> Timothy writes:
> Hi Colin,
>> Nice work. For me, however, I’m still at a loss, although I
>> confess I’ve not kept up to-date with the org citation
>> developments.
>>
>> 1. I don’t understand the relation between the new cite syntax
>> and the old org-mode .
Hello Timothy,
> Timothy writes:
> Hi Everyone, Just letting you know that on my blog TMIO (This
> Month In Org) I've just published the July post. I've decided to
> focus entirely on citations this time :)
> Should this be of interest, here it is:
> https://blog.tecosau
>>>>> Marco Wahl writes:
> Colin Baxter writes:
>>>>>>> Tim Cross writes:
>>
>>>>> We could introduce multiple possibilities to choose from.
>> >>>
>> >>> 1. Ask in case of
I've noticed that "org-bibtex-import-from-file" will not import from bib files
which begin with the standard bibtex mode-line heading of
@Comment -*- mode: bibtex; -*-
Bib files with any @Comment line are similarly rejected.
This is rather unfortunate.
> Tim Cross writes:
>>> We could introduce multiple possibilities to choose from.
>>>
>>> 1. Ask in case of an empty directory if it should be deleted.
>>> 2. Don't ask. Don't touch an empty directory. (The state now.)
>>> 3. Don't ask. Delete empty directory.
>>>
I'm afraid I for one often have empty attach directories which I leave
alone knowing that one day soon - sometimes very soon - they will be used
again. Cannot the user be asked if he wants the directory removed?
Best wishes,
> Jack Kamm writes:
> Hi all,
>> I obviously missing something. The above works for me without the
>> patch. Unfortunately, I can't trace back the thread in order to
>> understand the context.
> I think this is a followup from this mail:
> https://orgmode.org/list/87
Hi Jeremie,
> Jeremie Juste writes:
> Hello,
> With the following patch the link to graphics output is finally
> back on with R source code. Note that on top of the "graphics"
> parameter the "file" parameter have to be used for the org-link to
> work out of the box. I wi
>>>>> Stefan Nobis writes:
> Colin Baxter writes:
>> I really don't understand why the changed is needed.
> The upcoming citation support needs a reliable way to run the
> required bibliography processor (e.g. biber or bibtex). Therefore
I'm beginning to think this change of the default should not
happen. From this thread it seems to be that the chances of it breaking
existing work flow is high.
I really don't understand why the changed is needed.
Best wishes,
> Bruce D'Arcus writes:
> On Wed, Jun 2, 2021 at 4:28 AM Tim Cross wrote:
>> The more I think about it, I think the best solution would be to
>> update the code which sets the default and have it check for
>> latexmk. If it is found, set it as the default and if it is not
>>>>> Timothy writes:
> Colin Baxter writes:
>> It doesn't work for me. I get "No data in plot" in the gnuplot
>> buffer. I am probably doing something stupid.
> That's odd, it "just works™" for me. Just to check:
Hi Timothy,
> Timothy writes:
> Hi All, A few days ago I pushed "org-plot: Use consistent method
> to find table"
> https://code.orgmode.org/bzg/org-mode/commit/f72a658bd0 without
> putting it through as a patch, as it's one of a few minor tweaks
> I've made that I thoug
:name) #+end_src
> #+name: some-block #+begin_src elisp
> (message "yay!") #+end_src
> #+RESULTS: some-block : yay!
> #+name: some-other-block #+begin_src elisp
> (message "I ask to run") #+end_src
> #+RESULTS: some-other-block : I ask to run
Thanks Tom. I'll try this.
Best wishes,
Colin Baxter.
Dear Nicolas,
>>>>> Nicolas Goaziou writes:
> Hello, Colin Baxter writes:
>> I have an elisp link of the form (without spaces, of course) [
>> [elisp:(dired-other-window "/path/to/directory/") ][ Directory ]
>> ].
>>
I wish to execute the command. Of course, I do - and I click 'Yes'.
How can I go to link directly without being interrogated by the dialog
box?
Best wishes,
Colin Baxter.
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> Hello,
>>
>> If a URL link in an org file contains a bracket then the link is
>> not fully recognised and may be misdirected. For example,
> This is a known bug [
It might be worthwhile to issue an warning each time a url is written in
an org file without enclosing brackets < > or [[ ]].
>>>>> Maxim Nikulin writes:
> 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,_Geo
Hello,
If a URL link in an org file contains a bracket then the link is not
fully recognised and may be misdirected. For example,
1. emacs -Q
2. C-x C-f test.org
3. Insert the URL
https://en.wikipedia.org/wiki/Cathedral_Basilica_of_St._John_the_Baptist_(Savannah,_Georgia)
4. Click on the link
> Detlef Steuer writes:
> Am Sun, 02 May 2021 08:09:02 +0200 schrieb Bastien :
>> Various discussions convinced me that `org-adapt-indentation'
>> should be nil by default.
>>
>> With `electric-indent-mode' being activated by default in Emacs,
>> the current behavior
>>>>> Timothy writes:
> Colin Baxter writes:
>> Debian 9.13 may be old but updates are still made
>> available. While Debian supports the os-version and therefore by
>> implication emacs-24, I feel org-mode shouldn't deliberately
>>>>> Robert Horn writes:
> Colin Baxter writes:
>>>>>>> Robert Horn writes:
>>
>> > Timothy writes:
>>
>> >> Ihor Radchenko writes:
>> >>
>> >> Maybe this
> Robert Horn writes:
> Timothy writes:
>> Ihor Radchenko writes:
>>
>> Maybe this is a good time to start a discussion about moving
>> Org's minimum supported Emacs to 25...?
> I checked Red Hat, Centos, Debian, SuSE, and Ubuntu. They are all
> 25.1 or later
> Eric S Fraga writes:
> On Tuesday, 30 Mar 2021 at 09:06, Tim Cross wrote:
>> The trick with Latex is to go with the flow, not against it.
> +1
> This is the first thing I tell my students. LaTeX knows much much
> more about how to make documents look good than any of
Hello Kyle,
>>>>> Kyle Meyer writes:
> Colin Baxter writes:
>> Hello,
>>
>> I seem to recall that attaching files to an org-attach directory
>> could be done by one letter commands from the M-x org-attach
>> buffer. The
> Bastien writes:
>> Is it still the intention to put the files in a new
>> org-contrib.git repo on code.orgmode.org?
> Yes, org-contrib.git will live in one of these forges:
> https://code.orgmode.org https://savannah.nongnu.org https://sr.ht
Great! Thanks, Bastien.
Best
> Bastien writes:
> Hi all, starting from Org 9.5, org-contrib will be distributed as
> a NonGNU ELPA package. You will find it here:
> https://elpa.nongnu.org/nongnu/
> See for https://orgmode.org/list/87wnzfy60h@bzg.fr/ for
> context.
Is it still the intention to
, etc. I wonder why the changes were made,
or am I not understanding something here?
Best wishes,
Colin Baxter.
>>>>> Timothy writes:
> Colin Baxter writes:
>> There is this:
>>
https://stackoverflow.com/questions/20309842/how-to-syntax-highlight-for-org-mode-inline-source-code-src-lang
> I take it you didn't look at the pages I linked? I expl
t looks good.
> -- : Eric S Fraga via Emacs 28.0.50, Org release_9.4.4-254-g37749c
There is this:
https://stackoverflow.com/questions/20309842/how-to-syntax-highlight-for-org-mode-inline-source-code-src-lang
Best wishes,
Colin Baxter.
> Vikas Rawal writes:
> A few years ago, I had produced this book entirely on orgmode:
> https://cup.columbia.edu/book/ending-malnutrition/9789382381648. The
> source files of the book are here:
> https://github.com/vikasrawal/endingmalnutrition.
> This was some years bac
Dear Eric,
>>>>> Eric S Fraga writes:
> On Friday, 19 Feb 2021 at 14:11, Colin Baxter wrote:
>> I getting the Lisp error: (wrong-type-argument stringp nil) when
>> I 'C-c C-c' the babel gnuplot source code "poynting", even though
27;#dd181f' # --- red
set label 'P/M' at 10,0.3700
set label 'R' at 35,0.0855
plot data using 1:2 with points ls 1, \
data using 1:2 smooth csplines with lines, \
data using 1:3 with points ls 2, \
data using 1:3 smooth csplines with lines
#+end_src
Best wishes,
Colin Baxter.
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> Odd. The problem has gone away and all is now well. I am tracking
>> the master branch of emacs-28; however, I thought I had checked
>> and got the same error using emacs-27.1.
>>>>> Robert Pluim writes:
>>>>> On Mon, 15 Feb 2021 13:38:42 +, Colin Baxter said:
Colin> This has worked until today. Now if data.org.gpg is opened I
Colin> get an error.
Colin> Debugger entered--Lisp error: (void-variable minor-modes)
KEEP-MODE-IF-SAME is
non-nil, then we\nset the major mode only if that would change it. In other
words\nwe don't actually set it to the same mode the buffer already has."
#) nil)
(set-auto-mode)
(normal-mode t)
(after-find-file nil t)
(find-file-noselect-1 #
"~
>>>>> Tim Cross writes:
> Colin Baxter writes:
>> Hi Tim,
>>
>> Thanks for you quick reply.
>>>>>>> Tim Cross writes:
>>
>> > Colin Baxter writes:
>>
>> >>
Hi Tim,
Thanks for you quick reply.
>>>>> Tim Cross writes:
> Colin Baxter writes:
>> Hello,
>>
>> In the last few days org-publish no loner works for me, giving a
>> lisp error: (void-function conkeror-minor-mode). The source of
#x27;ve tried reverting a couple of recent commits in org-mode, but to no
avail. I'd appreciate pointers as to the issue.
I'm using emacs-27.1 with Org mode version 9.4.4
(release_9.4.4-186-g7fa817).
Best wishes,
Colin Baxter.
Hello Gustav,
Excellent. Now I understand. Thank you very much.
Best wishes,
>>>>> Gustav Wikström writes:
> Hi, Added.
> /Gustav
> From: Emacs-orgmode
> on behalf of Colin
> Baxter Sent: M
useful - for me at least.
Best wishes,
Colin Baxter.
Dear Eric,
Thanks for the reply.
>>>>> Eric S Fraga writes:
> On Wednesday, 16 Dec 2020 at 08:19, Colin Baxter wrote:
>> However, tangling bibtex src blocks works without an explicit
>> (bibtex . t).
> Good. As it should.
>> Indeed
xt.
I am using org-9.4.2.
Thanks
Colin Baxter.
Dear Time,
>>>>> Tim Cross writes:
> Colin Baxter writes:
>> Hello,
>>
>> When publishing, org-mode inserts the following javascript in the
>> xhtml file:
>>
>> #+begin_src js // @license
>>
mag
etc.
2. The script fails the LibreJS (gnu.org/software/librejs) tests. This
can be tested by opining the page in icecat.
In order to pass XHTML and LibreJS validation tests, I have to delete
the script from my web pages by hand.
Best wishes,
Colin Baxter.
Colin Baxter
URL: http://www.Colin-B
I've convinced myself finally that this is a feature.
ns IDs and in total 0 IDs found."
However, the file ~/.emacs.d/.org-id-locations still contains the ID and
does not read nil as I would have expected. The ID is only removed when
emacs is closed and then the file ~/.emacs.d/.org-id-locations reads
nil.
Best wishes,
Colin Baxter.
I have this URL to a site which gives a method for generating auto IDs,
which might be useful. I never use IDs so can't report on its
effectiveness.
https://writequit.org/articles/emacs-org-mode-generate-ids.html#automating-id-creation
Best wishes,
Colin Baxter
URL: http://www.
dentely from there. The files
> will live in a new org-contrib.git repo on code.orgmode.org.
Phew! Saved! Oh well, another git repo to add to the list. :-)
Best wishes,
Colin Baxter
URL: http://www.Colin-Baxter.com
-
G
> Uwe Brauer writes:
> Hello I have a org file that I want to export either to
> 1. Regular latex or
> 2. To beamer.
> So I just use the corresponding export engines.
> However the following minimal example puzzles me:
> #+begin_src
> # -*- org-confi
Hello Eric,
> Eric S Fraga writes:
> On Thursday, 15 Oct 2020 at 12:31, Jarmo Hurri wrote:
>> In my case there is a specific pseudocode format I need to use. I
>> think I would have to try to tune one of these packages pretty
>> heavily.
> In that case, you may simply wis
101 - 200 of 369 matches
Mail list logo
