* AW [2023-01-22 00:33]:
> Workflow: E-Mails with a question comes in, I open a TODO heading in
> an orgmode file regarding the question.
>
> Now, I'd like to add a link to the E-Mail under this TODO heading in the
> orgmode file. I've seen the manual page about external links, https://
>
Aloha Max,
Max Nikulin writes:
Let's consider the following timestamp
[2023-01-22 Sun 08:29@+1100]
"@" is unimportant here, I take it from Ihor's examples. This
timestamp is from
the "Date:" header of your message. It is not UTC, but in my
opinion it is
equally precise (disregarding
On 22/01/2023 04:29, Tim Cross wrote:
Max Nikulin writes:
- UTC is a recommendation for planning when participants are scattered over
multiple
timezones.
- You admit that some timestamps in your files may be specified as time zone
identifier +
local time relative to this zone.
- In both
investigating the insane diff [intermingled entries] thread i found
correpted commuits using git log. for example,
* entry
asdfadsf
asdfasdf
entry
this entry's qwerqwerqwer
qwerqwerqwer
previous entry's qwerqwerqewr
in other words, a task inside text of another tasks and
On 22/01/2023 04:32, AW wrote:
How can I have a link in an orgmode file to an E-Mail using either a feature of
kmail oder notmuch ?
I am not a kmail user, but out of curiosity I spent a couple of minutes
trying to find some way to link messages. The only result is some old
blog post
For the very silly reason that I was not aware of it >.< . Thank you, Ihor.
For the uninformed: evaluate this as a lisp expression (require 'oc-biblatex) .
Also, you can use either #+LaTeX_HEADER: \usepackage... (like shown in this
thread) or style options with #+cite_export: biblatex (read
Ihor Radchenko writes:
> Added to the contributor list:
> https://git.sr.ht/~bzg/worg/commit/b8096c5a
>
[ 4 more citation lines. Click/Enter to show. ]
> Now, I can apply the patch.
> Applied, onto main.
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=a0a30d7b6
>
Hello Alexander,
AW :
> How can I have a link in an orgmode file to an E-Mail using either a feature
> of
> kmail oder notmuch ?
The package "ol-notmuch" implements links to notmuch messages and "searches":
https://git.sr.ht/~tarsius/ol-notmuch .
There might be other solution, for notmuch or
Thanks, Ihor
I can't make it to work by now, but that could be a path to the correct
workflow.
Best regards :-)
El 17/01/2023 a las 14:28, Ihor Radchenko escribió:
Ypo writes:
Could be the headlines exported in a faster way?
Could be possible to avoid the duplication of information?
Hi!
Workflow: E-Mails with a question comes in, I open a TODO heading in an orgmode
file regarding the question.
Now, I'd like to add a link to the E-Mail under this TODO heading in the
orgmode file. I've seen the manual page about external links, https://
Max Nikulin writes:
> 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
Hi,
Assume org-extend-today-until is set to an integer greater 0, say 3.
When I change a timestamp without date such as <2023-01-20> (e.g, when
rescheduling), the prompt defaults to a day earlier, i.e., to "2023-01-
19" in this case. The same happens with <2023-01-20 01:00> which is
still before
I just tried to clock in to a task for the first time
in ... a while, and was immediately accosted with
hundreds of buffers being opened.
This seems to be because org-clock-in somehow
calls org-agenda or org-agenda-prepare or something
similar, however I cannot find the call site.
Is there a way
> This is because Org is checking if you have any dangling clocks present.
Seems like a reasonable default.
> See org-clock-auto-clock-resolution
Perfect solution for my case. Thanks!
Tom Gillespie writes:
> I just tried to clock in to a task for the first time
> in ... a while, and was immediately accosted with
> hundreds of buffers being opened.
This is because Org is checking if you have any dangling clocks present.
>
> Is there a way to disable this so that clocking
Aloha Jean Louis,
Jean Louis writes:
* Thomas S. Dye [2023-01-19 19:23]:
Only occurrences require absolute time, UTC. Events do not.
They follow
the user's space/time.
> > > Org in this state can't handle such things.
> >
> > Org can do the useful thing: translate the UTC timestamp
> >
Aloha Jean Louis,
Jean Louis writes:
* Thomas S. Dye [2023-01-19 19:23]:
Only occurrences require absolute time, UTC. Events do not.
They
follow the user's space/time.
I understand you got your context specific terminology, from the
mentioned book, where you are making philosophically
Aloha Max,
Max Nikulin writes:
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
* Thomas S. Dye [2023-01-19 19:23]:
> Only occurrences require absolute time, UTC. Events do not. They follow
> the user's space/time.
>
> > > > Org in this state can't handle such things.
> > >
> > > Org can do the useful thing: translate the UTC timestamp into local
> > > time and
> > >
* Alexander Adolf [2023-01-19 20:59]:
> Or to any other timezone. The key point here is that you _do_ specify a
> timezone. Then, everybody can convert that and have it displayed in any
> timezone they find useful.
Concise and very right, thanks!
--
Jean
Take action in Free Software
* Thomas S. Dye [2023-01-19 19:23]:
> Only occurrences require absolute time, UTC. Events do not. They
> follow the user's space/time.
I understand you got your context specific terminology, from the
mentioned book, where you are making philosophically different
distinction between occurence
Jean Louis writes:
> * Ihor Radchenko [2023-01-20 14:50]:
>> Of course, more generally, there is also a question of things like
>> calendar displaying time in different time zone (for example, when
>> choosing timestamp date and time in `org-read-date').
>
> Also consider that calendar has
* Ihor Radchenko [2023-01-20 14:50]:
> Of course, more generally, there is also a question of things like
> calendar displaying time in different time zone (for example, when
> choosing timestamp date and time in `org-read-date').
Also consider that calendar has these options
(setq
Hi!
as I am still learning more elisp it took me some try and error but I can use
the sql-product now within dbconnection.
Using :engine still works as well.
Still wondering if there is a more elegant way for the if clause.
ob-sql.el.diff
Description: Binary data
so long…
Andreas Gerler
—
The copyright assignment was in April 2017.
gnu.org #1203873 if that helps.
> On 21. Jan 2023, at 09:48, Ihor Radchenko wrote:
>
> Daniel Kraus writes:
>
>> @Ihor, since this is the first patch I install from another contributor,
>> is there anything I should look out for?
>
>> E.g. does
On 21/01/2023 16:21, Ihor Radchenko wrote:
I looked into this further and I note that
`calendar-absolute-from-gregorian' does not account for time zones at
all:
((> year 0)
(setq offset-years (1- year))
(+ (calendar-day-number date) ; days this year
No Wayman writes:
> Why not use ORGVERSION here? Is the metadata in org.el's version
> header not updated when a commit is tagged as a release?
ORGVERSION can be ahead of the last released version.
--
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at
Ilya Chernyshov writes:
> Since the last patch, I've made the following changes, thanks to
> your
> recommendations in Matrix chat: ...
Thanks!
Applied, onto main. After resolving merge conflicts.
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=005c9ae74
--
Ihor Radchenko //
"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...
I looked into this further and I note that
`calendar-absolute-from-gregorian' does not account for time zones at
Daniel Kraus writes:
> @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?
1. General checks for tests passing and sanity of the patches
2. Ensuring copyright status, when
Edgar Lux writes:
> I send the attached patch for your consideration. It allows to use biber for
> bibliographies. I tested it with this:
>
> (require 'oc-natbib)
>
> #+cite_export: natbib
> #+LaTeX_HEADER: \usepackage[style=numeric-comp,sorting=none,
>
Ihor Radchenko writes:
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=a0a30d7b6
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=cb73633e2
> ...
> Done.
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=a7e910646
Sorry, messed up the commit
Bastien Guerry writes:
> 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.
Added to the contributor list:
https://git.sr.ht/~bzg/worg/commit/b8096c5a
Now, I can
33 matches
Mail list logo