Hello,
I am trying to use the org-sbe macro to execute a code block with input
from an org table, however it does not work as I would expect it to work
and the code is cryptic enough for me to not being able to understand
what the intent was when it was written. I searched for tests in the
codebas
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 "X" above, I end up at position "1". With
another RET, cursor ends up at "2". I
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
* Karl Voit [2020-11-13 20:40]:
> If somebody is interested why I do find the old one much better:
> When I need one multi-line list item, I just keep on typing while
> auto-wrap is active or I press M-q to re-format the item
> accordingly. For a new list item, I'm using M-RET which solves the
> i
* Gustavo Barros [2020-11-14 00:12]:
> I'll answer, because I feel somewhat responsible for your upgrade. ;-)
>
> Since recently Org is set to respect Emacs' `eletric-indent-mode'. If
> I'm not mistaken, it made to the 9.4 release, I presume that's what you
> are getting.
>
> You can find the O
* Gustavo Barros [2020-11-14 00:12]:
> I'll answer, because I feel somewhat responsible for your upgrade. ;-)
>
> Since recently Org is set to respect Emacs' `eletric-indent-mode'. If
> I'm not mistaken, it made to the 9.4 release, I presume that's what you
> are getting.
>
> You can find the O
On 13/11/2020 15:39, Daniele Nicolodi wrote:
> How are variables passed to the code block supposed to be handled? The
> macro docstring does not mention anything particular, thus I would
> imagine they are handled just like in any other lisp code. However, this
> does not seem to be the case.
Afte
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
m
so, i also agree that the new('ish) behavior is somewhat surprising.
[i once changed the behavior of the "Enter" key in Berkeley Unix, and
suffered the (well-deserved, in that case) arrows that soon entered my
back.]
from that perspective, i wonder if maybe there's an interpretation of
elastic-in
Currently press [TAB] key in `org-set-tags-command` will provide current
buffer tags as completion candidates. This is very less.
I suggest providing all tags in candidates.
Here is a modification.
#+begin_src diff
modified lisp/org.el
@@ -12254,12 +12254,7 @@ (defun org-fast-tag-selection (cur
* Gustavo Barros [2020-11-14 01:14]:
>
> 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
11 matches
Mail list logo
