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

On 23/01/2023 23:04, Thomas S. Dye wrote: 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: UTC or not UTC for timestamps in the past ([FEATURE REQUEST] Timezone support in org-mode)

Aloha Max, Max Nikulin writes: On 23/01/2023 23:04, Thomas S. Dye wrote: 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: UTC or not UTC for timestamps in the past ([FEATURE REQUEST] Timezone support in org-mode)

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 as 11 hours ahead of local time. Nevertheless, Org is certainly

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

* Max Nikulin [2023-01-23 14:49]: > I agree that linking mail messages and Org notes is important. On the other > hand my impression is that the "mid:" URI protocol is not adopted wide > enough by mail user agents yet, so it is too early to enable it by default > in Org. All URLs defined by

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

* 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 string-pad's definition from subr-x.el, I think

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 > attachments to the list?) >

Re: [BUG] ob-shell doesn't evaluate last line on Windows (cmd/cmdproxy) [9.6.1 ( @ c:/Users/Osher/AppData/Roaming/.emacs.d/elpa/org-9.6.1/)]

Matt writes: > On Fri, 20 Jan 2023 04:27:18 -0500 Ihor Radchenko wrote --- > > I think `org-babel--shell-command-on-region' will be more appropriate. > > Because similar issues might appear when attempting to evaluate other > > code blocks on Windows, where `shell-file-name' is set

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

Am Montag, 23. Januar 2023, 11:40:24 CET schrieb Ihor Radchenko: > AW writes: > >> We could support mid: is the corresponding url schema existed and > >> supported by various OSes. > > > > Isn't this rather important? How many users of orgmode get TODOs via > > E-Mail > > and need an efficient

Re: [PATCH] Fix some emacs-30 byte-compile warnings

Robert Pluim writes: > The emacs 30 byte-compiler warns about uses of `eq' > and similar with constant strings which might have unintended > semantics. Patch is against emacs master. Thanks, but it will break some tests: 3 unexpected results: FAILED test-org-table/copy-field FAILED

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

Am Montag, 23. Januar 2023, 14:59:12 CET schrieb AW: > But I'll write an E-Mail to the > developers of kmail. https://bugs.kde.org/show_bug.cgi?id=464695

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

Karl Voit writes: > When I invoked org-decrypt-entry, decrypting works like always. Then > I modified something in this heading which is tagged with :crypt:. > On saving that buffer, org-crypt issues an error message: > > | Error: (error "GPG error: \"Encrypt failed\", \"Unusable public key: > |

Re: Patch for \usepackage[ ... natbib = true ...]{...biblatex} with org-cite

Edgar Lux writes: >> > #+cite_export: biblatex "bibstyle=numeric-comp,sorting=none, >> > hyperref=true,backref=true,url=true,backend=biber,natbib=true" >> >> The general design is >> #+cite_export: NAME BIBLIOGRAPHY-STYLE CITATION-STYLE >> ... removed content ... >> I am not sure how your

Re: [BUG] ox-html does not export captions of source blocks without language

Ihor Radchenko writes: > Ihor Radchenko writes: > >> Here is the plan to resolve this issue: >> >> 1. We update the manual allowing src blocks to have empty language spec > > See the attached patch. Applied onto main.

Re: [DISCUSSION] Should we deprecate python-mode.el (alternative to built-in python.el) support in ob-python?

Jack Kamm writes: > Ihor Radchenko writes: > >> Marked for future removal in ob-python.el. >> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=21741a469 > > Thanks Ihor. > > Not sure if it's too early for this, but I've prepared a patch to remove > the support for python-mode.el,

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

Richard Stallman writes: > > > Because we already support Orcale, SAP Hana, MSSql and Vertico for > example. > > Would someone please tell me more concretely what kind of "support" > this is? Which GNU package supports them, and how? [Jean Luis mentioned M-x sql-* commands in another

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

On 23/01/2023 01:47, AW wrote: We could support mid: is the corresponding url schema existed and supported by various OSes. Isn't this rather important? How many users of orgmode get TODOs via E-Mail and need an efficient way to come back from the TODO to its origin? I agree that linking mail

[PATCH] Fix some emacs-30 byte-compile warnings

The emacs 30 byte-compiler warns about uses of `eq' and similar with constant strings which might have unintended semantics. Patch is against emacs master. -- >8 -- * lisp/org/ob-octave.el (org-babel-octave-evaluate-session): Use `delete' instead of `delq' when deleting a constant string. *

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

Am Montag, 23. Januar 2023, 12:46:38 CET schrieb Max Nikulin: > On 23/01/2023 01:47, AW wrote: > >> We could support mid: is the corresponding url schema existed and > >> supported by various OSes. > > > > Isn't this rather important? How many users of orgmode get TODOs via > > E-Mail > > and

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

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 evaluation exited with code 0 ] > > Exit code is 0, so octave

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

AW writes: >> We could support mid: is the corresponding url schema existed and >> supported by various OSes. > > Isn't this rather important? How many users of orgmode get TODOs via E-Mail > and need an efficient way to come back from the TODO to its origin? It is not up to Org. Try

Re: Patch for \usepackage[ ... natbib = true ...]{...biblatex} with org-cite

Edgar Lux writes: > Just in case, I think that you meant #+bind: . However, it didn't work for me > (I'm blaming myself). I added this in line 16 of my 324-lines file > > #+bind: org-cite-biblatex-options "opt=true" > > but the =opt=true= value is not shown next to =\usepackage{biblatex}= when

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

Aloha Jean Louis, Jean Louis writes: * Thomas S. Dye [2023-01-22 20:36]: > After all, for a person in Berlin [2023-01-22 Sun > 08:29@+1100] may > tell more than [2023-01-22 Sun 08:29@Australia/Sydney]. I'm not sure to follow this. IIUC, the timestamp with offset refers to absolute time,

[PATCH] Provide a uniform way to inform users about missing third-party packages

Hi, In Org code, we have various places where we depend (optionally) on third-party packages. The packages are typically loaded using `require' and report the usual error about missing library if the third-party package is not installed. Such situation is _almost_ OK, except some scenarios when

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

