Louis,
a hunch, which might work.
It seems that, if you try to set the length in your preamble,
`\beamer@frametextheight` is not yet defined.
So, you might try the hook `\AtBeginDocument` to see if the definition
comes at a better timing.
#+LATEX_HEADER:
\newlength\mytextheight\AtBeginDo
Hi all,
Hi Johannes,
for the record, there has been a question regarding this in Emacs.SX as
of recent:
https://emacs.stackexchange.com/q/47239/18951
Best,
Gustavo.
On 27/01/2019 15:51, Johannes Altmanninger wrote:
Hi,
My installation of Emacs bundles Org mode 9.1.9
and it defines keyboard
uot;n" "Agenda and all TODOs"
((agenda "" nil)
(alltodo "" nil))
nil)
#+end_src
With this, =M-x org-version= returns: "Org mode version 9.2.1
(9.2.1-33-g029cf6-elpaplus @
/home/gustavo/.emacs.d/elpa/org-plus-contrib-20190225/)".
In this setting, if I try
#+end_src
#+RESULTS:
: 2
#+end_verbatim
When 'org-list-demote-modify-bullet' has its default value of nil, all the
lines of the item are kept aligned with the first one, as would be expected.
Best regards,
Gustavo Barros.
Emacs : GNU Emacs 26.2 (build 1,
s, you will see that this is
indeed the case). I also cannot add a newline manually in the template (with,
"** TODO %?\n"), for it is ignored, unless there is some content after it.
Again, I’m not sure if this is technically unexpected behavior, but I thought
it worth reporting. And, in case it i
ld be welcome. Item 4, is indeed a behavior
that does
not correspond to documentation and, to my understanding, should be
considered
a bug.
Best regards,
Gustavo Barros.
Emacs : GNU Emacs 26.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version
3.22.30)
of 2019-04-19
Package: Org mode version 9.
uot;\n" is removed from the template, and I
don’t know if its inclusion is to be considered bad practice,
particularly as the capture templates already have a structure to handle
empty lines. But, if my memory does not betray me in this respect, one
will find plenty of those laying aro
rgmode.org/bzg/org-mode/commit/95eeefa9bca1b6c57fe62c248a0a35302cd7374d).
Neither soul nor ulem is very active nowadays, but are used quite
extensively, as far as I know (from following TeX.SX). And both have
their limitations. But the ability to have line breaks is a clear edge
of soul, and the reason of the original request which started this
thread.
So, if the only reason to prefer ulem back in 2013 was utf8 support,
perhaps soulutf8 might be worthy of your reconsideration.
Best regards,
Gustavo Barros.
On Mon, Jul 29 2019, Gustavo Barros wrote:
But the ability to have line breaks is a clear edge
of soul, and the reason of the original request which started this
thread.
I must correct myself, the difference between ulem and soul is not that
one allows line breaks while the other does
Hi all,
`org-latex-babel-language-alist' and
`org-latex-polyglossia-language-alist' have the language code for
Brazilian as =("bt-br" . "brazilian")=. I am a native Brazilian and our
language is Portuguese, and Brazilian Portuguese is a variant. That to
say that I’ve never seen the language
Hi Carsten,
thank you for looking into this.
On Sat, Aug 10 2019, Carsten Dominik wrote:
I tried to reproduce your example, and things worked properly
I followed the described steps to the letter (except for the clear typo,
where I should have written 'and cancel it with "C-c C-k"'). An
re to look if I cannot
reproduce the problem.
It would be useful if someone else tries your minimal example and
reports
back.
Carsten
On Sat, Aug 10, 2019 at 12:54 PM Gustavo Barros
wrote:
Hi Carsten,
thank you for looking into this.
On Sat, Aug 10 2019, Carsten Dominik wrote:
> I tried
Hi Carsten,
On Sat, Aug 10 2019, Carsten Dominik wrote:
Hi Gustavo,
I am also on Emacs 26.2, and I don't know where to look if I cannot
reproduce the problem.
It would be useful if someone else tries your minimal example and
reports
back.
Carsten
I’ve tried to put my hands on possible i
Hi Nicolas,
On Thu, Aug 15 2019, Nicolas Goaziou wrote:
Hello,
Gustavo Barros writes:
`org-latex-babel-language-alist' and
`org-latex-polyglossia-language-alist' have the language code for
Brazilian as =("bt-br" . "brazilian")=. I am a native Brazilian and
o
both of these things
at the same time?
Best regards,
Gustavo Barros.
On Mon, Sep 09 2019, Michaël Cadilhac wrote:
> Is this the expected behavior?
>
> 1. Create an empty org file
> 2. Insert
> * Test
> * Test 2
> 3. With the cursor at Test, hit C-x n s to narrow the view to the Test subtree
> 4. Hit C-c C-s to schedule the line at any date.
>
> As a result, the S
On Mon, Sep 09 2019, Michaël Cadilhac wrote:
> Is this the expected behavior?
>
> 1. Create an empty org file
> 2. Insert
> * Test
> * Test 2
> 3. With the cursor at Test, hit C-x n s to narrow the view to the Test subtree
> 4. Hit C-c C-s to schedule the line at any date.
>
> As a result, the S
Entry 2
#+end_src
- Go to heading "Entry 1", refile it to "Top heading 1"
- Go to heading "Entry 2", and call `org-refile'
- Observe the available candidates, and notice "test.org/Top heading 1"
is there twice, once as the default candidate, without a
Hi Nate,
On Sun, Oct 27 2019, Nathan Neff wrote:
> 1) My org-agenda-files show up in the list. For example, foo.org and bar.org
> show up in the refile targets, despite the
> function should return nil if a heading does not contain "Tasks"
Curiously, I’ve been scratching this itch just today.
Hi Nate,
On Fri, Nov 01 2019, Nathan Neff wrote:
Indeed, I do use org-refile-use-outline-path 'file. However, I have a
simple
directory specified for my org-agenda-files. ("~/org-mode")
Therefore
I'll need to
do something a bit different.
It appears that your solution creates "targets" whi
Hi Bastien,
thanks for looking into this.
On Tue, Feb 04 2020, Bastien wrote:
I cannot reproduce this issue with latest stable Org and emacs -q.
Can you check and report if this still needs a fix?
Yes, I can still reproduce this as described in the original report with
current version (Org
Hi Bastien,
On Tue, Feb 04 2020, Bastien wrote:
I managed to reproduce this bug, it is fixed in maint now.
I can report this issue is gone with the update to Org 9.3.3.
Thank you very much!
Best,
Gustavo.
Hi Bastien,
thank you very much for looking into this.
On Wed, Feb 12 2020, Bastien wrote:
this should be fixed in Org master branch, thanks for the detailed
report. If you can confirm the fix, even better.
I tested it and indeed the duplicate candidate is gone. However, the
last refile ta
Hi Bastien,
On Wed, Feb 12 2020, Bastien wrote:
this should be fixed in Org master branch, thanks for the detailed
report. If you can confirm the fix, even better.
By the way, I almost forgot, a small "side-report" on this.
In going to test this from master, I followed the instructions in th
Hi Bastien,
On Thu, Feb 13 2020, Bastien wrote:
Am I missing something, or wouldn't it be more appropriate
`https://code.orgmode.org/bzg/org-mode.git' in the manual?
Indeed, applied, thanks!
Thanks!
Hi Bastien,
On Thu, Feb 13 2020, Bastien wrote:
I tested it and indeed the duplicate candidate is gone. However, the
last refile target no longer seems to be offered as the default for a
subsequent refile operation. Was that intentional?
Nope, an oversight -- fixed in master.
Thank you ver
Hi Bastien,
On Fri, Feb 14 2020, Bastien wrote:
I've revisited org-refile-get-location given your new information on
ivy-completing-read but I'm not able to see something wrong in the
current implementation of org-refile-get-location. At the same time,
I don't see why ivy-completing-read would
Hi Bastien,
On Fri, Feb 14 2020, Bastien wrote:
I've revisited org-refile-get-location given your new information on
ivy-completing-read but I'm not able to see something wrong in the
current implementation of org-refile-get-location. At the same time,
I don't see why ivy-completing-read would
Hi Bastien,
On Fri, Feb 14 2020, Bastien wrote:
I hope you can fix
this somehow, maybe upstream.
Unfortunately, I'm afraid I don't understand this enough, and what
'ivy-completing-read' was supposed to do, to be able to provide a
pertinent report there.
I personally don't have a problem l
Hi Bastien,
On Sun, Feb 16 2020, Bastien wrote:
Hi Gustavo,
Gustavo Barros writes:
But the fact that
'completing-read-default' returns the refile location with a double
trailing slash makes me think there is still something to be fixed in
'org-refile-get-location'.
if
Hi All,
As of recently, repeating tasks are no longer showing up in the agenda
for future dates. Below a minimal example of the issue:
Start "emacs -Q" and do some setup:
#+begin_src emacs-lisp
(package-initialize)
(setq org-agenda-files '("~/test/agenda.org"))
#+end_src
Where "~/test/agenda
Hi All,
The export dispatcher scrolling seems to interact unfavorably general
Emacs scroll option "scroll-margin", in particular, setting it a
positive displaces the dispatcher upwards, eventually hiding completely
the options section at the top, even when there is space in the
frame/window t
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
sur
Hi Ihor,
On Fri, 29 Oct 2021 at 21:40, Ihor Radchenko wrote:
Confirmed
Thanks for checking and marking.
Best,
Gustavo.
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
(add
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
`org-agenda-set-mode-nam
e
the time yet, please disregard the bump.
Best,
Gustavo.
On Fri, Feb 28 2020, Kyle Meyer wrote:
Hi Gustavo,
Gustavo Barros writes:
Hi All,
As of recently, repeating tasks are no longer showing up in the
agenda
for future dates. Below a minimal example of the issue:
Thanks for the report
Hi Kyle,
On Sun, Apr 12 2020, Kyle Meyer wrote:
I'll plan to revert the commit tomorrow. Please chime in if you
disagree with me doing so.
Reverted in 1de7eabf2.
Thank you very much for this. I've already received the weekly build,
and it looks good again.
Hopefully a solution for the one
Hi All,
the Org date/time prompt does deliver the promise in the manual that we
"start getting annoyed by pretty
much any other way of entering a date/time out there". It has indeed
become so for me, as the date/time prompt is very neat. But there is
one place where input could be even short
On Thu, May 21 2020, Gustavo Barros wrote:
format "hour h minute" (that's small caps letter "H"), but
^^
Sorry, I obviously would like to have said "lowercase" here.
Best,
Gustavo.
Hi Robert,
On Thu, May 21 2020, Robert Horn wrote:
Eric S Fraga writes:
On Thursday, 21 May 2020 at 09:29, Gustavo Barros wrote:
So I'd like to suggest a simplification there, which is: a string in
the format "hour h minute" (that's small caps letter "H"), b
anyone is already onto it, please disregard the ping.
Best,
Gustavo.
On Sat, Feb 29 2020, Gustavo Barros wrote:
Hi All,
The export dispatcher scrolling seems to interact unfavorably general
Emacs
scroll option "scroll-margin", in particular, setting it a positive
displaces
the dispatch
ore a release. Thank you very much for
considering it.
Gustavo Barros writes:
With this, we'd have some example inputs, and their respective
results:
8h -> 08:00
10h30-> 10:30
18h -> 18:00
9h-10h -> 09:00-10:00
9h30-10h -> 09:30-10:00
All the above
Hi stardiviner,
On Tue, Jun 02 2020, stardiviner wrote:
Which date/time prompt do you mean? Like set schedule or deadline? If
just raw
timestamp, it makes me confused whether it is time continuance.
The date/time prompt is Org's interface for querying for date and time
which is describe
makes sense, same as for 29:00
|
| 30h | no match | as per the regexp
|
WDYT?
Best,
Gustavo.
>From 02829c7771a1f7a0c00d607a924fb8f56d2f3dd6 Mon Sep 17 00:00:00 2001
From: Gustavo Barros
Date: Wed, 3 Jun 2020 08:57:53 -0300
Subject: [PATCH] date/time prompt: Provide sup
Hi All,
When setting the 'DIR' property for attachments for a whole file with
=#+PROPERTY: DIR ...=, 'org-lint' will issue a deprecation warning and
recommend the use "header-args" instead. Of course, 'org-lint' means
here babel blocks, but as far as I understand, setting the 'DIR'
property
Hi Nicolas,
On Fri, 12 Jun 2020 at 18:59, Nicolas Goaziou
wrote:
I removed the warning for dir property. Thank you.
Thank you very much.
Regards,
Gustavo.
Hi All,
Org 'attachment:' links are essentially file links to local files and,
while 'org-lint' checks 'file:' links for the existence of the
corresponding files with `org-lint-link-to-local-file', as far as I can
tell, the same check is not done for 'attachment:' links.
So, I'd like to kind
Hi Kyle, Hi Shankar,
On Mon, 22 Jun 2020 at 05:40, Kyle Meyer wrote:
> Shankar Rao writes:
>
>> This patch adds a minor mode that makes emphasis markers be automatically
>> unhidden when the point is inside the region of emphasis and then the
>> markers are rehidden when the point is moved els
Hi Shankar,
Detailed comments are up for Kyle, or someone more qualified than
myself, but I leave one further comment regarding the suggestion I had
made.
On Wed, 24 Jun 2020 at 09:53, Shankar Rao wrote:
I agree that adding this functionality as additional options to
org-hide-emphasis-mark
Hi Nicolas,
On Wed, 24 Jun 2020 at 12:46, Nicolas Goaziou
wrote:
Hello,
Gustavo Barros writes:
You have a good point here. When I made the suggestion I was naively
thinking the featured could be plugged/hooked somewhere in Org, when
fontification is done. But that's not really
Hi Kyle,
On Fri, 26 Jun 2020 at 22:03, Kyle Meyer wrote:
I've managed to trigger it now. Your picture gave me the hint that
maybe my "making my frame height very small" wasn't the thing to do.
Plus I should have realized that the default-frame-alist in your
minimal
configuration probably i
Hi Nicolas,
On Sun, 28 Jun 2020 at 14:26, Nicolas Goaziou
wrote:
This is done in master.
Thank you very much.
Regards,
Gustavo.
Hi Nicolas,
Hi All,
On Sun, 05 Jul 2020 at 07:50, Nicolas Goaziou
wrote:
The problem is not your implementation, really. It's just that I don't
think it should be the _built-in_ way to solve emphasis
management. IOW,
we shouldn't need to activate a minor mode to make that management
tolera
Hi Nicolas,
Hi All,
On Sun, 05 Jul 2020 at 17:49, Gustavo Barros
wrote:
A fourth issue is point placement after the emphasis is
added. `org-emphasis'
takes a stance here and places point within the emphasis. I do agree
with this
option, but it is still true that sometimes, one might
Hi All,
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 on. However,
when `visual-line-mode' is indeed on, the bindings on
`visual-line-mode-map' shadow
Hi Marco,
thank you for your answer.
On Tue, 28 Jul 2020 at 17:34, Marco Wahl wrote:
>> I'm not sure this is a "bug", strictly speaking, or if it is correct
>> unfortunate behavior. Anyway, is there something that could be done
>> from Org's side?
>
> Also not sure if this is a bug. But you ca
Hi Kyle, Hi Kevin,
On Tue, 28 Jul 2020 at 22:29, Kyle Meyer wrote:
> Kevin Liu writes:
>
>>> Is there any way to do this or are the docs out of date?
>>
>> I made a few quick changes to org-habit and it works prima facie. Will
>> continue testing for a bit.
>
> The hourly repeater came in ec9
Hi Kevin,
On Wed, 29 Jul 2020 at 11:46, Kevin Liu wrote:
On 29 July 2020 04:06, Gustavo Barros wrote:
Kevin, how do you see an hourly repeater would work with org-habit's
consistency graph? Or, more generally, what would be the purpose of
an
hourly repeated habit task?
An examp
On Wed, 29 Jul 2020 at 12:41, Kevin Liu wrote:
The graph works for hourly repeaters in exactly the same way as it
works
in all other cases. It illustrates whether the task was done on a
given
day.
But what will happen is that the task will be both "done" and "due" on
the same day. Whic
Hi All,
There is some adverse interaction between Emacs sentence related
commands and Org emphasis markers, when whole sentences are emphasized.
This report describe some cases of this interaction, for your
consideration. But, as a general rule, if a whole sentence is
emphasized, sentence mo
Hi All,
Org's speed keys are a very interesting feature to which I've long been
attracted to. And indeed, I've flirted with it a number of times in the
past. But every time I do so, I end up stepping back, because I get
weary of fat fingering my documents. The whole set of speed keys is
mo
Hi Marco,
On Mon, 17 Aug 2020 at 06:40, Marco Wahl
wrote:
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 customization?
This sou
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)
>>(loc
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 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 customization?
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 forg
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 the
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 candidat
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'
- D
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 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 t
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/ (file.o
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 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 'e
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
`fill-para
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 how
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
>> `o
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, an
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 w
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,
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 check
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
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 the
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 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 s
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 sometimes
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 go
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
(add-t
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,
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
`org-lin
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 `org-link-desc
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 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 curren
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 well
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 maste
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.
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 respe
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 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 on
1 - 100 of 159 matches
Mail list logo
