On 08/09/2023 23:52, Ihor Radchenko wrote:
Carlo Tambuatco writes:
I noticed that an org file I was using for my capture templates was getting
quite large
and that my capture templates that were pasting TODO entries in that file
were starting to exhibit
strange behavior. Mostly just getting
On 09/09/2023 00:25, Tom Alexander wrote:
Using this sample document, I have created a plain list item with a tag
that contains that substring by wrapping it in a verbatim block:
```
- =foo :: bar= :: baz
```
The following does not address your particular question, it is just a
warning. Be
I think that with this patch the possible regressions are removed. I
took the opportunity to add some improvements (the :babel-ini-alt,
:script and :script-tag properties) and correct some errors and typos.
I don't know if it's a valid path to allow the car of each element to
also be a list of
Marcin Borkowski writes:
> Another one, it seems, is clocking in when the entry already has a lot
> of clock entries. I have a headline with 8000+ clock entries and
> starting another one takes about half a second.
Yup. The list parser is not incremental (for historic reasons), so every
time
On 2023-09-08, at 19:37, Ihor Radchenko wrote:
> Marcin Borkowski writes:
>
>> It's a /very/ long shot, but I noticed that editing large tables (1000+
>> lines) can become pretty slow. Apart from that, I have Org files with
>> tens of thousands lines and they work pretty well.
>
> Expected.
Marcin Borkowski writes:
> It's a /very/ long shot, but I noticed that editing large tables (1000+
> lines) can become pretty slow. Apart from that, I have Org files with
> tens of thousands lines and they work pretty well.
Expected. The current code re-inserts the whole table every time you
On 2023-09-08, at 18:26, Carlo Tambuatco wrote:
> I noticed that an org file I was using for my capture templates was getting
> quite large
> and that my capture templates that were pasting TODO entries in that file
> were starting to exhibit
> strange behavior. Mostly just getting stuck at a
Emacs version: 29.1
Org-mode version: 163bafb43dcc2bc94a2c7ccaa77d3d1dd488f1af
Found a conflict between the documentation and the parser behavior. The
org-mode documentation[1] for description list items says that TAG '[...] does
not contain the substring " :: "'
Using this sample document, I
Carlo Tambuatco writes:
> You might want to look into what changed between org 9.5.5 and 9.6, because
> that is when this strange behavior started (for me anyway)...
Unfortunately, such information is not helpful. A lot have changed.
If you observe the problem in future, I encourage you to
You might want to look into what changed between org 9.5.5 and 9.6, because
that is when this strange behavior started (for me anyway). I've been
hanging onto
9.5.5 for as long as I could until I upgraded to emacs 29. Then the above
mentioned
strange behavior resumed. My fix for it was to split up
Carlo Tambuatco writes:
> I noticed that an org file I was using for my capture templates was getting
> quite large
> and that my capture templates that were pasting TODO entries in that file
> were starting to exhibit
> strange behavior. Mostly just getting stuck at a mysterious "clipboard
>
I noticed that an org file I was using for my capture templates was getting
quite large
and that my capture templates that were pasting TODO entries in that file
were starting to exhibit
strange behavior. Mostly just getting stuck at a mysterious "clipboard
pasted to level 2 subtree"
message, then
Max Nikulin writes:
> I am still unsure that de and de-de should be mapped to different
> babel language configurations.
I think that for practical purposes de and de-de should be treated the
same in both babel and polyglossia. In the new fixed version of
org-babel-language-alist I thought it
On Fri, Sep 08, 2023 at 12:38:07PM +, Ihor Radchenko wrote:
> Did you consider :kill-buffer property in `org-capture-templates'?
>
> :kill-bufferIf the target file was not yet visited by a buffer when
> capture was invoked, kill the buffer again after capture
>
Eduardo Suarez-Santana writes:
>> May you explain a bit more about the problem you are trying to solve?
>> Isn't the temporary capture buffer killed after capture already?
>> Or do you refer to the org buffer where the capture is recorded?
>
> Sorry about that. I refer to the org buffer where
On Fri, Sep 08, 2023 at 12:10:23PM +, Ihor Radchenko wrote:
> Eduardo Suarez writes:
>
> > The function org-capture-finalize allows an argument to 'jump-to-capture'. I
> > think it may be a good idea to add a new argument to 'kill-buffer' after the
> > capture is finalized. This would be
Eduardo Suarez writes:
> The function org-capture-finalize allows an argument to 'jump-to-capture'. I
> think it may be a good idea to add a new argument to 'kill-buffer' after the
> capture is finalized. This would be useful to avoid having to kill the capture
> buffer manually. I assume that
This is a feature request.
The function org-capture-finalize allows an argument to 'jump-to-capture'. I
think it may be a good idea to add a new argument to 'kill-buffer' after the
capture is finalized. This would be useful to avoid having to kill the capture
buffer manually. I assume that if
On 07/09/2023 21:49, Max Nikulin wrote:
On 07/09/2023 21:19, Juan Manuel Macías wrote:
I think I can introduce some fixes to org-latex-language-alist to
restore the removed language codes
I have no idea why in
393f2f5ae 2012-06-14 12:57:35 +0200 Nicolas Goaziou: org-e-latex: Set
Babel
Ihor Radchenko writes:
> Bruno Barbier writes:
>
>> From 86a5443948fc84a6a412ccf49d0c537608f465a7 Mon Sep 17 00:00:00 2001
>> From: Bruno BARBIER
>> Date: Fri, 18 Nov 2022 20:14:20 +0100
>> Subject: [PATCH 1/7] ob-haskell: Add tests for GHCi
>> ...
>
> Thanks!
> Applied, onto main.
> I also
Bruno Barbier writes:
> From 86a5443948fc84a6a412ccf49d0c537608f465a7 Mon Sep 17 00:00:00 2001
> From: Bruno BARBIER
> Date: Fri, 18 Nov 2022 20:14:20 +0100
> Subject: [PATCH 1/7] ob-haskell: Add tests for GHCi
> ...
Thanks!
Applied, onto main.
I also added a missing defvar declaration for
em...@supporter.mailer.me writes:
> I would like to contribute to org-mode but I have no experience with git. I
> would like to start with something small - adding translations for my
> language.
>
> Could somebody please guide?
The easiest way would be:
1. Download Org mode source code from
Max Nikulin writes:
> On 07/09/2023 17:54, Ihor Radchenko wrote:
>> I think that it will be acceptable to add new bindings like
>> C-x 4 C-c C-o and C-x 5 C-c C-o that will open a link in other window or
>> frame, if possible. Patches welcome!
>
> Is it possible to make such bindings local to
Juan Manuel Macías writes:
>> I am not sure if I like "russian*" idea. May you explain a bit more
>> about how onchar works? What if language characters are intersecting,
>> and not using exactly the same char sets?
>
> Basically, it's like I said above. According to the Babel Manual:
>
>
24 matches
Mail list logo