Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

On 21/01/2023 06:38, Tim Cross wrote: - Use UTC for meetings which are not face-to-face and which involve people form different time zones. I agree with you that it should considered as first option by whose who are planning an event. They still may prefer to choose timezone of

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

On 21/01/2023 07:37, Thomas S. Dye wrote: 1) Occurrence, where the timestamp includes UTC; 2) Event relative to user, where the timestamp does not include UTC or a time zone; and 3) Event not relative to user, where the timestamp includes the relevant time zone. For a while I prefer to

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

Aloha Tim, Tim Cross writes: "Thomas S. Dye" writes: Aloha Max, Max Nikulin writes: On 20/01/2023 23:09, Thomas S. Dye wrote: Max Nikulin writes: Now, if Amsterdam's timezone arbitrarily changes its relation to UTC before the conference takes place, then everyone who participates in

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

"Thomas S. Dye" writes: > Aloha Max, > > Max Nikulin writes: > >> On 20/01/2023 23:09, Thomas S. Dye wrote: >>> Max Nikulin writes: >>> Now, if Amsterdam's timezone arbitrarily changes its relation to UTC before >>> the >>> conference takes place, >>> then everyone who participates in the

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

Max Nikulin writes: > On 20/01/2023 15:17, Tim Cross wrote: >> So far, nobody has shown any reason why using UTC to distinguish the >> case where the times need to be adjusted and local tz when they don't >> won't work a a mechanism that can be used to allow org to handle things >> better than

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

Max Nikulin writes: > On 20/01/2023 15:11, Tim Cross wrote: >> Max Nikulin writes: >> >>> Tim, I am trying to say that any meeting either face to face or on-line may >>> be associated >>> with arbitrary primary timezone. >> and what you are saying is helpful how? In what way does what you are

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

Daryl Manning writes: > Perhaps a leading question (leading to outrage =p ), but does anybody even > use those anymore? > > I don't believe I've used them at all in 5 years of using org-mode (and if I > did it was most likely because of > some arcane older feature which required them). > >

Re: [BUG] ob-sql sql-connection-alist

Hi Daniel, I already contributed to Orgmode a few years ago for Vertica support and filled the copyright assignment back then. Andreas > On Jan 20, 2023, at 9:47 PM, Daniel Kraus wrote: > > Thanks. > > @Ihor, since this is the first patch I install from another contributor, > is there

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

Aloha Max, Max Nikulin writes: On 20/01/2023 23:09, Thomas S. Dye wrote: Max Nikulin writes: Now, if Amsterdam's timezone arbitrarily changes its relation to UTC before the conference takes place, then everyone who participates in the conference must notice this (or miss the start of the

Re: [BUG] ob-sql sql-connection-alist

Thanks. @Ihor, since this is the first patch I install from another contributor, is there anything I should look out for? E.g. does this need a TINYCHANGE entry or something? Or do you have already copyright assignments filled out, Andreas and then it's not necessary? Can I see somewhere who I

Re: [FR] Add C-u and C-u C-u prefix arguments to org-paste-subtree (was: Make org-paste-subtree more predictable and useful)

On 20.01.2023 11:21, Ihor Radchenko wrote: Philipp Kiefer writes: Further, you suggest I use C-S- to demote the subtree after pasting it at the same level as the subtree at point. But what if I used a numerical prefix argument to copy or cut several subtrees, maybe 5 or 10? Not very

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

LOL What an idio...! (sorry) January 20, 2023 at 11:59:22 AM CET Ihor Radchenko wrote:Edgar Lux writes: > I send the attached patch for your consideration. It allows to use biber for bibliographies. I tested it with this: Thanks, but could you please attach the patch? -- Ihor Radchenko //

Re: [PATCH] Support building Org from shallow clone [9.6.1 (release_9.6.1-137-gecb62e @ /home/n/.emacs.d/elpaca/builds/org/)]