Hi Ihor, * Ihor Radchenko wrote: > Karl Voit writes: > >> When I invoked org-decrypt-entry, decrypting works like always. Then >> I modified something in this heading which is tagged with :crypt:. >> On saving that buffer, org-crypt issues an error message: >> >> | Error: (error "GPG error:

Re: [PATCH] Fix some emacs-30 byte-compile warnings

> On Mon, 23 Jan 2023 14:04:42 +, Ihor Radchenko > said: Ihor> Robert Pluim writes: >> The emacs 30 byte-compiler warns about uses of `eq' >> and similar with constant strings which might have unintended >> semantics. Patch is against emacs master. Ihor>

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

I just wanted to provide some additional information which RMS may find informative. Under the hood, ob-sql.el is using the built-in Emacs sql.el library. It is this library which provides the 'support' for various SQL database engines. That support has been part of the sql library since it was

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

On 2023-01-03, at 19:29, Ihor Radchenko wrote: > Marcin Borkowski writes: > >> I see. I think I'll go another route then - in fact, I already started, >> see https://mbork.pl/2023-01-02_Computing_Org_mode_TODO_stats :-) > > That will also work. > > But why `plist-get' +

Re: Patch for \usepackage[ ... natbib = true ...]{...biblatex} with org-cite

On Jan 23, 2023 at 12:06 PM, Ihor Radchenko wrote:Edgar Lux writes: > So, what is the problem with LATEX_HEADER approach? 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

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

* AW [2023-01-23 16:58]: > Am Montag, 23. Januar 2023, 11:40:24 CET schrieb Ihor Radchenko: > > AW writes: > > >> We could support mid: is the corresponding url schema existed and > > >> supported by various OSes. > > > > > > Isn't this rather important? How many users of orgmode get TODOs via

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

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 attachments to the list?) This is