Re: [BUG] Org mode donation page is marked in French, but it is actually in English

Hi Ihor, Ihor Radchenko writes: > Liberapay provides options to have team description in multiple > languages. We only provide English, but the description is marked as if > it were French. See the text near "Edit" button at the top right part of > https://liberapay.com/org-mode/ > > I guess we

Re: on picking diary-style timestamps or normal timestamps when adding agenda entries (was: [BUG] org-agenda-list takes 4m compared to 27 that took 15 seconds [9.5.2 (release_9.5.2-25-gaf6f12 @ /usr/s

andrés ramírez writes: > The only missing part from the given example was the message. The given > example was: > , [ ] > | ** PE > :DAVID: > | :PROPERTIES: > | :CATEGORY: da.santi > | :END: > | %%(diary-block 10 1

on picking diary-style timestamps or normal timestamps when adding agenda entries (was: [BUG] org-agenda-list takes 4m compared to 27 that took 15 seconds [9.5.2 (release_9.5.2-25-gaf6f12 @ /usr/share

Hi. Ihor. > "Ihor" == Ihor Radchenko writes: [...] Ihor> What about --8<---cut here---start->8--- ** PE :DAVID: :PROPERTIES: :CATEGORY: da.santi :END: <2022-10-01 Sat> --8<---cut here---end--->8--- The only

Re: [BUG] org-agenda-list takes 4m compared to 27 that took 15 seconds [9.5.2 (release_9.5.2-25-gaf6f12 @ /usr/share/emacs/28.1/lisp/org/)]

Max Nikulin writes: > On 23/09/2022 10:05, Ihor Radchenko wrote: >> >> I added caching of `org-diary-sexp-entry' results in >> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=4075662c298da7fa7e2ba19e0b8b36c58852cc0f > > Sorry for the noise. I am unsure concerning exact effect of

Re: refresh not working for org-mode from git

Colin Baxter writes: > Recently, if I use C-c C-x ! to refresh org-mode after a git pull, I get an > error. I then have to close down emacs and launch again. This rather > defeats the object of C-c C-x !. This appears to have happened only recently Does it help if you run make after git pull?

Re: [BUG] org-agenda-list takes 4m compared to 27 that took 15 seconds [9.5.2 (release_9.5.2-25-gaf6f12 @ /usr/share/emacs/28.1/lisp/org/)]

andrés ramírez writes: > I see. Thanks for the clarification. Then I think I saw it in the past. But > when You do it. the agenda > filename appears on the agenda buffer (the agenda filename is large on my > case) . So I prefer > give to the entry a short category. > > This is my use case: >

Re: orgmode.org welcome page says to install via MELPA but as writing, this cannot be done

Timothy writes: >> My impression is that this change is against Timothy’s attempt to make the >> top >> banner cleaner. > > For what it’s worth, I personally consider stuffing lines of “important!” text > into that “what is Org?” banner ultimately counterproductive. I think it fails > to

Re: IM dev discussions?

> On Sep 23, 2022, at 6:44 PM, Tim Cross wrote: > > You will likely find more young people > who use Emacs and org will also use email more, but I don't know if that > is because the types of people attracted to Emacs and org mode are also > the types of people more attracted to email for

Re: [PATCH] Babel evaluation: location and timing information (v2)

Timothy writes: > * lisp/ob-core.el (org-babel-execute-src-block, > org-babel-format-result): Record the babel execution time, and then > supplement the "Code block evaluation complete." (etc.) messages with > the execution time when >0.05s. I'd also mention the new optional arguments. >

Re: [BUG] Width property in columnview dynamic blocks [9.5.5]

Ypo writes: > In columnview dynamic blocks, the Width property doesn't seem to work > > In this example the first column width is the same if I write ~%5ITEM~ > than ~%ITEM~ > > * PROYECTO EMACS > :PROPERTIES: > :COLUMNS:  %5ITEM(PROJECT) > :END: > > #+BEGIN: columnview > #+END: Confirmed.

Re: org-beamer improvement?

Guillaume MULLER writes: > The only thing I miss in org lies in org-beamer: it is the ability to use the > star '*' in BEARMER_ACT, with something like: > * my block1 > :PROPERTIES: > :BEAMER_ACT: *<1> > :BEAMER_ENV: block > :END: > ... > I know block do not natively accept *<1> notation, but

Re: IM dev discussions?

Hi Tim, > I observe the same behaviour. My kids (27, 24) both have email accounts, > but only have them and use them for places which insist on an email > address (like government services, universities etc). They use email > only when they have to and check it only when they are expecting a >

Re: IM dev discussions?

Bastien writes: > Of course, time and skills (and other psychological traits) are the > main parameters deciding whether someone can participate to these > discussions: but the more they take place on the mailing list, the > more inclusive they are IMHO. > > (I know this opinion is debatable:

Re: Opening of links

Guillaume MULLER writes: > + [[file:~/test.pdf][PDF 1]] > -- > > When I click on the link with mouse1, the document is opened in Calibre. When > I use mouse3, the document is opened in Emacs. I get a similar behavior with > org-attached PDF documents: using 'o' will open them in

Re: Suggestion: add org-latex-preview to org-ctrl-c-ctrl-c

Akira Kyle writes: > I recently thought to add ~org-latex-preview~ to > ~org-ctrl-c-ctrl-c~ and it has been quite the productivity > booster! Two arguments as to why this should be done: > - ~org-ctrl-c-ctrl-c~ currently does nothing when inside > latex-fragment or latex-environment so why

Re: [BUG] Face attribute customization is ignored [9.5.5 (9.5.5-gbe2246 @ /home/dav/.emacs.d/straight/build/org/)]

David Vicente writes: > The attribute customization of org-block-begin-line and > org-block-end-line is ignored, i.e, the :extend attribute gets > overwritten when we start org-mode and ends up with value t. > > After inspecting the source code I suspect that it might have something > to do

[BUG] Org mode donation page is marked in French, but it is actually in English

Hi, Liberapay provides options to have team description in multiple languages. We only provide English, but the description is marked as if it were French. See the text near "Edit" button at the top right part of https://liberapay.com/org-mode/ I guess we should rather mark the page as English

Re: refresh not working for org-mode from git

Colin Baxter writes: > Recently, if I use C-c C-x ! to refresh org-mode after a git pull, I get an > error. I then have to close down emacs and launch again. This rather > defeats the object of C-c C-x !. This appears to have happened only recently > > The Backtrace is > >

refresh not working for org-mode from git

Recently, if I use C-c C-x ! to refresh org-mode after a git pull, I get an error. I then have to close down emacs and launch again. This rather defeats the object of C-c C-x !. This appears to have happened only recently The Backtrace is --8<---cut

[BUG] Face attribute customization is ignored [9.5.5 (9.5.5-gbe2246 @ ~/.emacs.d/straight/build/org/)]

Starting with:     $ emacs -Q and evaluating (require 'org) (set-face-attribute 'org-block nil :extend nil :background "snow2") (set-face-attribute 'org-block-begin-line nil :extend nil :background "snow2") (set-face-attribute 'org-block-end-line nil :extend nil :background "snow2")

Re: [BUG] org-agenda-list takes 4m compared to 27 that took 15 seconds [9.5.2 (release_9.5.2-25-gaf6f12 @ /usr/share/emacs/28.1/lisp/org/)]

Hi. Eric. My comments below. > "Fraga," == Fraga, Eric writes: [...] Fraga,> This would be simply be something along these lines: --8<---cut here---start->8--- * retiro espiritual {collaborator.family} <2022-08-01 Mon 09:00-11:00>

Re: orgmode.org welcome page says to install via MELPA but as writing, this cannot be done

Hi Max, >> Agreed – I removed this mailto: link as suggestion in a previous >> reply to Tim… > > I am not against mailto: link, my intention was to improve message template. Looking at , that seems like it’s much better than just a mailto link or `M-x

Re: [BUG] org-agenda-list takes 4m compared to 27 that took 15 seconds [9.5.2 (release_9.5.2-25-gaf6f12 @ /usr/share/emacs/28.1/lisp/org/)]

On Friday, 23 Sep 2022 at 16:14, andrés ramírez wrote: > %%(diary-block 8 1 2022 8 1 2022) 9:00-11:00 retiro.espiritual > {collaborator.family} This would be simply be something along these lines: * retiro espiritual {collaborator.family} <2022-08-01 Mon 09:00-11:00> You only need to use

Re: orgmode.org welcome page says to install via MELPA but as writing, this cannot be done

On 23/09/2022 00:23, Bastien wrote: Max Nikulin writes: The updated page has alt="Install from ELPA" that likely should be "Install from GNU ELPA". Fixed, thanks. However Firefox does not show tooltips (unlike for the Librepay link) when mouse cursor is over new SVG images. I have

Re: [PATCH] Babel evaluation: location and timing information (v2)

Hi All, Ihor raised a concern about the time needed to determine element type. This information is now passed on from other parts of Org, so there’s no overhead from this any more. Since this also applies to inline types, I’ve switched to showing the point position instead of the line number. As

Re: [BUG] org-agenda-list takes 4m compared to 27 that took 15 seconds [9.5.2 (release_9.5.2-25-gaf6f12 @ /usr/share/emacs/28.1/lisp/org/)]

On 23/09/2022 10:05, Ihor Radchenko wrote: I added caching of `org-diary-sexp-entry' results in https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=4075662c298da7fa7e2ba19e0b8b36c58852cc0f Sorry for the noise. I am unsure concerning exact effect of the commit, I hope, if agenda

line-number-at-pos performance and cache-long-scans

On 23/09/2022 09:22, Ihor Radchenko wrote: Max Nikulin writes: Despite improvements since Emacs-26 in line counting, still I believe that the `line-number-at-pos' function may still be excessively expensive in real live when unconditionally used just for a bit nicer logging. May I ask if

Re: [BUG] org-agenda-list takes 4m compared to 27 that took 15 seconds [9.5.2 (release_9.5.2-25-gaf6f12 @ /usr/share/emacs/28.1/lisp/org/)]

Hi. Ihor. > "Ihor" == Ihor Radchenko writes: [...] Ihor> You appear to have a large number of diary-style timestamps. This is not common. Normal Ihor> timestamps are generally much faster because we can construct a matching regexp based on Ihor> current agenda date instead of

org-beamer improvement?

Hi again, While writing my previous email, I just thought of another thing. As it is unrelated to the other one, I'm creating a second email... The only thing I miss in org lies in org-beamer: it is the ability to use the star '*' in BEARMER_ACT, with something like: * my block1 :PROPERTIES:

Opening of links

Hi, Thanks for org, "the best tool in the world"! ;) (*) I have a simple org file (Linux / Emacs 27.1 + Doom): -- #+TITLE: Test pdf links + [[file:~/test.pdf][PDF 1]] -- When I click on the link with mouse1, the document is opened in Calibre. When I use mouse3, the

Re: svg file from tikz picture

I've been using the attached patch for the last few years and I've meaning to send it here/start a discussion about ob-latex.el since I used it pretty much daily to write tikz figures in org mode. So I'm glad to see this discussion has been started! I've found it to be incredibly productive

Suggestion: add org-latex-preview to org-ctrl-c-ctrl-c

I recently thought to add ~org-latex-preview~ to ~org-ctrl-c-ctrl-c~ and it has been quite the productivity booster! Two arguments as to why this should be done: - ~org-ctrl-c-ctrl-c~ currently does nothing when inside latex-fragment or latex-environment so why not make it

Re: Do not show a TODO item in the global TODO list until certain date?

Hello, Bastien writes: >> As per the example I was giving, I don't want that entry to be scheduled >> for October 16 (and thus clutter my agenda view), I just want it to be >> visible in my Global TODO list from that date, so then, depending on how >> busy I'm around that date, then I can

[BUG] Face attribute customization is ignored [9.5.5 (9.5.5-gbe2246 @ /home/dav/.emacs.d/straight/build/org/)]

Starting with: $ emacs -Q and evaluating (require 'org) (set-face-attribute 'org-block nil :extend nil :background "snow2") (set-face-attribute 'org-block-begin-line nil :extend nil :background "snow2") (set-face-attribute 'org-block-end-line nil :extend nil :background "snow2")

Re: [BUG] org-agenda-list takes 4m compared to 27 that took 15 seconds [9.5.2 (release_9.5.2-25-gaf6f12 @ /usr/share/emacs/28.1/lisp/org/)]

andrés ramírez writes: > Ihor> Can you update and try the profiling again? > > Done. Thanks! I can now see that matching sexp entries is properly cached. > Ihor> (If this last change works, I am out of ideas about easy ways to > improve performance > Ihor> further. The only one is

Re: [O] Plantuml w/ noweb and cached results

Hi Ihor, Thank you for your reply. I apologize for not doing a more thorough test with '-Q'. I'll try to find the problem in my setup. -k. On 2022-09-22 at 22:02 -04, Ihor Radchenko wrote: > Ken Mankoff writes: > >> #+BEGIN_SRC plantuml :noweb yes :file cache-yes.png >> @startjson >> <> >>

[BUG] Width property in columnview dynamic blocks [9.5.5]

In columnview dynamic blocks, the Width property doesn't seem to work In this example the first column width is the same if I write ~%5ITEM~ than ~%ITEM~ * PROYECTO EMACS :PROPERTIES: :COLUMNS:  %5ITEM(PROJECT) :END: #+BEGIN: columnview #+END: Emacs  : GNU Emacs 28.2 (build 2,

Re: [FR] Display heading alongside id in org-insert-link completion

On 22/09/2022 23:49, Max Nikulin wrote: On 22/09/2022 21:20, Sterling Hooten wrote: When trying to insert a stored 'id' link with org-insert-link the candidates are just the 'id' numbers themselves. This doesn't help when trying to determine what the 'id' actually points to. Is there a way for

Re: [BUG] org-agenda-list takes 4m compared to 27 that took 15 seconds [9.5.2 (release_9.5.2-25-gaf6f12 @ /usr/share/emacs/28.1/lisp/org/)]

Hi. Ihor. > "Ihor" == Ihor Radchenko writes: [...] Ihor> Now, I see what went wrong. Just pushed a patch that should reduce the time taken by Ihor> `org-diary-sexp-entry' during rebuild. Thanks. Ihor> Can you update and try the profiling again? Done. <> Ihor> (If

Re: IM dev discussions?

Bastien writes: >> Sure. It is always nice to have historical records on why certain >> decisions have been made. > > It is not just to be able to keep track of discussions that led to > decisions: it is also to be able to be as *inclusive* as possible. > > Of course, time and skills (and other

Re: You can now support Org-mode through https://liberapay.com/org-mode/

Done ! Thanks for all your work ! Le 21/09/2022 à 08:34, Bastien a écrit : Thanks for all you do – donation forthcoming!

Re: IM dev discussions?

Thanks for your answers. Ihor Radchenko writes: >> In general, Org contributors with push access can fix bugs directly, >> without announcing this on the mailing list. But *all other changes* >> should be submitted and discussed on this mailing list. > > Sure. It is always nice to have

Re: Matrix (was Re: IM dev discussions?)

Tim Cross writes: > One thing I do find frustrating these days is the fracturing of > communications across so many different solutions. +100. I believe this is real plague for the Free Software movement. Many projects use Slack, Discord, other unfair services or private IM applications for

Re: orgmode.org welcome page says to install via MELPA but as writing, this cannot be done

Ihor Radchenko writes: > Bastien writes: > >> Would it be okay to >> >> 1. replace both "report bug" and "feedback" buttons by a "feedback" >>button, pointing to manual https://orgmode.org/manual/Feedback.html ? > > I feel like it is good idea to keep both "report bug" and "feedback" >

Re: [BUG] orgmode.org translations are not consistent; multi-language export [9.5.4 (release_9.5.4-834-g6a5f67 @ /home/yantar92/.emacs.d/straight/build/org/)]

Hi Ihor, Ihor Radchenko writes: > I noticed that https://orgmode.org/, https://orgmode.org/fr/index.html, > and https://orgmode.org/ja/index.html are not consistent. FWIW, I think we should get rid of these translations altogether. Hopefully Org is well-known enough now that people know how

Re: bug#45915: 28.2; delete-char deletes two letters

> Date: Fri, 23 Sep 2022 06:36:58 +0900 (JST) > Cc: yanta...@gmail.com, homeros.mis...@gmail.com, 45...@debbugs.gnu.org, > emacs-orgmode@gnu.org, t...@misasa.okayama-u.ac.jp > From: Tak Kunihiro > > >>> One other possibility is to use a slightly different :relative-width > >>> factor for the