Org mode version 9.6 (release_9.6-126-gf731d4
GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.35,
cairo version 1.17.6) of 2022-11-18
I have noticed a new problem: tables take a long time to refresh if I
change the structure (move columns, remove columns or resize them). It is
c
On Thu, Dec 22, 2022 at 11:07:52PM +0700, Max Nikulin wrote:
> On 22/12/2022 22:45, Tim Cross wrote:
> > Could some of the issues people are concerned about regarding use of
> > /tmp be avoided if instead the temporary files were put into ~/.cache?
[...]
> Another idea is to avoid caching of pars
So I've got a solution somewhat working but I'd like some help simplifying it.
The good news is that it's significantly faster than the previous Org
implementation I was using (the one you wrote on stack exchange), and
can now handle folding a file with 30k lines in around .065s for
hiding and .00
Hi David,
> Hello. While at one time org XHTML output validated successfully, now the
> default values of certain variables in ox-html cause the resulting
> output to not validate as XHTML 1.0 Strict.
>
> org-html-infojs-template: script tag attribute “type” is required (2x)
> org-html-style-defa
Hello. While at one time org XHTML output validated successfully, now the
default values of certain variables in ox-html cause the resulting output
to not validate as XHTML 1.0 Strict.
org-html-infojs-template: script tag attribute "type" is required (2x)
org-html-style-default: style tag attribut
Hello everyone,
I would like to propose the introduction of a new face:
org-agenda-calendar-timerange.
It is used to show entries with a timerange in the agenda, that is,
entries with a timestamp of the form:
<2022-12-22 Thu>--<2023-01-01 Sun>
At the moment, these entries with a timerange use the
On 22/12/2022 22:45, Tim Cross wrote:
Could some of the issues people are concerned about regarding use of
/tmp be avoided if instead the temporary files were put into ~/.cache?
There is no ~/.cache on Windows, the fallback is ~/.emacs.d. org-persist
files in ~/.emacs.d was the original source
Max Nikulin writes:
> On 22/12/2022 19:34, Ruijie Yu wrote:
>> One possible approach to this is to have all org-persist related
>> temporary directories into an overall "$TMPDIR/org-persist" directory.
>
> Predictable name in a "world" writable directory generally is not a good
> idea. Multipl
Sent from my iPhoneOn Dec 21, 2022, at 10:43 AM, Galaxy Being wrote:Don't know why, but in my "spare time" I snoop around Babel. So I've revisited Groovy in Babel and have found a bizarre situation where, yes, there appears an ob-groovy.el in my ~/.emacs.d/elpa/org-9.6/ , but I have to do a speci
On 22/12/2022 19:34, Ruijie Yu wrote:
One possible approach to this is to have all org-persist related
temporary directories into an overall "$TMPDIR/org-persist" directory.
Predictable name in a "world" writable directory generally is not a good
idea. Multiple users may try to run Org on the
On Wed, Dec 21 2022, Ihor Radchenko wrote:
> Ihor Radchenko writes:
>
>>> Upon confirming the FSF copyright assignment, I have applied the patch
>>> onto bugfix.
>>> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=01c0ebee2
>>
>> Your patch appears to not work in some environment
Greg Minshall writes:
> hi, Ihor,
>
>> Do we need to care about cleaning up /tmp?
>
> my two cents is that maybe one should not care so much about cleaning up
> /tmp, but i think it's worthwhile trying not to clutter it up too much.
>
> cheers, Greg
One possible approach to this is to have all
Hello.
I do
emacs -Q -l ~/.emacs.git
where the .emacs.git file contains only
(add-to-list 'load-path "~/Org/Coch-git/org-mode/lisp")
(require 'org-inlinetask)
This gives
Org mode version 9.6 (release_9.6-118-g04d2cc.dirty @
/home/cochard/Org/Coch-git/org-mode/lisp/)
GNU Emac
On 22/12/2022 11:52, Karthik Chikmagalur wrote:
or with the new --init-directory flag
I can not believe in it. A year ago after reading
https://debbugs.gnu.org/15539
24.3; setting user-emacs-directory at command line invocation
Date: Thu, 13 Aug 2020 13:06:33 +0200
So I think the conclusion t
14 matches
Mail list logo