Re: UTC or not UTC for timestamps in the past ([FEATURE REQUEST] Timezone support in org-mode)

* Max Nikulin [2023-01-24 20:12]: > On 22/01/2023 14:48, Tim Cross wrote: > > Timestamp for a log > > record I would probably want or one of the > > variants because the most common way I use those types of timestamp is > > in diagnosing problems and comparing revords from various locations > >

Re: UTC or not UTC for timestamps in the past ([FEATURE REQUEST] Timezone support in org-mode)

* Max Nikulin [2023-01-24 07:51]: > On 24/01/2023 09:44, Thomas S. Dye wrote: > > Max Nikulin writes: > > > > > > I believed that [2023-01-22 Sun 08:29@+1100] unambiguously suggests > > > offset from UTC. > > > > Not for a casual programmer like me. The timestamp alone might easily be > > read

[BUG] HTML-export citation suffix rendering with CSL [9.6 (9.6-??-bed47b437 @ /home/romeo/.emacs.d/.local/straight/build-28.2.50/org/)]

Remember to cover the basics, that is, what you expected to happen and what in fact did happen.  You don't know how to make a good report? See https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list.

[PATCH] Fix one remaining emacs-30 byte-compile warning

Hi all, Robert sent a patch[1] which pacifies emacs-30 compiler warning. He missed one which is fixed by the patch below. It is against org-mode master (6b15897a56). Footnotes: [1] https://lists.gnu.org/archive/html/emacs-orgmode/2023-01/msg00743.html Best, Arash --8<---cut

CSL export not using local #+bibliography:

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I reported the following as an issue to citeproc, but was advised by the library maintainer to report it here instead. The problem is summarized in the subject line. I set ~org-cite-global-biography~ in my init.el. I then write a file for export

[BUG] Org citations do not render in tables [9.5.5 (9.5.5-g8ef620 @ /home/stas/.emacs.d/straight/build/org/)]

Dear org community, It seems that there is a bug (or a thing that was not yet implemented) with rendering tables that contain org-mode citations (i.e., [cite:@paper]) from source block results. Here is an example: #+BEGIN_SRC emacs-lisp :results table replace "Prior research [cite:@paper]

[BUG] updates.orgmode.org returns 502 Bad Gateway

Hi all, I'm trying to find the RSS feed for org-mode, which I expect to live in updates.orgmode.org (as mentioned in the first line of [1]). Unfortunately, the nginx server is misconfigured (or something) and returns a "502 Bad Gateway" error. This is not a software bug, but I'm not sure where

Re: Supporting non-free SQL clients in ob-sql (was: [PATCH] ob-sql: Add support for Athena)

