Hi Ihor,
On Sat, 23 Sept 2023 at 05:32, Ihor Radchenko wrote:
>
> I see no particular reason.
>
Thanks for the reply.
> +1.
> But maybe others have objections.
And for the support. :-)
Best,
Gustavo.
Hi Ihor,
On Sat, 23 Sept 2023 at 05:28, Ihor Radchenko wrote:
>
> Gustavo Barros writes:
>
> > When a link is placed as a property value, `org-element-context' does
> > not recognize it as a link.
>
> It is expected and intentional:
> https://list.
On Fri, 22 Sept 2023 at 15:11, Gustavo Barros wrote:
Sorry, some poor copy-paste from my part on the original report. The
following...
> (Setting `eval-expression-print-level' and
> `eval-expression-print-length' to nil).
... was meant to come after:
> Placing point on the link an
Hi All,
When point is on a heading, `org-open-at-point' offers to open links
in the subtree. This is a very useful feature, and I use it a lot.
However, in this case, `org-open-at-point' not only opens the link,
but also moves point to said link. Perhaps there's some reason why
point is not
Hi All,
When a link is placed as a property value, `org-element-context' does
not recognize it as a link.
(Setting `eval-expression-print-level' and
`eval-expression-print-length' to nil).
Consider the following document:
#+begin_src org
,* Heading
:PROPERTIES:
:LINK:
Hi All,
When setting Org to track TODO state changes, calling `org-todo' on an
active region comprising multiple headings, the state changes only
logged for the last heading.
To reproduce with `emacs -Q', visit the file:
#+begin_src org
,#+todo: TODO(t) | DONE(d!)
,* TODO Task 1
,* TODO Task
On Wed, 3 May 2023 at 07:55, Ihor Radchenko wrote:
> This was actually just an omission in `org-persist-gc'.
> Now fixed on main.
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=e11073d17
Thank you!
> But do not create so much sense of urgency here. As I explained, this is
>
On Tue, 2 May 2023 at 17:54, Ihor Radchenko wrote:
> I think `recentf-save-file' for example is no different. And
> org-id-locations-file. And custom-file, if you happen to save safe
> buffer-local variables by answering "!" in Emacs prompt. And many many
> other places.
Those two are easy to
On Tue, 25 Apr 2023 at 07:52, Gustavo Barros wrote:
> My view is that there really should be a way of doing it. Because this
> has relevant security implications. And because users should be able
> to have control of their data in the first place. And then if one such
> a feature,
On Tue, 25 Apr 2023 at 07:21, Ihor Radchenko wrote:
> > I don't understand that. Isn't persistence about keeping data across
> > Emacs sessions?
>
> Not only. We also use org-persist to cache downloaded images from
> internet and, in future, to cache image previews (currently, they just
> sit in
On Sun, 23 Apr 2023 at 11:19, Ruijie Yu wrote:
> Side track: remember that you have `always' and `ignore' in your
> collection of functions. :)
Somehow I wasn't aware of `always'. Thanks!
Gustavo.
On Sun, 23 Apr 2023 at 10:51, Ihor Radchenko wrote:
> We can try (string-match mounted-file-systems default-directory).
> Will it work with your setup?
Wouldn't that exclude a lot of legitimate use cases?
Personally, I don't see an issue in this scenario of mine for Org to
handle. It's an
Hi Ihor,
On Sun, 23 Apr 2023 at 07:55, Ihor Radchenko wrote:
> Thanks for letting us know about this scenario!
Yes, but there's little Emacs/Org can do there, I think. Once the
volume is mounted, there's no way to tell it is meant to be treated as
an encrypted file.
With time I'm learning
Hi All,
this is more of a question really. I moved recently to the new pretest
version of Emacs and thus got the 9.6 version of Org. And after that I
started to notice some saving by `org-persist' going on, and indeed I
have a new associated "~/.cache/org-persist/" directory.
However, I do have
On Sat, 22 Apr 2023 at 10:27, Ihor Radchenko wrote:
>
> Ruijie Yu writes:
>
> > Subject: [PATCH] * lisp/org.el org-latex-packages-alist: fixed type
> > definition
>
> Applied, onto bugfix.
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=14dccff8b
Thank you all!
On Thu, 13 Apr 2023 at 12:47, Ihor Radchenko wrote:
> I suspect that it might be Emacs problem.
Ok, you win, done: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=62847
Best,
Gustavo.
Hi Ihor,
On Thu, 13 Apr 2023 at 12:10, Ihor Radchenko wrote:
> Basically, we need to bring Emacs devs in. Because I have no clue what
> is going on. And reporting to Emacs bug tracker is the way to involve
> Emacs devs.
I get that. But please look at it from my perspective too. This is a
Hi Ihor,
On Thu, 13 Apr 2023 at 11:52, Ihor Radchenko wrote:
> I inspected `mode-name'.
> I tried harder, and I was able to reproduce using literally emacs -Q.
Thanks, and I'm glad to know I'm not crazy then.
> It looks like Emacs bug then. I suspect some funny staff going on during
>
Hi Ihor,
On Thu, 13 Apr 2023 at 11:24, Ihor Radchenko wrote:
>
> Gustavo Barros writes:
>
> > For the record, I'm trying the new Emacs pretest with Org 9.6.3 and
> > the `mode-name` is still has the propertized space and, in some
> > situations (e.g. `org-tags-view`
Hi All,
On Sat, 22 Oct 2022 at 07:51, Gustavo Barros wrote:
>
> On Sat, 22 Oct 2022 at 04:14, Ihor Radchenko wrote:
>
> > I am unable to reproduce with the latest Org.
>
> thanks for checking this report.
> I've retested things here and, though I can still reproduce it
Hi All,
I'm testing here the new pretest for Emacs 29, and I noticed a small
problem in the type specification of the `org-latex-packages-alist'
defcustom.
The docstring states that each element of the alist is composed of up
to four elements, but the type specification comprises just the first
Hi All,
On Tue, 10 Nov 2020 at 17:22, Gustavo Barros wrote:
> This is a small feature request for `org-lint' not to hardcode the
> checker functions' prefix, as it currently does.
>
> [...]
>
> However, `org-lint' hardcodes the prefix of the checker functions to it
Hi Ihor,
On Mon, 24 Oct 2022 at 01:21, Ihor Radchenko wrote:
> I am unable to reproduce your recipe on the latest Org main.
Indeed, I can confirm! True, the empty line between the headings still
goes missing, but there's no longer structural change which was the
real problem.
And, sorry for
Hi Ihor,
On Mon, 24 Oct 2022 at 01:52, Ihor Radchenko wrote:
> This is because setting things up for links is a part of Org loading
> process. And file-local variables are only loaded after major mode by
> Emacs. See https://debbugs.gnu.org/cgi/bugreport.cgi?bug=57003
Ah, I had presumed this
Hi All,
On Sun, 28 Jul 2019 at 16:34, Gustavo Barros wrote:
> When the capture template ends with a newline character and the capture
> process is canceled, the following heading gets demoted. And it
> shouldn’t.
a respectful bump on this one. I can still reproduce this with Emacs
28.
Hi All,
On Fri, 29 Oct 2021 at 15:53, Gustavo Barros wrote:
> Currently, trying to set `org-link-descriptive' as file-local-variable
> is not honored by Org, and doing so, leads to one of mismatched states
> between `org-link-descriptive' and the invisibility specs.
a respectful bump
Hi All,
On Mon, 26 Oct 2020 at 14:11, Gustavo Barros wrote:
> Calling `fill-paragraph' in an Org buffer may leak paragraph boundaries,
> and even heading boundaries, and break document structure.
Just an update on this one. I can no longer reproduce it with Emacs
28.2 and Org 9.5.5.
Hi Ihor,
On Sat, 22 Oct 2022 at 04:14, Ihor Radchenko wrote:
> I am unable to reproduce with the latest Org.
thanks for checking this report.
I've retested things here and, though I can still reproduce it with
Org 9.5.5, I can confirm the issue is gone on 9.6-pre with the latest
commit on
Hi Ihor,
On Mon, 18 Jul 2022 at 14:28, Ihor Radchenko wrote:
I feel that you are overcomplicating things a bit.
Well, the most important objective of the analysis was to try to figure
out if the `todayp' condition was too strict or not. Since your
suggested fix implies removing it as
Hi Ihor,
On Tue, 12 Jul 2022 at 10:46, Ihor Radchenko wrote:
Thanks for the detailed analysis!
I thank you again for your continued interest in this little report.
I dug through the old commits and found where this behaviour has been
introduced:
Commit 0bbf3a9bd message details the
Hi All,
On Fri, 29 Oct 2021 at 21:40, Ihor Radchenko wrote:
Gustavo Barros writes:
The glitch is that some repeated tasks, when marked done in the
Agenda,
show no visual feedback that the action has taken place, as usual,
and
if you refresh the Agenda, they just vanish, which
Hi All,
I'm trying out the pre-release this week, and in thus doing, I met a
particularly strange issue related to Org Agenda's `mode-name'. And one
space in particular, the one that is added before
`org-agenda-current-span'. The `mode-name' for the Agenda is set by
Hi All,
Currently, trying to set `org-link-descriptive' as file-local-variable
is not honored by Org, and doing so, leads to one of mismatched states
between `org-link-descriptive' and the invisibility specs.
An ECM for it. Start ~emacs -Q~ and setup current Org:
#+begin_src emacs-lisp
Hi Ihor,
On Fri, 29 Oct 2021 at 21:40, Ihor Radchenko wrote:
Confirmed
Thanks for checking and marking.
Best,
Gustavo.
Hi All,
I've been meeting a small glitch on the Agenda, which had been eluding
me for some time, as it "sometimes works, sometimes doesn't", and I
wasn't being able to recognize the rule for it. So I started keeping
track of it a while, and I was thus able to come up with a ECM. I'm not
Hi Bastien,
On Mon, 27 Sep 2021 at 14:50, Bastien wrote:
`org-return' currently does not honor `delete-selection-mode'.
This should be fixed now, thanks a lot.
Thank you!
Best,
Gustavo.
Hi Bastien,
On Sat, 25 Sep 2021 at 17:25, Bastien wrote:
Ihor Radchenko writes:
And yet another update fixing a typo in previous patch.
Applied, thanks!
Thank you! Ihor, thank you for the patch! And thanks to all who chimed
in.
Best,
Gustavo.
Hi Ihor,
On Sat, 10 Jul 2021 at 10:48, Ihor Radchenko wrote:
The breakage was introduced in commit c67037:
[c670379adfbdc4883d3cfa230289fd2829993265] Fix `org-agenda-todo' undo
behavior when logging (not adding note)
The fix is attached.
Thank you very much!
Best,
Gustavo.
On Sun, 27 Jun 2021 at 03:31, Bhavin Gandhi
wrote:
You are right, I actually did a bisect last week and found that change
has introduced this behavior. I should have posted that immediately,
it
would have saved some of your time.
No problem. Thanks for confirming you reached the same
Hi All,
On Sat, 26 Jun 2021 at 00:13, Jeff Kowalski
wrote:
While I don't have a fix for the root issue, I did have a chance to
create
a lint for LOGBOOK duplicates, as you suggested.
Since Jeff put some effort, I went for some too. :-)
I did some digging and, as far as I can tell, the
Hi Jeff,
On Sat, 26 Jun 2021 at 00:13, Jeff Kowalski
wrote:
While I don't have a fix for the root issue, I did have a chance to
create
a lint for LOGBOOK duplicates, as you suggested.
It can be found here:
Looks good!
Thank you very much.
Best regards,
Gustavo.
Hi Jeff,
On Wed, 16 Jun 2021 at 23:22, Jeff Kowalski
wrote:
I can confirm the same is happening here for me with Org mode version
9.4.6
(9.4.6-4-g093c94-elpa @ /home/jeff/.emacs.d/elpa/org-20210607/) on GNU
Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.20,
cairo
version
Hi Bhavin,
On Mon, 14 Jun 2021 at 15:01, Bhavin Gandhi
wrote:
On Mon, 14 Jun 2021 at 19:10, Gustavo Barros wrote:
The marking of repeated tasks as "done" is currently resulting in
duplicate entries in the "LOGBOOK" drawer, which is not expected. I
don't know ex
Hi All,
The marking of repeated tasks as "done" is currently resulting in
duplicate entries in the "LOGBOOK" drawer, which is not expected. I
don't know exactly when this came to be, but it does not happen in the
current built-in version (9.4.4), while it does in the latest release
(9.4.6).
Hi All,
`org-return' currently does not honor `delete-selection-mode'. An ECM to
reproduce it is the following.
Start `emacs -Q' and do some setup:
#+begin_src emacs-lisp
(add-to-list 'load-path "~/.emacs.d/lib/org-mode/lisp")
;; Org repo at commit f70e36252
(load-library "org")
On Mon, 24 May 2021 at 13:34, Bhavin Gandhi
wrote:
Yes, I have attached an updated patch.
Looks good to me. Thank you!
We are indeed aligned. The only additional thing I discovered was
the reason `org-refile--get-location' works despite having double
slashes. That was new for me.
Hi Bhavin,
On Sun, 23 May 2021 at 15:05, Bhavin Gandhi
wrote:
Finally after spending a couple of hours, I was able to understand the
code
of org-refile-get-location \o/. The detailed bug report helped me to
understand the issue. I'm attaching a patch here which should fix the
problem, it
Hi Bastien,
On Thu, 06 May 2021 at 08:53, Bastien wrote:
I fixed this in the
maint branch, please let me know if you notice any weirdness.
It's looking good here now.
Thanks again.
Best,
Gustavo.
Hi Bastien,
On Mon, 03 May 2021 at 19:26, Bastien wrote:
well, clearly my mind is dull right now - I pushed another better fix,
but please report any better solution if you have one.
Thank you.
No, not really, I just happened to spot an offending case of the
previous commit.
Hi Bastien,
On Mon, 03 May 2021 at 17:31, Bastien wrote:
Hi Gustavo,
Gustavo Barros writes:
since some time I've been facing a small annoyance in the agenda, as
when I move point in my weekly agenda to a day which is not the first
one display and then hit "f" (`org-ag
Hi Bastien,
On Sun, 02 May 2021 at 03:54, Bastien wrote:
Hi Gustavo,
Gustavo Barros writes:
I just tested the fix and, indeed,
`org-insert-heading-respect-content' no longer breaks the structure
of
the first heading. However, if I may add a nitpick, the value of
`org-blank-before-new
Hi Bastien,
On Sun, 02 May 2021 at 03:30, Bastien wrote:
Gustavo Barros writes:
This way it would be
possible to toggle the markers selectively, as it is done with the
links. I'm not sure this is granted, but one reasonable hypothesis
why `org-link' was used there in the first place
Hi Bastien,
On Sun, 02 May 2021 at 03:29, Bastien wrote:
Indeed, I have some code ready for this in an updated version of the
patch. So the change won't be that "breaking" but let's still assess
whether it will break many configurations.
Looks good to me. Thank you.
Gustavo.
Hi Bastien,
On Sat, 01 May 2021 at 13:02, Bastien wrote:
Hi Gustavo,
Gustavo Barros writes:
I just found a misbehaving of `org-insert-heading-respect-content':
when
it's called before the first heading in the buffer, it breaks the
structure of that fist heading by inserting a new
Hi Bastien,
On Sat, 01 May 2021 at 13:24, Bastien wrote:
Hi Gustavo,
Gustavo Barros writes:
I don't know if there is a strong reason to hard-code the set of keys
in `org-speed-commands-default'. But, if there isn't, could you
consider (somehow) exposing the whole set of `org-speed
Hi Bastien,
On Sat, 01 May 2021 at 17:28, Bastien wrote:
Hi Gustavo,
Gustavo Barros writes:
The Org line commands -- `org-beginning-of-line', `org-end-of-line',
and
`org-kill-line' -- all take due care for the presence of
`visual-line-mode' to do the right thing if it is turned
Hi Bastien,
On Sat, 01 May 2021 at 13:42, Bastien wrote:
Hi Gustavo,
Gustavo Barros writes:
when using `org-hide-emphasis-markers', making links visible with
`org-toggle-link-display' also unhides the emphasis markers. I
believe
this to be unexpected behavior (it certainly is to me
Hi Bastien,
On Sat, 01 May 2021 at 12:40, Bastien wrote:
Hi Gustavo,
sorry for the slow reply.
I applied this patch in master with commit e8562a332.
Thanks!
Thank you very much!
Looking forward to enjoy this one.
Best,
Gustavo.
On Tue, 27 Apr 2021 at 04:29, Bastien wrote:
Ihor Radchenko writes:
Maybe you can use
(eq (org-element-type (car (org-element-lineage element))) 'drawer)
Indeed, thanks for the tip! Committed as 26d1d29cf.
Bastien and Ihor, thank you!
Gustavo.
convincing code analysis of the affected function
`org-refile-get-location' and a suggested fix (I just don't send a
patch, because I can't provide CA).
Best regards,
Gustavo.
On Mon, 21 Sep 2020 at 15:34, Gustavo Barros
wrote:
Hi All,
some time ago, I've reported an issue regarding
Hi Juan,
On Mon, 25 Jan 2021 at 14:46, Juan Manuel Macías
wrote:
By the way... I have written some code to export the citations using
make4ht. It's just a proof of concept, and not too elegant I'm afraid.
But I wanted to explore a bit more the use of make4ht in this context.
Nice! I also
Hi Juan,
On Sun, 24 Jan 2021 at 16:20, Juan Manuel Macías
wrote:
I agree with what you comment here and in your previous message. In
fact, I'm afraid this (humble) approach of mine is focused only on
creating a mere list of references in HTML from a bib file, keeping
the
same bibliography
On Sun, 24 Jan 2021 at 08:37, Gustavo Barros
wrote:
It should handle two limitations of your procedure, which
are: getting the bibliography with the entries actually cited in the
document and citation callouts. The first one is easy to handle in
your
current approach by means of any
Hi Juan,
that's very interesting. Thanks for sharing.
On Sat, 23 Jan 2021 at 12:03, Juan Manuel Macías wrote:
> When I export to LaTeX an Org document that contains a bibliography, I
> use bibLaTeX with a very custom style (i.e. quite a few lines of code
> related to bibLaTeX in the
Hi Eric,
On Fri, 22 Jan 2021 at 15:49, Eric S Fraga wrote:
> Dear all org mode list readers,
>
> I have been trying to get to grips with org-refile. For some reason,
> the completion mechanism (I use ivy generally but I have no idea what
> org-refile actually tries to do/use) only shows me the
Hi Enrique,
On Fri, 01 Jan 2021 at 05:22, "Blair, Erik" wrote:
> I would like to use \ul from the soul package in Org mode for underlining with
> line breaks (and *not* underlining spaces). It’s not working well. It fails
> like \underline (spaces get underlined, and lines don’t break and run
Hi All,
It's been some time since included in my todos to cook something to
insert citations in Org using RefTeX's infrastructure. As I set this
morning to do so, I found out it already existed: `org-reftex-citation'.
Alas, it is not enough for me (and certainly also others), because it
On Tue, 22 Dec 2020 at 17:24, Gustavo Barros
wrote:
Damn! Sorry for the noise. It *doesn't* work, and disables Org's own
remappings, of course. Just as I sent I realized I had something else
enabled which was doing the actual job (my previous take on this
thread).
Back
On Tue, 22 Dec 2020 at 17:18, Gustavo Barros
wrote:
Anyway, what I came up is a slight variation from Marco's approach,
which may
be just general enough to be employed by Org.
#+begin_src emacs-lisp
(add-hook 'visual-line-mode-hook #'my/visual-line-mode-hook-for-org)
(defun my/visual
Hi Bastien,
Hi Marco,
On Fri, 04 Sep 2020 at 14:37, Bastien wrote:
Hi Gustavo,
Gustavo Barros writes:
I do think my other workaround is worth pondering to be included, so
that this would work out-of-the-box. Do you see any particular
drawbacks of setting these bindings directly
Hi All,
On Sun, 20 Dec 2020 at 18:25, Bastien wrote:
>
> Also, I'm thinking of using headline-data as the new default for the
> org-adapt-indentation option. WDYT?
>
> I know Kevin as a good overview of the whole topic, maybe he can also
> advise about what should be done here.
I cannot but
Hi All,
there is a scope mismatch in `org-toggle-link-display' between text
(visibility) properties and the setting of `org-link-descriptive'. The
text properties are set for the buffer with either
`remove-from-invisibility-spec' or `add-to-invisibility-spec', but the
value of
Hi All,
when using `org-hide-emphasis-markers', making links visible with
`org-toggle-link-display' also unhides the emphasis markers. I believe
this to be unexpected behavior (it certainly is to me), but I might be
wrong here, given that the emphasis markers are explicitly set to a
On Tue, 17 Nov 2020 at 02:54, Kyle Meyer wrote:
Gustavo Barros writes:
Hi All,
The toggling of Archives mode in the agenda, the one which includes
archive files, called with "v A", can be turned on, but turning it
off
with "v A" does not currently work.
An ECM to
Hi All,
The toggling of Archives mode in the agenda, the one which includes
archive files, called with "v A", can be turned on, but turning it off
with "v A" does not currently work.
An ECM to reproduce the issue is:
- Start `emacs -Q'
- Do an initial setup:
#+begin_src emacs-lisp
Hi Tim,
Hi All,
On Mon, 16 Nov 2020 at 18:15, Tim Cross wrote:
> Tim Cross writes:
>
>>
>> Thanks for clarifying this Kyle.
>>
>> So essentially, this change has been made to make org-mode consistent
>> with the rest of emacs which enabled electric-indent by default in Emacs
>> 24. this is a
Hi Jean,
On Sun, 15 Nov 2020 at 09:09, Jean Louis wrote:
That is useful.
I'm glad to hear that.
You (plural) could probably also get some juice from looking into,
and
incorporating to muscle memory, `M-RET', `C-RET' and `C-j'.
I do, thank you for reminder. Us in plural are
Hi All,
On Sun, 15 Nov 2020 at 13:37, Greg Minshall wrote:
> hi, all.
>
> David Rogers wrote:
>
>> Am I crazy to say that your last example of unwanted behavior is
>> easier for me to read and understand? (and to me the common
>> indenting is a hopeless mess?)
>
> yes, in fact, the "new" way
On Fri, 13 Nov 2020 at 18:47, Jean Louis wrote:
* Gustavo Barros [2020-11-14 00:12]:
I have seen discussion with very little reasoning. You are changing
default for many users and large subset of those users will not read
the NEWS. And now you are discovering that there are people who get
Hi Karl,
On Fri, 13 Nov 2020 at 18:30, Karl Voit wrote:
> Hi!
>
> I'm on Org mode maint git repo, currently v9.3.6.
>
> I recently upgraded from an older git commit version.
>
> Since the upgrade I do have a different behavior:
>
> - Consider this list itemX
> A 1
> 2
>
> When I press RET at
Hi All,
On Tue, 10 Nov 2020 at 17:22, Gustavo Barros
wrote:
This is a small feature request for `org-lint' not to hardcode the
checker
functions' prefix, as it currently does.
I've been playing with and testing this further, and I found an
uncovered corner in my initial suggestion
Hi All,
This is a small feature request for `org-lint' not to hardcode the
checker functions' prefix, as it currently does.
`org-lint' is a small gem in Org, specially to those fat-fingered folks
such as myself, to the point that it's been some time since I've been
fancying using it to
Hi Samuel,
On Fri, 30 Oct 2020 at 17:43, Samuel Wales wrote:
i always have everyting under a top level, so taht files are trees not
forests and org can work treeishly even at toplevel.
This would be a workaround, not a solution. Is it a formal requirement
of Org that files must be kept in
Hi All,
`org-sort-entries' provides no easy way to sort by top-level when the
first entry is at the beginning of buffer. This is true for both
interactive and non-interactive uses of the function, but a little more
inconvenient in the latter case.
Indeed, `org-sort-entries', when deciding
Hi All,
I've seen time and again folks get bitten by trying to install Org with
`package.el' while having Org loaded. The latest, but certainly not the
first and not the last:
https://www.reddit.com/r/orgmode/comments/jicj1k/how_to_use_org_version_from_orgpluscontrib/
This is well known,
On Mon, 26 Oct 2020 at 19:40, Gustavo Barros wrote:
> On Mon, 26 Oct 2020 at 22:33, Michael Heerdegen
> wrote:
>
>> I'm not sure. I see that creating an id involves slightly more than
>> adding the property - see the `org-id-add-location' call in
>> `org-id-get'
On Mon, 26 Oct 2020 at 22:33, Michael Heerdegen
wrote:
> I'm not sure. I see that creating an id involves slightly more than
> adding the property - see the `org-id-add-location' call in
> `org-id-get'. Calling the higher level `org-id-get' or the like in a
> %() spec in a template fails
Hi All,
Calling `fill-paragraph' in an Org buffer may leak paragraph boundaries,
and even heading boundaries, and break document structure.
I'm aware, of course, of `org-fill-paragraph'. Indeed, `org-mode' both
sets `fill-paragraph' function to `org-fill-paragraph' and remaps the
Hi All,
I just found a misbehaving of `org-insert-heading-respect-content': when
it's called before the first heading in the buffer, it breaks the
structure of that fist heading by inserting a new heading on the line
the previous heading existed.
An ECM to reproduce the issue is:
- Start
Hi All,
Hi Bastien,
if I may kindly bump this patch for review.
Best regards,
Gustavo.
On Wed, 03 Jun 2020 at 10:14, Gustavo Barros
wrote:
Hi Bastien,
On Tue, Jun 02 2020, Bastien wrote:
Hi Gustavo,
I like this idea, thanks for proposing it. We are in feature freeze
for core features
Hi stardiviner,
On Wed, 23 Sep 2020 at 11:17, stardiviner wrote:
I have same issue when using Ivy. But can't reproduce this by disabled
ivy-mode.
And only happened when I refiled once, then the target will has two
slash like this:
#+begin_example
Tasks/kk// (file.org)
Tasks/hello/
Hi Nick,
On Mon, 21 Sep 2020 at 19:06, "Nicholas Savage" wrote:
> I tried reproducing this, but I am having difficulties. "Baz" and the " -
> State" stayed correctly aligned as I would have expected them, and not as you
> have shown them.
>
> I am on emacs 28.0.50 though so maybe that has made
Hi All,
since some time I've been facing a small annoyance in the agenda, as
when I move point in my weekly agenda to a day which is not the first
one display and then hit "f" (`org-agenda-later') the agenda buffer is
scrolled up, hiding the top of the buffer, even though there is no lack
of
Hi All,
the new release brought the interesting value `headline-data' to the
option `org-adapt-indentation'. However it introduces some issues
regarding the indentation of log entries in the `LOGBOOK' drawer, which
I describe below.
An ECM to reproduce the issue is:
- Start 'emacs -Q'
-
Hi All,
some time ago, I've reported an issue regarding duplicity of the default
candidate in `org-refile'
(https://orgmode.org/list/87lftw1k2n@gmail.com/). The problem was
that, when using `org-refile-use-outline-path' an "extra" slash was
appended at the end of every path, but
Hi Emanuel,
On Tue, 15 Sep 2020 at 14:27, Emanuel Berg via "General discussions about
Org-mode." wrote:
> Can I tell Org mode to don't change editing back and
> forth, also don't collapse items in and out, i.e.
> virtually text mode, only I still want the font lock
> and to be able to use
Hi Bastien,
On Thu, 10 Sep 2020 at 02:34, Bastien wrote:
Hi Gustavo,
Gustavo Barros writes:
As of recently, repeating tasks are no longer showing up in the
agenda
for future dates. Below a minimal example of the issue:
Just confirming this issue, to make sure we don't forget
Hi Bastien,
On Fri, 04 Sep 2020 at 14:45, Bastien wrote:
Hi Gustavo,
I don't know if there is a strong reason to hard-code the set of keys
in `org-speed-commands-default'. But, if there isn't, could you
consider (somehow) exposing the whole set of `org-speed-commands' to
user
Hi Bastien,
On Fri, 04 Sep 2020 at 14:37, Bastien wrote:
You mean by adding something like
(org-defkey org-mode-map (kbd "C-a") #'org-beginning-of-line)
in org-keys.el? I'm pretty sure such "hard" remapping breaks an Emacs
convention--I'll ask emacs-devel, because that would indeed fix the
Hi Bastien,
On Fri, 04 Sep 2020 at 17:20, Bastien wrote:
> Hi Marco,
>
> Marco Wahl writes:
>
>> (add-hook 'visual-line-mode-hook
>> (lambda () (when (derived-mode-p 'org-mode)
>>(local-set-key (kbd "C-a") #'org-beginning-of-line)
>>
1 - 100 of 159 matches
Mail list logo
