[PATCH] lisp/org.el: allow org-return to call org-open-at-point on citations

2023-05-22 Thread Bruno Cardoso
Hello everyone. This patch is a tiny change that allows `org-return' to call `org-open-at-point' when cursor is over org-cite citations. Best, Bruno. >From 19409cbf70958aa1d7f508cd7151f36a92212341 Mon Sep 17 00:00:00 2001 From: bruno Date: Sun, 21 May 2023 15:53:42 -0300 Subject: [PATCH] lis

Re: [PATCH] lisp/org.el: allow org-return to call org-open-at-point on citations

2023-05-22 Thread Bruno Cardoso
On 2023-05-22, 10:49 +, Ihor Radchenko wrote: > Thanks! > May you also update the docstring of `org-return-follows-link' and add > etc/ORG-NEWS entry? Hi Ihor, here's the updated patch as suggested. Best, Bruno. >From 436cd212507cc948af8de6f9e57b5e14e29f23dd Mon Sep 17 00:00:00 2001 From

[BUG] lisp/org-eldoc.el: Eldoc does not work in org source blocks

2023-05-28 Thread Bruno Cardoso
Hello everyone. The Eldoc interface `eldoc-print-current-symbol-info' works everywhere just fine for me (Emacs 28.2), but it does not work inside org source blocks for elisp code. Yet, reverting to the obsolete `elisp-eldoc-documentation-function' in org-eldoc's `org-eldoc-documentation-functi

Re: [BUG] lisp/org-eldoc.el: Eldoc does not work in org source blocks

2023-05-29 Thread Bruno Cardoso
Sure, fair enough. I am aware this is just a workaround, not an actual solution. Thanks! Bruno. On 2023-05-29, 07:42 +, Ihor Radchenko wrote: > Bruno Cardoso writes: > >> The Eldoc interface `eldoc-print-current-symbol-info' works everywhere just >> fine for

Re: [FR] Please add support for screenplay formatting

2023-07-03 Thread Bruno Cardoso
On 2023-07-03, 13:00 +, Fionn Stephens wrote: > Hi, > > I think support for screenplay formatting would be a useful feature to add. > Like to how comments or quotes are done, it could be in between the tags: > #+BEGIN_SCREENPLAY and #+END_SCREENPLAY. I think using the markdown used by >

Re: [TASK] Please help updating blog generator list on https://orgmode.org/tools.html

2024-01-11 Thread Bruno Cardoso
On 2024-01-11, 14:55 +, Ihor Radchenko wrote: > Hello, > > Org mode website has a page listing various third-party tools that work > with Org mode. > > However, that page is now severely outdated. There is a number of dead > links and projects last updated 10+ years ago. > > For example, o-

Re: Emacs slow-down

2024-03-07 Thread Bruno Cardoso
Hello, I also did noticed some slow-down in the most recent org. This is the CPU profiler report after typing some words in an org-file I'm working on: 6493 71% - redisplay_internal (C function) 6372 70% - jit-lock-function 6323 69% - jit-lock-fontify-now

Re: Emacs slow-down

2024-03-07 Thread Bruno Cardoso
On 2024-03-07, 13:23 +, Ihor Radchenko wrote: > This is strange. `org-fold-core--property-symbol-get-create' should be > very fast normally. > > A blind guess: do you have `org-fold-core-style' set to 'text-properties? > Hi Ihor, No, `org-fold-core-style' is set to 'overlays.

Re: Things got very slow: profiler output

2024-03-13 Thread Bruno Cardoso
On 2024-03-12, 12:43 +, Ihor Radchenko wrote: > > Profiler data does not make sense here. > In any case, I tried to make fontifying newlines after folds slightly > faster on the latest main: > https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=c9b655f27 > > If you are lucky, it

Re: Things got very slow: profiler output

2024-03-14 Thread Bruno Cardoso
On 2024-03-14, 01:17 +, William Denton wrote: > > I don't have that problem, if I understand your description right, but like > you Ihor's tweak didn't get things back to normal for me. I'm now using > Emacs from the development tree and its Org (which doesn't yet have commit > 5d186b49

Re: Things got very slow: profiler output

2024-03-14 Thread Bruno Cardoso
On 2024-03-14, 07:34 +, Gerard Vermeulen wrote: > > I see this too and my work-around is calling org-fold-show-all to read > the > newly created property drawer. > Hello Gerard, Yes, this work-around also does work for me. I often do S-TAB to cycle the Org file visibility and then I'm

Re: Things got very slow: profiler output

2024-03-14 Thread Bruno Cardoso
On 2024-03-14, 21:23 +, Ihor Radchenko wrote: > > That's a different bug. > Fixed on main. > https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=fb61e83f2 > > You can try to run > M-: (benchmark-run 1 (org-fold-core--property-symbol-get-create 'outline > nil t)) > from ins

Re: Things got very slow: profiler output

2024-03-15 Thread Bruno Cardoso
On 2024-03-15, 14:24 +, Ihor Radchenko wrote: > > May you share the full profile via M-x profiler-report-write-profile then? Hi Ihor, See attached the profiler-report in emacs -Q and Org mode version 9.7-pre (release_9.6.20-1281-gfb61e8). In a new org file I created some headings, fold/un

