hi,
On 1/20/20, Kyle Meyer wrote:
>> is isearch intended to be also affected? or just org-next-link? i
>
> No, isearch isn't affected.
thanks, that's a relief. then we have a "your life in plain text"
(i.e. matches everything) search inside emacs that will also work with
multi-buffer isearch
Hello,
I am testing Emacs 28 (Org 9.3) from the Git repository and I have
noticed that, compared to version 26.3 (Org 9.1.9), `org-next-link'
function is skipping links located inside the PROPERTIES drawer. (I
have not tested version 27.) The same does not happen for the links
outsize drawers
Samuel Wales writes:
> is isearch intended to be also affected? or just org-next-link? i
> suppose isearch is a generic emacs thing, just as lgrep would be
> generic, and most folk would want it to be generic and would get too
> confused if it were not, but just want to make sure.
No, isearch
thanks from here too! interesting.
is isearch intended to be also affected? or just org-next-link? i
suppose isearch is a generic emacs thing, just as lgrep would be
generic, and most folk would want it to be generic and would get too
confused if it were not, but just want to make sure.
i
Hello Kyle,
> This behavior came up in a previous thread. Quoting Nicolas:
>
> ,[ https://lists.gnu.org/archive/html/emacs-orgmode/2019-04/msg00075.html
> ]
> | This is expected.
> |
> | The value in a properties drawer cannot be a link, even though
> | `org-open-at-point' would normally
Hi Pedro,
Pedro R.M. Júnior writes:
> I am testing Emacs 28 (Org 9.3) from the Git repository and I have
> noticed that, compared to version 26.3 (Org 9.1.9), `org-next-link'
> function is skipping links located inside the PROPERTIES drawer.
> [...]
> Let me know if this is an intentional
Hello,
I am testing Emacs 28 (Org 9.3) from the Git repository and I have
noticed that, compared to version 26.3 (Org 9.1.9), `org-next-link'
function is skipping links located inside the PROPERTIES drawer. (I
have not tested version 27.) The same does not happen for the links
outsize drawers