[[[ To any NSA and FBI agents reading my email: please consider]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > > Would someone please tell me more concretely what kind of "support" > > this

Re: Feature request: "task table" (similar to clock table)

On 25/01/2023 03:09, Marcin Borkowski wrote: https://mbork.pl/2023-01-09_TODO_stats_table Sorry for a too late response. The feature is documented in the manual, see info "(org) Dynamic Blocks" https://orgmode.org/manual/Dynamic-Blocks.html Perhaps a close feature that might allow to

Re: oeg-agenda-entry-text-mode

David Masterson writes: > I've just discovered the E key in Agenda Commands and I'd like to use > it. The drawback is that it shows Log entries (I don't use a Drawer for > Logs -- yet). This means that the original description can be hidden if > the logs use up more than

oeg-agenda-entry-text-mode

I've just discovered the E key in Agenda Commands and I'd like to use it. The drawback is that it shows Log entries (I don't use a Drawer for Logs -- yet). This means that the original description can be hidden if the logs use up more than org-agenda-entry-text-maxlines. Is there someway to

Re: UTC or not UTC for timestamps in the past ([FEATURE REQUEST] Timezone support in org-mode)

Max Nikulin writes: > On 22/01/2023 14:48, Tim Cross wrote: >> Timestamp for a log >> record I would probably want or one of the >> variants because the most common way I use those types of timestamp is >> in diagnosing problems and comparing revords from various locations >> where I don't care

Re: cgit and merge commit

Max Nikulin writes: >> Should we then report a bug to cgit mailing list? > > I do not have particular opinion. I rarely use web UI for git and mostly > for blame. I prefer to do it with local clone. I have never read cgit > docs. Perhaps it may be more apparent that it is a merge commit. > >

Re: Feature request: "task table" (similar to clock table)

On 2023-01-24, at 10:59, Ihor Radchenko wrote: > Marcin Borkowski writes: > >> https://mbork.pl/2023-01-09_TODO_stats_table > > https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=7ad77965467602ced2cb8f3cded023882dc229a2 Thanks! -- Marcin Borkowski http://mbork.pl

Re: [ANN] orgtbl-fit

tbanelwebmin writes: > The new orgtbl-fit package has just been released on Melpa. It > does regression fitting on Org Mode tables. > > Example. We suspect that `obs' depends on `x' and `y'. > ... > > Let us put the cursor on the `obs' column, and type > M-x orgtbl-fit > > Two columns are added

Re: org-sort no ts

Samuel Wales writes: > with org-sort, by analogy with org-agenda-sort-notime-is-late, is it > possible to sort T, i.e. by ts with most recent first, with entries > that have no ts at the bottom? It is currently hard-coded to consider notime as `current-time' when sorting. -- Ihor Radchenko //

Re: Link from orgmode file to E-Mail (using kmail or notmuch)

* Ihor Radchenko [2023-01-24 14:19]: > mid: if a known standard, as Max pointed in the earlier message: > > RFC 2392 - Content-ID and Message-ID Uniform Resource Locators. 1998 > https://tools.ietf.org/html/rfc2392 It is "proposed standard" and far from any ordinary use. > It makes more sense

Re: Link from orgmode file to E-Mail (using kmail or notmuch)

* Ihor Radchenko [2023-01-24 12:41]: > > This is weird since ever. I've been talking to some collegues and everybody > > has his/her own special approach. Mostly producing a PDF from the E-Mail > > and > > saving this and its attachments somewhere. That's a thing that bothered me > > for > >

Re: [PATCH] lisp/org-agenda.el: Fix void-function string-pad in Emacs <28.1

Much obliged :) On Tue, Jan 24, 2023 at 1:20 PM Ihor Radchenko wrote: > Aaron Zeng writes: > > > Hi Ihor, I just noticed that this patch only fixes one of the lines > calling > > `string-pad'. There is another callsite below which needs to be removed. > > Oops. Now, should be good. > >

Re: [PATCH] lisp/org-agenda.el: Fix void-function string-pad in Emacs <28.1

Aaron Zeng writes: > Hi Ihor, I just noticed that this patch only fixes one of the lines calling > `string-pad'. There is another callsite below which needs to be removed. Oops. Now, should be good.

Re: Link from orgmode file to E-Mail (using kmail or notmuch)

* Max Nikulin [2023-01-24 20:25]: > On 24/01/2023 01:37, Jean Louis wrote: > > > > All URLs defined by Emacs that are to be run by browse-url in Org > > shall be allowed by org, to let the Emacs settings pass through. > > > > And not to hard code it in Org. > > It reminds be complains by some

Re: Link from orgmode file to E-Mail (using kmail or notmuch)

* Bruno Barbier [2023-01-24 20:31]: > > [[elisp:(my-handler "I am ok here")][my handler]] > > Org also allows the user to define his own link types: > > (info "(org) Adding Hyperlink Types") I understand. You see, Org is part of Emacs, me I expect that when I follow Emacs Instructions that

Re: Link from orgmode file to E-Mail (using kmail or notmuch)

* Max Nikulin [2023-01-24 18:52]: > > I am mostly concerned that channelling mid: links to browse-url will not > > work (open empty page in browser) in most cases. This is more confusing > > than not having mid: link handler at all. > > For me it may be a reason to not enable to enable "mid:"

Re: Link from orgmode file to E-Mail (using kmail or notmuch)

* Ihor Radchenko [2023-01-24 12:43]: > Max Nikulin writes: > > > On 23/01/2023 17:40, Ihor Radchenko wrote: > >> I am not even sure if we need to make Org open mid: links via > >> `browse-url'. Maybe it should be something else? IDK. > > > > Do you know an alternative? Org already uses this

Re: [PATCH] lisp/ob-octave.el, was [PATCH] rfc: using ert-deftest with side-effects

On Mon, Jan 23 2023, Ihor Radchenko wrote: > Ihor Radchenko writes: > >> Ihor Radchenko writes: >> >>> So, the test failure is real. >> >> The error buffer contents when the test fails is the following: >> >> warning: using the gnuplot graphics toolkit is discouraged >> ... >> [ Babel

Re: [Bug] 'org-font-lock-extra-keywords' appear next to the parent heading when its subtree is folded.

Philipp Kiefer writes: > * =problem 1: (repeatedly press C-c C-p starting at the bottom of the file > until you get up here -> point jumps up towards 'Export options' before it > reaches this line - or the line below. Seems to be caused by the emphasis > used on this line plus the fact that

Re: [Bug] 'org-font-lock-extra-keywords' appear next to the parent heading when its subtree is folded.

Philipp Kiefer writes: >> You set 'invisible text property to nil, which tells Emacs - make the >> text visible. Emacs obeys. > > Well, with Orgmode version 9.5, Emacs was never *this* obedient, i. e. > this problem only began after I updated Orgmode to 9.6, which is why I > considered it a

Re: [PATCH] lisp/org-agenda.el: Fix void-function string-pad in Emacs <28.1

Hi Ihor, I just noticed that this patch only fixes one of the lines calling `string-pad'. There is another callsite below which needs to be removed. On Tue, Jan 24, 2023 at 11:30 AM Aaron Zeng wrote: > Thanks for the quick response, Ihor! > > On Tue, Jan 24, 2023 at 4:23 AM Ihor Radchenko >

Re: [Bug] 'org-font-lock-extra-keywords' appear next to the parent heading when its subtree is folded.

On 24.01.2023 12:34, Ihor Radchenko wrote: Philipp Kiefer writes: Org mode version 9.6.1, GNU Emacs 27.2 (build 1, x86_64-w64-mingw32) Please see the two screenshots here for illustration: https://imgur.com/a/7EuUi0J (I'm assuming it's not a good idea - or

Re: [Bug] 'org-font-lock-extra-keywords' appear next to the parent heading when its subtree is folded.

On 24.01.2023 04:52, Ruijie Yu wrote: Philipp Kiefer writes: Org mode version 9.6.1, GNU Emacs 27.2 (build 1, x86_64-w64-mingw32) Please see the two screenshots here for illustration: https://imgur.com/a/7EuUi0J (I'm assuming it's not a good idea - or not even possible - to send e-mail

Re: Link from orgmode file to E-Mail (using kmail or notmuch)

Jean Louis writes: > And not to hard code it in Org. > > To circumvent hard coding in Org, one can always use elisp: type of links: > > (defun my-handler (mid) > (message mid)) > > [[elisp:(my-handler "I am ok here")][my handler]] Org also allows the user to define his own link types: (info

Re: Link from orgmode file to E-Mail (using kmail or notmuch)

Max Nikulin writes: > Thunderbird allows to save messages as an .eml file and to open it by > thunderbird /tmp/test.eml I'm using an extension for Thunderbird that allows to copy a direct link to a message. I then paste it into a org file so that I can reopen the message in one click:

Re: Link from orgmode file to E-Mail (using kmail or notmuch)

On 24/01/2023 01:37, Jean Louis wrote: All URLs defined by Emacs that are to be run by browse-url in Org shall be allowed by org, to let the Emacs settings pass through. And not to hard code it in Org. It reminds be complains by some person that Org must be able to recognize any URL in

Re: Link from orgmode file to E-Mail (using kmail or notmuch)

On Tuesday Jan 24 2023, Ihor Radchenko wrote: >> To make it work through browse-url (is that useful?) shouldn't be too >> hard to configure `browse-url-default-handlers' for that. For mu4e that >> could simply use `mu4e-org-open', except that mu4e uses `msgid' (a >> better name imho) rather

Re: UTC or not UTC for timestamps in the past ([FEATURE REQUEST] Timezone support in org-mode)

On 22/01/2023 14:48, Tim Cross wrote: Timestamp for a log record I would probably want or one of the variants because the most common way I use those types of timestamp is in diagnosing problems and comparing revords from various locations where I don't care about the local time where the

Re: UTC or not UTC for timestamps in the past ([FEATURE REQUEST] Timezone support in org-mode)

Aloha Ihor, Ihor Radchenko writes: "Thomas S. Dye" writes: I understand above that it is easier understandable when reading [2023-01-22 Sun 08:29@+1100] as it is assumed by poster (I guess Max) that user will understand that there is +11 hours ahead. Yes, the offset here is

Re: [PATCH] lisp/org-agenda.el: Fix void-function string-pad in Emacs <28.1

Thanks for the quick response, Ihor! On Tue, Jan 24, 2023 at 4:23 AM Ihor Radchenko wrote: > "Aaron L. Zeng" writes: > > > * org-compat.el (org-string-pad): Add compatibility function > > `org-string-pad' for `string-pad', introduced in Emacs 28.1. > > > > * org-agenda.el

Re: Link from orgmode file to E-Mail (using kmail or notmuch)

On 23/01/2023 20:59, AW wrote: I have done that now without result. But I'll write an E-Mail to the developers of kmail. Thank you for filing a feature request. As long as notmuch, notmuch.el and ol-notmuch are there we have a viable solution, thanks to this (undocumented) trick with

Re: Link from orgmode file to E-Mail (using kmail or notmuch)

On 24/01/2023 16:42, Ihor Radchenko wrote: Max Nikulin writes: On 23/01/2023 17:40, Ihor Radchenko wrote: I am not even sure if we need to make Org open mid: links via `browse-url'. Maybe it should be something else? IDK. Do you know an alternative? ... I am mostly concerned that

[PATCH] Change default value of org-clock-x11-idle-program-name

Ihor Radchenko writes: > What we can do is check if xprintidle executable is available and use > it. Otherwise, fall back to x11idle to retain backwards compatibility on > systems that do no have xprintidle installed. See the attached patch. >From 6fe58852f30b7bd8d217bf228252dc97abd05153 Mon

Re: [Bug] 'org-font-lock-extra-keywords' appear next to the parent heading when its subtree is folded.

Ruijie Yu via "General discussions about Org-mode." writes: > Also, while looking into your init code, I noticed that > `org-font-lock-extra-keywords' seems to be public-facing (as there is no > double-dashes in the name), but has no docstring. Either this variable > was intended to be private,

Re: [Bug] 'org-font-lock-extra-keywords' appear next to the parent heading when its subtree is folded.

Philipp Kiefer writes: > Org mode version 9.6.1, GNU Emacs 27.2 (build 1, x86_64-w64-mingw32) > > Please see the two screenshots here for illustration: > > https://imgur.com/a/7EuUi0J > > (I'm assuming it's not a good idea - or not even possible - to send > e-mail

Re: Link from orgmode file to E-Mail (using kmail or notmuch)

"Dirk-Jan C. Binnema" writes: > Sorry if I'm repeating things earlier mentioned... > > mu4e supports message-id links through org-mode, and I *extensively* > use that my agenda / todo lists. E.g., >mu4e:msgid:CACwzTKkeyptMcOA=jq8y23948-fkyfkmtwu...@mail.gmail.com Ideally, we need not to

Re: Link from orgmode file to E-Mail (using kmail or notmuch)

On Tuesday Jan 24 2023, Ihor Radchenko wrote: > AW writes: > >>> It is not up to Org. Try >>> >>> (browse-url "mid:3218434.44cspzl...@linux.fritz.box") >>> >>> You will likely see nothing. >> >> Well, M-x (browse-url "mid:3218434.44cspzl...@linux.fritz.box") >> produces [No match]. > >

[BUG] #+cite_export: ... bibstyle citestyle cannot be universally used as global defaults (was: Patch for \usepackage[ ... natbib = true ...]{...biblatex} with org-cite)

Edgar Lux writes: > I thought that it would be preferable to have a native Org syntax. > >> I do not like passing the options as-is in #+cite_export because not all >> the possible biblatex \usepackage options are affecting the >> bibliography. Options like sortcites, maxcitenames, autocite, etc

Re: Feature request: "task table" (similar to clock table)

Marcin Borkowski writes: > https://mbork.pl/2023-01-09_TODO_stats_table https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=7ad77965467602ced2cb8f3cded023882dc229a2 -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support

Re: Link from orgmode file to E-Mail (using kmail or notmuch)

AW writes: > As long as notmuch, notmuch.el and ol-notmuch are there we have a viable > solution, thanks to this (undocumented) trick with notmuch:id:123abc This is not undocumented. ol-notmuch provides notmuch: links. id:message-id is a valid search term in notmuch. See

Re: Link from orgmode file to E-Mail (using kmail or notmuch)

Max Nikulin writes: > On 23/01/2023 17:40, Ihor Radchenko wrote: >> I am not even sure if we need to make Org open mid: links via >> `browse-url'. Maybe it should be something else? IDK. > > Do you know an alternative? Org already uses this package to open some > types of links. It allows to

Re: Link from orgmode file to E-Mail (using kmail or notmuch)

AW writes: >> It is not up to Org. Try >> >> (browse-url "mid:3218434.44cspzl...@linux.fritz.box") >> >> You will likely see nothing. > > Well, M-x (browse-url "mid:3218434.44cspzl...@linux.fritz.box") > produces [No match]. This is not a command. You need M-: (... >> So, while Org may

Re: UTC or not UTC for timestamps in the past ([FEATURE REQUEST] Timezone support in org-mode)

"Thomas S. Dye" writes: >> I understand above that it is easier understandable when reading >> [2023-01-22 Sun 08:29@+1100] as it is assumed by poster (I guess >> Max) >> that user will understand that there is +11 hours ahead. >> > Yes, the offset here is ambiguous--is it offset from some

Re: [PATCH] lisp/org-agenda.el: Fix void-function string-pad in Emacs <28.1

"Aaron L. Zeng" writes: > * org-compat.el (org-string-pad): Add compatibility function > `org-string-pad' for `string-pad', introduced in Emacs 28.1. > > * org-agenda.el (org-fix-agenda-info): Use `org-string-pad' rather > than `string-pad'. > > Since this is more-or-less just copying

Re: org-crypt fails if default key is expired while non-default key is to be used

Karl Voit writes: >> May I know how exactly did you set `org-crypt-key'? Do you happen to >> have CRYPTKEY properties somewhere in your buffer? > > Sure. My config is on > https://github.com/novoid/dot-emacs/blob/master/config.org and I've > set it with: > > (setq org-crypt-key "ABC12345") ;; I