Ihor Radchenko writes: No Wayman writes: Feel free to take this the patch as a base to do whatever you please with it. Then, I am thinking about a simple approach that will not involve internet connection. See the attached. I think that's the best solution. I landed on something

Re: [BUG] ob-sql sql-connection-alist

Sorry. That was the wrong patch. 0001-lisp-ob-sql.el-allow-string-in-sql-connection-alist.patch Description: Binary data > On 20. Jan 2023, at 18:24, Andreas Gerler > wrote: > > <0001-lisp-ob-eval.el-Display-error-fix.patch> > >> On 16. Jan 2023, at 11:25, Daniel Kraus wrote: >> >> Hi!

Re: [BUG] ob-sql sql-connection-alist

0001-lisp-ob-eval.el-Display-error-fix.patch Description: Binary data > On 16. Jan 2023, at 11:25, Daniel Kraus wrote: > > Hi! > > Andreas Gerler writes: > >> Last week I heard about using ob-sql with credentials stored in the variable >> used by isql. >> However I had to modify ob-sql

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

On 20/01/2023 23:09, Thomas S. Dye wrote: Max Nikulin writes: Now, if Amsterdam's timezone arbitrarily changes its relation to UTC before the conference takes place, then everyone who participates in the conference must notice this (or miss the start of the conference). My point is that if

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

Aloha Max, Max Nikulin writes: On 20/01/2023 15:17, Tim Cross wrote: So far, nobody has shown any reason why using UTC to distinguish the case where the times need to be adjusted and local tz when they don't won't work a a mechanism that can be used to allow org to handle things better

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

On 18/01/2023 23:20, Jean Louis wrote: Is there any program, software, system, that is really so good with time, apart from PostgreSQL database that I know with 1195 defined time zones? ... name | abbrev | utc_offset | is_dst

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

On 20/01/2023 15:11, Tim Cross wrote: Max Nikulin writes: Tim, I am trying to say that any meeting either face to face or on-line may be associated with arbitrary primary timezone. and what you are saying is helpful how? In what way does what you are sayhing help address my use case? Tim,

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

I just usually put those in the cal manually, with a date if they have "unusual" recurrences that can;t be denoted by the standard datestamp recurrences . =] Though for religious holidays like Easter and, I imagine, some lunar based ones, I imagine it might be handy. But honestly, I am surprised

Re: [PATCH] Support building Org from shallow clone [9.6.1 (release_9.6.1-137-gecb62e @ /home/n/.emacs.d/elpaca/builds/org/)]

On 20/01/2023 19:44, Ihor Radchenko wrote: diff --git a/mk/targets.mk b/mk/targets.mk index 4435daa..164b092 100644 --- a/mk/targets.mk +++ b/mk/targets.mk @@ -14,7 +14,7 @@ ifneq ($(wildcard .git),) # Use the org.el header. ORGVERSION := $(patsubst %-dev,%,$(shell $(BATCH) --eval

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

Ihor Radchenko writes: > [...] > I don't imply that. What I am saying is that we first need to decide on > syntax and provide basic support for time zones. It will already be > helpful as I won't need to convert timestamps into local time or think > if I need to convert timestamps ahead of time

Re: [PATCH] fix compat with emacs 25 due using temporary-file-directory

Ihor Radchenko writes: > Could you please re-submit the patch altering the commit message stating > the reason I stated? Also, Please quote Elisp symbols in the commit > message as we usually do. See > https://orgmode.org/worg/org-contribute.html#commit-messages This is no longer needed as this

Re: org-ref (including cite or not) and references with numbers exporting to HTML

Uwe Brauer writes: > Well concerning the LaTeX exporter, you are right, but for the HTML > exporter I think you need to use CSL then. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at

Re: org-ref (including cite or not) and references with numbers exporting to HTML

>>> "IR" == Ihor Radchenko writes: > Uwe Brauer writes: >> 1. When I use org-ref-helm-insert-cite-link, either I obtain >> cite:tao06:_global >> or >> cite:Choquet-Bruhat_09 >> but I cannot spot any difference in my bibfile, save that the >> tao06 reference has a : in its key and indeed

