Hi,
when I try to autocomplete a heading inside a link I get:
completion--some: Args out of range: #("*hea" 0 1 (fontified t
help-echo "LINK: *head" htmlize-link (:uri "*head") rear-nonsticky
(mouse-face highlight keymap invisible intangible help-echo
org-linked-text htmlize-link)
Hi all,
Here is something I find very confusing. In [1]:
#+STARTUP: overview
#+STARTUP: content
#+STARTUP: showall
#+STARTUP: showlevels
#+STARTUP: showeverything
In org-startup-folded docstring it is said that it takes values equivalent to:
#+STARTUP: fold (
I believe my confusion was due to the fact that the docstring of
org-startup-folded is not particularly precise regarding to its
possible values. On the one hand it seems to be a toggle, but its
initial value is nevertheless showeverything and not t. On the other
hand it states that "This can also
>
> .See https://list.orgmode.org/orgmode/87mtnovv7f@alphapapa.net/
> It should be already fixed on bugfix branch.
>
Thanks for the prompt response!
I'm going to install it from gnu elpa then. What is the exact relationship
between bugfix and the version of org shipped with emacs? When emacs
Hi all,
in the *Org Agenda* buffer mode-line I'm seeing a weird gap that I
can't remember whether it was before or not. In the attached
screenshot the gap shows a different face than the rest. I don't know
under which circumstances this change of face happens but, in any
case, the extra space is a
Hi all,
in a clean emacs-28 install I do:
M-x package-install org
I get:
Possible completions are:
org-contrib org-edna org-real org-translate orgalist
package-archives has:
(("gnu" . "https://elpa.gnu.org/packages/";)
("nongnu" . "https://elpa.nongnu.org/nongnu/";))
This might be because the builtin version is the same as the one in
elpa (although if that's the case the UI is somewhat confusing) but
I'm not sure about that because I don't quite understand the
relationship between builtin versions and stable external releases. I
mean, is builtin org only update
Hi Igor,
Have you checked that there is no extra space (I mean with the default
bg face) as in the attached image?
I've checked this now again with org main branch and emacs master
branch and the gap is still there.
Best regards,
Carlos
Hi all,
on macOS option-shift-left / right extend the selection by one word.
Emacs by default binds meta-shift-left / right in a way that is
compatible with the system shortcuts. But org-mode interferes with
these bindings even when org-support-shift-select is t. OTOH, an
effort has been done to s
Hi Ihor (sorry I have been calling you Igor for a while now :p),
> (list "Org-Agenda"
> (if (get 'org-agenda-files 'org-restrict) " []" "")
> " " ;; <- this is the extra space
> [...]
> This part of code has not been changed from 2010.
Ok then, nevermind the highlight
Hi all,
I don't see any clear reason why org-occur should hide unmatching
entries except at the top level, where it merely folds them. For files
containing lots of top-level entries this requires tree demoting in
order to hide irrelevant information, but this imposes constraints on
the tree struct
Hi all,
with this content:
* a
** b1
c1
** b2
c2
** b3
c3
** b4
c4
** b5
c5
I create a sparse tree for c3: C-/ / c3
I get this:
* a...
** b3
c3
...
Expanding the three dots at the bottom:
* a...
** b3
c3
> I don't see this in my agenda view. Image attached.
This is because there is a span in your case (Day). The space is still
there but it's not an extra one.
The space in:
" " ;; <- this is the extra space
'(:eval (org-agenda-span-name org-agenda-current-span))
shou
Hi all,
when I press [ or ] to add additional words to the agenda query but then
immediately abort the prompt with C-g without actually adding any new
word, a trailing extra space is added to the query. After doing the same
n times, the query includes n trailing spaces.
Best regards,
Carlos
Hi Ihor,
> Can you elaborate? If the docstring is not clear enough, we can easily
> improve it.
Consider for example:
minimal show current headline; if point is not on headline, also
show entry
So if you have:
* a
* b
** b1
** b2
** b3
* c
I see no reason why a match inside b2 will hide
Hi Ihor,
> > Maybe I'm not getting how this is supposed to work, but it makes no
> > sense to me.
>
> M-x org-reveal (C-c C-r)
Thanks for the tip, I didn't know about this and it indeed seems
useful in order to avoid unfolding everything else.
That said, my report was about the expansion of:
As a concrete example:
* a
ca
* b
** ba
cba
** bb
cbb
** bc
cbc
* c
cc
Then C-c / / cbb:
* a...
* b...
** bb
cbb
...
* c...
This is also true going deeper into the hierarchy:
* a
ca
* b
** ba
cba
** bb
*** bba
cbba
*** bbb
cbbb
*** bbc
cbbc
** bc
cbc
* c
cc
Then C-c / / cbbb:
* a...
* b...
*
Hi Ihor,
On Thu, Nov 18, 2021 at 7:28 AM Ihor Radchenko wrote:
>
> Carlos Pita writes:
>
> > I see no reason why a match inside b2 will hide b1 and b3 but not a
> > and c (I'm referring to the headings, not the contents).
>
> I think you misread the docstring for
Hi all,
When storing a <> or CUSTOM_ID link with org-store-link and then adding
it with C-c C-l, org doesn’t ask for a description but automatically inserts an
ugly description like:
~/Desktop/Org/captures.org::target
or:
~/Desktop/Org/captures.org::#7EFBCEA1-0D17-45B9-A125-10FE581752
A few more details.
My org-mode version 9.5.4 (9.5.4-ge0b05b).
This is the link that org-insert-link inserts for <>:
[[here][file:~/Desktop/Org/capturas.org::here]]
This is the link that org-insert-link inserts for CUSTOM_ID = cusid:
[[#cusid][file:~/Desktop/Org/capturas.org::#cusid]]
>
>
> I suggest to set description to nil and thus ask the user in such
> scenario.
>
I'm fine with that. Alternatively the default may be the target or custom
id (that is, the same that is in the link part), again letting the user
change it. Thanks!
Best regards,
Carlos
>
>
> Carlos, have you tried Ihor's patch? I like the intention, but I do not
> see any effect.
>
Yes, I've tested it with target and custom_id links and, as you said, there
is no change in behavior. The entire URL is still pasted and no chance to
edit it is given to the user.
Best regards
--
Car
101 - 122 of 122 matches
Mail list logo