Re: Things got very slow: profiler output

2024-03-15 Thread Bruno Cardoso
On 2024-03-15, 17:18 +, Ihor Radchenko wrote: > Bruno Cardoso writes: > > May you do the following: > > 1. (require 'elp) > 2. (elp-instrument-function #'org-fold-core--property-symbol-get-create) > 3. Do actions in Org file > 4. (elp-results) > 5.

Re: Things got very slow: profiler output

2024-03-16 Thread Bruno Cardoso
On 2024-03-16, 08:56 +, Ihor Radchenko wrote: > Bruno Cardoso writes: > > What if you try the following version of `org-activate-folds'? > > (defun org-activate-folds (limit) > "Arrange trailing newlines after folds to inherit face before the fold."

Re: Things got very slow: profiler output

2024-03-16 Thread Bruno Cardoso
On 2024-03-16, 15:56 +, Ihor Radchenko wrote: > Ok. > Then, what about the latest main? Updated and tested again on Emacs -Q. org-fold-core--property-symbol-get-create 145790 0.5319647139 3.648...e-06 GNU Emacs 29.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.40, cairo versi

Re: Things got very slow: profiler output

2024-03-17 Thread Bruno Cardoso
On 2024-03-16, 21:14 +, Ihor Radchenko wrote: > > It is a few times faster. And the profiler shows no slowdown, AFAIU. > Is the problem solved? > Hi Ihor. I accidentally cut out part of my last reply, sorry. Yes, it looks like the situation greatly improved on latest main. I guess the pr

[BUG] Unable to unfold new LOGBOOK drawer

2024-04-05 Thread Bruno Cardoso
Hi all, In an Org file with: #+TODO: TODO(t) | DONE(d!) and (setopt org-log-into-drawer t) After marking a heading as DONE, the newly created :LOGBOOK: can't be unfolded. This is similar to https://lists.gnu.org/archive/html/emacs-orgmode/2024-03/msg00338.html Org mode version 9.7-pre (re

[PATCH] Add support for shortdoc link type

2024-04-30 Thread Bruno Cardoso
Hi all, This patch adds support for "shortdoc:" links. Best, Bruno. diff --git a/etc/ORG-NEWS b/etc/ORG-NEWS index 8dbc3292d..cfe894448 100644 --- a/etc/ORG-NEWS +++ b/etc/ORG-NEWS @@ -1357,6 +1357,10 @@ place the entry in the ~Misc~ category if ~TEXINFO_DIR_CATEGORY~ is missing. =TEXINFO_DIR

Re: [PATCH] Add support for shortdoc link type

2024-05-01 Thread Bruno Cardoso
llow #'org-link--open-shortdoc + :store #'org-link--store-shortdoc)) + "http", "https", "mailto", "ftp", and "news" link types (dolist (scheme '("ftp" "http" "https" "

Re: [PATCH] Add support for shortdoc link type

2024-05-01 Thread Bruno Cardoso
On 2024-05-01, 17:55 +, Ihor Radchenko wrote: > Bruno Cardoso writes: > >> Thanks for your comments. See attached the updated patch. > > Thanks for the update! > >> +- =shortdoc= :: >> + >> + Link to short documentation summary for a function group.

Re: [PATCH] Add support for shortdoc link type

2024-05-03 Thread Bruno Cardoso
On 2024-05-02, 17:41 +0700, Max Nikulin wrote: > `condition-case' may help to avoid the internal `shortdoc--groups' > variable here. As to completion, it is better to ask for public API. > However emacs developers likely will decline such request. > > Consider the following just as ideas. > >

Re: [PATCH] Add support for shortdoc link type

2024-05-04 Thread Bruno Cardoso
On 2024-05-04, 14:38 +0700, Max Nikulin wrote: > It is necessary to maintain backward compatibility for `ol-info'. I do > not know what kind of separator was added earlier: "::" or "#". I > suppose, for new link type, rules more close to file: links may be used, see > (info "(org) Search Optio

Re: [PATCH] Add support for shortdoc link type

2024-05-05 Thread Bruno Cardoso
On 2024-05-05, 18:01 +0700, Max Nikulin wrote: > I would consider explicit mention that it is related to Emacs Lisp and > perhaps that the origin of its name is the ~shortdoc-display-group~ user > command. might be a better link. > > This line is rather long though I do not have a link where

Re: [PATCH] Add support for shortdoc link type

2024-05-07 Thread Bruno Cardoso
On 2024-05-06, 17:55 +0700, Max Nikulin wrote: > It seems my comments have led mostly to confusion rather than > improvements. I am sorry for that. I have in mind 2 kind of links: > - that may be handled solely by > `shortdoc-display-group' with second argument. > - that should cause >(s

Re: [PATCH] Add support for shortdoc link type