Re: [PATCH] Support building Org from shallow clone [9.6.1 (release_9.6.1-137-gecb62e @ /home/n/.emacs.d/elpaca/builds/org/)]

No Wayman writes: > Feel free to take this the patch as a base to do whatever you > please with it. Then, I am thinking about a simple approach that will not involve internet connection. See the attached. Note that you, in fact, can fetch the latest tags from remote into shallow clone. See

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

"Fraga, Eric" writes: > However, having said this, I don't think it's org's responsibility to > address the Emacs Diary: that would be a feature request for Emacs more > generally... Well. Diary sexps do not support time. So, we may already need to add time info to diary sexps (at least, it is

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

On Friday, 20 Jan 2023 at 18:29, Daryl Manning wrote: > Perhaps a leading question (leading to outrage =p ), but does anybody > even use those anymore? Yes. I use them for repeating events, in particular those which have repeating rules like "the first Monday of every month" that org does not

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

Daryl Manning writes: > Perhaps a leading question (leading to outrage =p ), but does anybody even > use those anymore? > > I don't believe I've used them at all in 5 years of using org-mode (and if > I did it was most likely because of some arcane older feature which > required them). diary

Re: New face: org-agenda-calendar-timerange

Hi, Ihor Radchenko writes: > Now, just waiting for confirmation from Bastien about your copyright > status records. Yes, I confirme Gautier's FSF copyright record is in order. > AFAIU, the commit fixed a different scenario: >

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

Perhaps a leading question (leading to outrage =p ), but does anybody even use those anymore? I don't believe I've used them at all in 5 years of using org-mode (and if I did it was most likely because of some arcane older feature which required them). Daryl. On Fri, Jan 20, 2023 at 5:57 PM

Re: New face: org-agenda-calendar-timerange

gaut...@gautierponsinet.xyz writes: > Please find attached a patch containing two commits. > The first one applies the face `org-agenda-calendar-event' to entries > with a time range within a single day. > The second one defines the new face `org-agenda-calendar-daterange' > and applies it to

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

Edgar Lux writes: > I send the attached patch for your consideration. It allows to use biber for > bibliographies. I tested it with this: Thanks, but could you please attach the patch? -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at .

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

Ihor Radchenko writes: > <2023-01-14 Sat 18:22@Asia/Singapore> (SGD and similar abbreviations are > often ambiguous) > <2023-01-14 Sat 18:22+0800> > <2023-01-14 Sat 18:22+08> > <2023-01-14 Sat 18:22@+0800> > <2023-01-14 Sat 18:22@+08> One thing we all missed in the discussion is diary sexps.

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

Tim Cross writes: > OK, I just give up. > > I don't understand why my very simple point seems so hard for anyone to > grasp and why everyone seems so focused on the booking and scheduling of > meetings with outhers. This was never in the scope of the very simple > issue I want solved. FYI, I

Re: evil-mode ' / ' only searches visible

"Fraga, Eric" writes: > On Friday, 20 Jan 2023 at 11:07, Michael Maurer wrote: >> Some more googling made me realize this is an ongoing issue with evil. Ah >> well. > > Interesting. I have not experienced this. In fact, I use the fact that > I can search hidden sections to get around a very

Re: [FEATURE REQUEST] Make org-copy-subtree and org-cut-subtree work on an active region

Philipp Kiefer writes: > When calling either org-copy-subtree or org-cut-subtree, check if there > is an active region that starts on a headline and contains at least one > more headline of the same level. If so, copy / cut all the subtrees > touched by the region. This saves the user having

Re: evil-mode ' / ' only searches visible

On Friday, 20 Jan 2023 at 11:07, Michael Maurer wrote: > Some more googling made me realize this is an ongoing issue with evil. Ah > well. Interesting. I have not experienced this. In fact, I use the fact that I can search hidden sections to get around a very annoying bug in org mode where,

