>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> The latest org-mode info has a section entitled: "13.10.2 LaTeX
>> specific export settings". At the foot of that Section is the
>> line: "The following sections have
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> I think that this potentially confusing to someone unfamiliar in
>> the format of an info file. I had thought of suggesting the line
>> be changed to "The next sections have further
>>>>> Ihor Radchenko writes:
> Colin Baxter 😺️ writes:
>> I find the differences between the variables
>>
>> (1) org-clocktable-defaults (2)
>> org-agenda-clockreport-parameter-plist
>>
>> hard to understan
I'm sending this to emacs.orgmode and emacs.devel lists.
With the latest emacs:
(1) emacs -q
(2) M-x org-version
--> Org mode version 9.5.4 (release_9.5.4-3-g6dc785
(4) C-x C-c --> emacs closes with no messages
(5) Repeat (1)
(6) In scratch buffer load latest org-mode by eval
(add-to-
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> I'm sending this to emacs.orgmode and emacs.devel lists.
>>
>> With the latest emacs:
>>
>>
>> Debugger entered--Lisp error: (wrong-type-argument stri
>>>>> Colin Baxter writes:
>>>>> Ihor Radchenko writes:
>> Colin Baxter writes:
>>> I'm sending this to emacs.orgmode and emacs.devel lists.
>>>
>>> With the latest emacs:
>>>
>>>
>>>>> Alain Cochard writes:
> Colin Baxter writes on Tue 5 Jul 2022 20:24:
>> >>>>> Colin Baxter writes:
>>
>> >>>>> Ihor Radchenko writes: >> Colin Baxter
>> writes: >>> I'm
Excellent!
Best wishes,
e22b4eb7 commit. Have other users experienced similar issues?
Best wishes,
Colin Baxter.
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> With the latest org-mode, my org files have lost all syntax
>> coloring and org-mode formatting. They are essentially dead. If I
>> revert commit e22b4eb7 then they come back to life wi
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> > Do you have any idea which particular file-local variable is >
>> leading to the breakage?
>>
>> Well I'm tempted to say all of them because I have local
>&
>>>>> Colin Baxter writes:
>>>>> Ihor Radchenko writes:
>> Colin Baxter writes:
>>> > Do you have any idea which particular file-local variable is >
>>> leading to the breakage?
>>>
>>> Well I&#x
versions of org handled it without any problem.
> # -*- buffer-auto-save-file-name: nil -*- * Test ** Hello
I have experienced the same issue. I reported it yesterday here. The
link is
https://list.orgmode.org/orgmode/871qu0jo1w....@yandex.com/
Best wishes,
Colin Baxter.
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> No, I spoke too soon. That is not the answer. For me using "emacs
>> -q", an opened org file will expand the folds using but
>> there is still no synatx coloring. This is proba
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> I disable popups so I always receive a buffer with:
>>
>> --8<---cut here---start->8---
>> The local variables list in test.org or .d
> Juan Manuel Macías writes:
> Hi all, I've added some minor improvements to my little package
> 'org-verse-num', which was born out of necessity in my translation
> to spanish (work-in-progress) of Homer's Odyssey (11600 verses
> spread over 24 books):
> https://gitlab.c
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> > https://gitlab.com/maciaschain/org-verse-num
>>
>> Your site tells me to turn JavaScript, enable Cookies and
>> complete a CAPTCHA, all of which I refuse to do.
&
I seem to remember that the option
#+ATTR_ORG: :width 100
could scale the display of an image in an org-mode file. This no longer
works - perhaps it never did. How should I scale an image display in an
org-mode file (not exported)?
Best wishes,
Colin Baxter.
>>>>> Mark Barton writes:
>> On Sep 10, 2022, at 12:03 PM, Colin Baxter wrote:
>>
>>
>> I seem to remember that the option
>>
>> #+ATTR_ORG: :width 100
>>
>> could scale the display of an imag
Recently, if I use C-c C-x ! to refresh org-mode after a git pull, I get an
error. I then have to close down emacs and launch again. This rather
defeats the object of C-c C-x !. This appears to have happened only recently
The Backtrace is
--8<---cut here---start-
Thank you for your detailed reply.
>>>>> Tim Cross writes:
> Colin Baxter writes:
>> Recently, if I use C-c C-x ! to refresh org-mode after a git
>> pull, I get an error. I then have to close down emacs and launch
>> again. This rather d
Dear Ithor,
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> Recently, if I use C-c C-x ! to refresh org-mode after a git
>> pull, I get an error. I then have to close down emacs and launch
>> again. This rather defeats the object
The solution is to use `make autoloads'. I suppose that should have been
obvious to me at the beginning. After git pull (`+' in vc-dir) the
working recipe is:
1. rm *.elc
2. Update in org-mode buffer using C-c C-x !
3. make clean
4. make autoloads
5. Check update org-mode via C-c C-x!
6. make
7.
> Morgan Smith writes:
> Hello! There are two patches here. The first one is a simple bug
> fix that doesn't really have anything to do with the second patch.
> It just happens to be in the same spot of the code.
> The second patch allows a habit to be considered done if ti
>>>>> Morgan Smith writes:
> Hello,
> Colin Baxter writes:
>> Please do not alter the default behaviour. When writing a paper
>> or a book I use and need both logging and state changes, and I
>> would prefer not to have to spend tim
> Naresh Gurbuxani writes:
> It seems that org 9.5 has simplified header arguments for R code
> blocks that use grid graphics.
> Org 9.4 requires :results output graphics file
> Org 9.5 requires :results output file
> Do other users find the same change?
> Sent fro
Dear Alain,
> Alain Cochard writes:
> With the 9.5.5 version
> Org mode version 9.5.5 (9.5.5-g8ef620 @
> /home/cochard/.emacs.d/elpa/org-9.5.5/)
> What I have in Info is
> The Org Manual **
> This manual is for Org version 9.5.
>
org-persist. I don't doubt it may be
useful for those users with "large" org files with multiply src-blocks,
etc., etc., but, for me, I have not found any improvement in
performance. As remarked by the OP, the feature should not be
default-enabled.
Best wishes,
Colin Baxter.
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> I too would like a means to disable org-persist. I don't doubt it
>> may be useful for those users with "large" org files with
>> multiply src-blocks, etc., etc., but,
>>>>> Angelo Graziosi writes:
> Colin Baxter wrote:
>> I too would like a means to disable org-persist.
> On emacs-devel there was this suggestion:
> https://lists.gnu.org/archive/html/emacs-devel/2022-12/msg00125.html
It appears to work, afte
; for filtering but '>' to remove
the restriction. This surely is wrong since '>' is the key to call the
org-agenda-date-prompt, or am I missing something very basic here?
Nest wishes,
Colin Baxter.
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> In agenda, you can filter by category by pressing '<' when point
>> on that particular category. To remove filtering, press '<'
>> again. All this is explained
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> Indeed. I understand that, but the question was about '>' not
>> '<'. The initial agenda buffer has
>>
>> < Buffer, subtree/region restriction >
> Angelo Graziosi writes:
> tomas wrote:
>> there is now a defvar `org-element-cache-persistent'
> Ah! didn't knew that..
> Setting
> (setq org-element-cache-persistent nil)
> seems to work..
Indeed, although I'm not yet convinced that org-persist directories wont
he minus-key will
give me immediately the minus character `-'?
Colin Baxter.
>>>>> Colin Baxter writes:
> In an org-mode buffer, I notice a depression of the minus-key `-'
> now also gives an under-bar. I find this very annoying. I never
> insert the subsequent letter `—️' whatever it's called, and I do
> not wa
I load org-mode directly from my local copy of the org-mode git
repository and update on the fly. It works well, until today.
After an initial 'pull', 'make clean' and 'make', I 'cd' to lisp and 'rm
*.elc'. I then updated from an org-mode buffer, successfully. I 'make
clean' again followed by 'm
>>>>> Max Nikulin writes:
> On 21/04/2023 16:42, Colin Baxter wrote:
>> After an initial 'pull', 'make clean' and 'make',
> ...
>> However, I did initially receive the following warning:
>> --8<--
>>>>> Max Nikulin writes:
> On 21/04/2023 20:25, Colin Baxter wrote:
>>>>>>> Max Nikulin writes:
I will address the other points in your reply the next time I update
org-mode. In the meantime, I can answer some of your other questions
immediatel
1. emacs
2. M-x vc-dir
3. Navigate to ~/git/org-mode.
4. + (to pull)
5. M-x compile
6. make clean
7. make
8. In an eshell buffer navigate to ~/git/emacs/lisp.
Typo! I meant navigate to ~/git/org-mode/lisp.
Sorry about that.
>>>>> Max Nikulin writes:
> On 21/04/2023 23:17, Colin Baxter wrote:
>> I will address the other points in your reply the next time I
>> update org-mode. In the meantime, I can answer some of your other
>> questions immediately.
> Th
>>>>> Max Nikulin writes:
> On 22/04/2023 14:51, Colin Baxter wrote:
>>>>>>> Max Nikulin writes:
>> > On 21/04/2023 23:17, Colin Baxter wrote:
>> > emacs -Q -l org-agenda Only message and scratch buffers
>> presen
> Ihor Radchenko writes:
> Ihor Radchenko writes:
>> I am generally in favour of allowing STYLE to be inherited, but
>> it is technically a breaking change, as I described.
>>
>> Let's see if anyone voices against this change.
> No objections have been raised.
Well
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> > No objections have been raised.
>>
>> Well, you have not really given much time to respond.
> 2 weeks. I could have waited one month, but this is relatively
> safe bre
il)
Is there a solution for those of us who do not wish to use org cache
(and org-persist)?
Colin Baxter.
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> I now find that when I enter `m' to match an agenda
>> TAG/PROP/TODO, I get an error telling me that the "cache must be
>> active". This error is new today and I assume the
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> > This should not matter and should not cause the error. Please
>> > provide more details.
>>
>> The debugger output on the error is:
>>
>> --
>>>>> Max Nikulin writes:
> On 03/07/2023 00:44, Colin Baxter wrote:
>>>>>>> Ihor Radchenko writes:
>> > Just for context, the new version `org-element-cache-map' uses
>> a > new macro `org-element-with-enabled-cach
>>>>> Max Nikulin writes:
> On 03/07/2023 14:03, Colin Baxter wrote:
>> 2. If I remove all the org files from my emacs-30.50.0 and
>> thereby force emacs to use only org-mode from git then I see the
>> error.
> Have you tried
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> 1. emacs -q 2. eval in scratch buffer (add-to-list
>> 'load-path (expand-file-name "~/path/to/git/org-mode/lisp"))
>> 3. M-x org-agenda 4. Enter m 5. "Cache must be a
ntrols this? emacs -Q works of course
>>> fine.
>>
>> Can't get rid even after re-starting Emacs?
>>
> Exactly, I've had it for weeks annoyingly.
Indeed, it is VERY annoying. Setting
(setq org-use-sub-superscripts nil)
(the default is t) seems to ensure that it does not come on even if some
library puts `org-pretty-entities' to t.
Best wishes,
Colin Baxter.
> Ilya Chernyshov writes:
> Ihor Radchenko writes:
>> Thanks for sharing!
>>
>> As I mentioned in Matrix chat, it would be nice if you could
>> integrate the svg image display into Org agenda as minor mode,
>> displaying the interactive svg in place of the time grid.
https://orgmode.org/worg/org-tutorials/org-google-sync.html suggests
using the command line program 'googlecl'. That program appears to have
been dead for several years, at least according to
https://code.google.com/archive/p/googlecl/.
Colin Baxter.
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> https://orgmode.org/worg/org-tutorials/org-google-sync.html
>> suggests using the command line program 'googlecl'. That program
>> appears to have been dead for sev
e/advice--org-persist)
--8<---cut here---end--->8---
This had worked fine until today. How do I now stop org-persist
depositing this - and maybe other -files. I do not want them.
I am using emacs-30.0.50 and Org mode version 9.7-pre
(release_9.6.13-998-g571186).
Best wishes, Colin Baxter.
>>>>> Colin Baxter writes:
> I find a file called "gc-lock.eld" has been deposited un-requested
> and un-wanted in ~/.emacs.d/org-persist.
> I had thought I had disabled org-persist with the following
> (setq org-persist-disable-when-e
> Juan Manuel Macías writes:
> Max Nikulin writes:
>> I recall some tricks with \footnotemark and \footnotetext, but I
>> do not remember details and whether it may work for section
>> titles. Complications may arise if a heading title has several
>> footnotes.
> ox-
e---end--->8---
I find them a distraction and the information is of no use to me.
Colin Baxter.
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> Ho do I disable messages from org-persist telling me how long it
>> took to write to gc-lock.eld? For example,
>>
>> --8<---cut here---start
variables
`org-footnote-define-inline' and `org-footnote-auto-adjust', but,
frankly, I am none the wiser.
Best Wishes,
Colin Baxter.
Perhaps it's not possible because I see that .footref in css support is
always .
Dear Christian and Juan,
Thank you very much for your contributions. These are great and exactly
what I want. I'll probably go with an export filter.
Thank you
Best Wishes,
Colin Baxter.
How do I change this icon (or whatever it's called) :email: to the word
email between colons.
Best wishes,
>>>>> Colin Baxter writes:
> How do I change this icon (or whatever it's called) :email: to the
> word email between colons.
> Best wishes,
Solved!
I read in ORG-NEWS
--8<---cut here---start->8---
Now, new ~org-table-row~ face is used on the whole table row lines,
including indentation and the final newline. This face, by default,
inherits from ~org-table~ face.
If the new behavior is not desired, ~org-t
>>>>> Ihor Radchenko writes:
> Colin Baxter writes:
>> I read in ORG-NEWS
>>
>> --8<---cut here---start->8---
>> Now, new ~org-table-row~ face is used on the whole table row
>> li
Dear Eric,
>>>>> Fraga, Eric writes:
,> On Monday, 13 May 2024 at 21:16, Colin Baxter wrote:
>> Thanks, so presumably I just use set-face-attribute.
,> For many/most face aspects, I find the customize interface the
,> easiest to use. Simply
in my opinion. I never use latex-preview and I'm sure I'm
not alone in this. I also would not class the disabling of org-persist
to be a 'nice-to-have'.
Best wishes,
Colin Baxter.
y piece and I will be silent from now
on.
Best wishes,
Colin Baxter.
nt
file it is, but I just have it in my lisp path. Anyway, I refuse to use
package repositories preferring to install things myself.
Best wishes,
Colin Baxter.
xt.
I am using org-9.4.2.
Thanks
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
useful - for me at least.
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
#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.
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
>>>>> Tim Cross writes:
> Colin Baxter writes:
>> Hi Tim,
>>
>> Thanks for you quick reply.
>>>>>>> Tim Cross writes:
>>
>> > Colin Baxter writes:
>>
>> >>
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 #
"~
>>>>> 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)
>>>>> 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.
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.
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
> 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
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.
>>>>> 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
, etc. I wonder why the changes were made,
or am I not understanding something here?
Best wishes,
Colin Baxter.
> 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
> 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
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
> 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
> 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
>>>>> Robert Horn writes:
> Colin Baxter writes:
>>>>>>> Robert Horn writes:
>>
>> > Timothy writes:
>>
>> >> Ihor Radchenko writes:
>> >>
>> >> Maybe this
>>>>> 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
> 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
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
>>>>> 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
It might be worthwhile to issue an warning each time a url is written in
an org file without enclosing brackets < > or [[ ]].
>>>>> 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 [
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.
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 ]
>> ].
>>
201 - 300 of 382 matches
Mail list logo