2024-05-08 Thread Bruno Cardoso
On 2024-05-08, 18:20 +0700, Max Nikulin wrote: > I have not managed to get all known groups with `shortdoc-display-group' > in Emacs-28. Is it a feature of `shortdoc' in Emacs-29? In Emacs-29 `shortdoc' is an alias for `shortdoc-display-group'. Interactvely, it prompts the user for a group fr

Re: [PATCH] Add support for shortdoc link type

2024-05-11 Thread Bruno Cardoso
ders allowing to > properly set commit author. The attached patch is now in this format. >From 57ab6be64e227fcab24ad4c5b84873ed4e946cff Mon Sep 17 00:00:00 2001 From: Bruno Cardoso Date: Sat, 11 May 2024 13:42:56 -0300 Subject: [PATCH] Add support for shortdoc link type ol.el: Add support for `shortdoc' link type

Re: [PATCH] Add support for shortdoc link type

2024-05-13 Thread Bruno Cardoso
> > to preserve message generated by `shortdoc-display-group'. The error message generated by `shortdoc-display-group' may be vague when group is empty ("No such documentation group "), which might be the result of a malformed link. >From beceb1b17d1c019cfeb987276e5a2

Re: [PATCH] Add support for shortdoc link type

2024-05-17 Thread Bruno Cardoso
On 2024-05-16, 17:58 +0700, Max Nikulin wrote: > > Thank you. Now your patch can be applied on my side as well. > > Please, proceed with the copyright agreement form. Thank you very much, Max. Just sent the form.

[BUG] org-capture: %\N template expansion

2024-05-22 Thread Bruno Cardoso
Hi all, I'm having trouble expanding the '%\N' template in org-capture. For example, with the following template: (add-to-list 'org-capture-templates '("t" "TEST" entry (file+headline "~/org/test.org" "TEST") "** TODO %? :PROPERTIES: :TITLE:%^{TIT

Re: [BUG] org-capture: %\N template expansion

2024-05-23 Thread Bruno Cardoso
On 2024-05-23, 11:13 +, Ihor Radchenko wrote: > That's because you can only use %\N placeholder for %^{prompt} but not > for %^{prompt}X. > ... > We can probably improve the error and the docstring to clarify this. Thanks for the explanation, Ihor. I expected it to work in both cases, as t

Re: [PATCH] Add support for shortdoc link type

2024-06-04 Thread Bruno Cardoso
On 2024-05-17, 11:55 -0300, Bruno Cardoso wrote: > On 2024-05-16, 17:58 +0700, Max Nikulin wrote: >> >> Thank you. Now your patch can be applied on my side as well. >> >> Please, proceed with the copyright agreement form. > > Thank you very much, Max. Just sen

Re: [PATCH] Add support for shortdoc link type

2024-06-05 Thread Bruno Cardoso
On 2024-06-05, 22:37 +0700, Max Nikulin wrote: > > A couple of notes that unlikely affect real life usage. > >> + (defun org-link--store-shortdoc (&optional _interactive?) >> +"Store \"shortdoc\" type link." >> +(when (eq major-mode 'shortdoc-mode) > > `derived-mode-p' is more reliable i

Re: [BUG] org-capture: %\N template expansion

2024-06-05 Thread Bruno Cardoso
On 2024-06-05, 11:29 +, Ihor Radchenko wrote: > See the attached tentative patch. > > I introduced a new placeholder - %\*N. It refers to _all_ the prompts, > unlike %\N. If you have better ideas about syntax, please share. > Thank you, Ihor! I tested it both from `org-capture-templates' a

Re: [PATCH] Add support for shortdoc link type

2024-06-06 Thread Bruno Cardoso
On 2024-06-06, 11:53 +, Ihor Radchenko wrote: > > Thanks! > Applied, onto main, with amendments. > I re-worded the manual and news entries, moved the news entry to new > features, addressed compiler warnings, and added a FIXME marking the > Emacs version check for removal when we drop Emacs

[BUG] Updating first subheading checkbox cookie resets parent cookie

2024-06-16 Thread Bruno Cardoso
Hello everyone, Consider the following tree: * Task [1/3] ** TODO test1 [/] - [x] a - [ ] b ** DONE test2 ** TODO test3 [/] - [X] x - [ ] y With point at the "test1" heading cookie ("[/]"), after =C-c C-c=, it gets updated to "[1/2]", but it also resets its parent's "Task" cookie to "[0/0]"

Re: Differences in GNU ELPA Org-mode version

2025-05-02 Thread Bruno Cardoso
Hi Ihor, Sorry for the confusion. Best, Bruno Em sex., 2 de mai. de 2025, 14:02, Ihor Radchenko escreveu: > Bruno Cardoso writes: > > > Last year I asked about a template expansion feature in Org capture. > This patch was then applied: > https://lists.nongnu.org/archive/

Differences in GNU ELPA Org-mode version

2025-04-29 Thread Bruno Cardoso
Hello everyone, Last year I asked about a template expansion feature in Org capture. This patch was then applied: https://lists.nongnu.org/archive/html/emacs-orgmode/2024-06/msg00057.html I recently noticed that it stopped working. As I've moved from straight.el to package.el, I thought I'd