[FR] Add C-u and C-u C-u prefix arguments to org-paste-subtree (was: Make org-paste-subtree more predictable and useful)

Philipp Kiefer writes: > Further, you suggest I use C-S- to demote the subtree after > pasting it at the same level as the subtree at point. But what if I used > a numerical prefix argument to copy or cut several subtrees, maybe 5 or > 10? Not very convenient at all to demote them all by

[BUG] org-paste-subtree level when point is in the middle of a heading (was: Make org-paste-subtree more predictable and useful)

Philipp Kiefer writes: > 1. Org Mode-paste subtree low-level item swallowed: > https://imgur.com/a/CZ5lDaH . This relates to what I assume the passage > from the manual is trying to say should not happen: > > "makes sure that the subtree > remains an independent subtree and does not swallow

Re: evil-mode ' / ' only searches visible

On Fri, 20 Jan 2023 at 10:59, Michael Maurer wrote: > > I don't know if it's something I pressed, or something that's happened > after an update, but when I search in evil-mode using /, it now only > searches headlines and everything visible. It no longer auto-expands. > Isearch works just fine.

evil-mode ' / ' only searches visible

I don't know if it's something I pressed, or something that's happened after an update, but when I search in evil-mode using /, it now only searches headlines and everything visible. It no longer auto-expands. Isearch works just fine. Not sure where I should ask this, probably evil-mode mailing

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

On Friday, 20 Jan 2023 at 16:39, Tim Cross wrote: > My simple sugestion wa that have the commands which insert timestamps > use the universal argument -when called with the universal argument, > set the timestamp using UTC and when it isn't, set it as it is now (or > set it with the local TZ

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: > I agree, putting in the newline is simple and it would be easy enough to > create a separate path for Windows/cmd if it were a problem. > > I wonder if it might make sense to move where the trimming happens so that > the body passed into `org-babel-sh-evaluate' is ready to go

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/)]

Osher Jacob writes: > On Wed, Jan 18, 2023 at 11:05 AM Ihor Radchenko wrote: > >> If running cmdproxy.exe /c cmdproxy.exe /path/to/input is not wrong, the >> problem is on Emacs side. > > >> Osher, could you try putting your example script into a file and running >> the command line directly?

Re: org-ref (including cite or not) and references with numbers exporting to HTML

Uwe Brauer writes: > 1. When I use org-ref-helm-insert-cite-link, either I obtain >cite:tao06:_global >or >cite:Choquet-Bruhat_09 >but I cannot spot any difference in my bibfile, save that the >tao06 reference has a : in its key and indeed adding a :

Re: [BUG] org-open-line in tables broken with stripe-table-mode [9.6.1 (release_9.6.1 @ /usr/share/emacs/29.0.60/lisp/org/)]

Thomas Schneider writes: > Dear maintainers, > > I’ve run into an issue with Org tables in Emacs 29 since it updated Org > to 9.6. While I think it is a very similar issue to [0] and thus > probably not Org’s problem, I nevertheless would like to at least record > this for others. > > This

Re: org-persist-write slow when pp-use-max-width is t

Michael Eliachevitch writes: > I submitted a bug report where I attached the index file and a minimal > example file which benchmarks running pp on it, with which I could reproduce > my issue from emacs -Q: > > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=58687 > > Let's see what the emacs

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

"Thomas S. Dye" writes: > Aloha Max, > > Max Nikulin writes: > >> On 20/01/2023 03:09, Tim Cross wrote: >>> To reiterate for the last time, there are 2 clear and different use >>> cases for timestamps associated with meetings. >>> 1. A meeting timestamp for a meeting where all the participants

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

Max Nikulin writes: > On 20/01/2023 12:39, Tim Cross wrote: >> No, I disagree with that statement. That is old thinking based when >> meetings meant face to face meetings. Only meeting which have a specific >> location can have a time zone and even then, it isn't really the >> meetings time