Jean Louis writes:
> * Tim Cross [2023-01-19 00:31]:
>> The problem is with meeting 2 and the assumption there is a definitive
>> timezone for the meeting.
>>
>> Consider this scenario. I have a meeting with two other people. We are
>> all in different timezone. What is the timezone of the
Aloha all,
Jean Louis writes:
* Tim Cross [2023-01-19 00:31]:
The problem is with meeting 2 and the assumption there is a
definitive
timezone for the meeting.
Consider this scenario. I have a meeting with two other people.
We are
all in different timezone. What is the timezone of the
* Tim Cross [2023-01-19 00:31]:
> The problem is with meeting 2 and the assumption there is a definitive
> timezone for the meeting.
>
> Consider this scenario. I have a meeting with two other people. We are
> all in different timezone. What is the timezone of the meeting?
Org in this state
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?
--
The Kafka Pandemic
A blog about science, health, human rights, and misopathy:
https://thekafkapandemic.blogspot.com
Ihor Radchenko writes:
> Marcin Borkowski writes:
>
>> so I have a bunch of Org files, most of them pretty big (over 1
>> megabyte), and one of them repeatedly causes my Emacsa to hang.
>> Sometimes a plain `C-g' helps, sometimes I need to kill the Emacs
>> process. How do I even begin to find
No Wayman writes:
The attached patch should take care of that.
Sorry. Had trailing whitespace in that version.
Attached here without trailing whitespace.
>From 85990610ca7572f5a6ff7604d957efdf00747094 Mon Sep 17 00:00:00 2001
From: Nicholas Vollmer
Date: Mon, 16 Jan 2023 14:00:41 -0500
Ihor Radchenko writes:
No Wayman writes:
Ihor Radchenko writes:
What we should not have is "make autoloads" failing without
internet.
The attached patch should take care of that.
If the ls-remote errors, GITVERSION will be set to N/A as when
it
is generally unavailable.
I just
Dear All,
apologies for replying that late. If I understand the situation
correctly, we could handle the question of allowing macros in
citations independently of the handling of other constructs, because
macros are resolved before processing citations, so they have no
effect on the input of
Ihor Radchenko writes:
> Jean Louis writes:
>
>> ...
>> Should be part of C library to observe those things.
>
> Sure. My previous proposals are all relying on `encode-time' which uses
> time.h from system libraries and utilizing TZDB that is taking care
> about all this insanity.
>
> We,
Ihor Radchenko writes:
> Tim Cross writes:
>
>>> Does it sound good enough?
>>
>> No, I'm afraid not. How does org distinguish between meeting 1 and
>> meeting 2? IN meeting one, when the timezone transitions in/out of
>> daylight savings, nothing needs to change, but in meeting 2, when this
>>
Ihor Radchenko [2023-01-18 Wed 13:23] wrote:
> Note that `org-fix-agenda-info' converts the 'date property back to some
> other format... (yes, that's kind of crazy)
Thanks, that could be useful.
--
Daniel Fleischer
Dear All,
first of all, sorry for replying that late.
On Tue, 20 Dec 2022 at 11:46, Christian Moe wrote:
> Arbitrary sexps would give us more flexibility. Alternately, one could
> achieve more or less the same by letting :filter collect any additional
> arguments and pass them as to the user's
Just leave it out and let Org be single user, single time zone system.
You can't make the impossible. It is not database for sensitive work.
Let it be text.
If they want to convert to their time zone, let them do the home work.
If they don't want to use Org for timestamps, like me, let them
* Ihor Radchenko [2023-01-18 13:01]:
> Max Nikulin writes:
>
> > ... I am unsure concerning Windows, it may have an option of quite
> > similar variant. That is why I am not sure to which degree Org should be
> > liberal in respect to various time zones.
>
> May we just support whatever TZ
* Max Nikulin [2023-01-17 20:31]:
> On 17/01/2023 02:07, Ihor Radchenko wrote:
> > https://www.youtube.com/watch?v=-5wpm-gesOY gives various examples.
>
> More links:
> - https://stackoverflow.com/tags/timezone/info
> -
>
* Ihor Radchenko [2023-01-18 12:35]:
> > It means there shall be functions which can convert timestamps to the
> > new time zone, with the option to left unchanged those timestamps who
> > already have time zone specified, and with option not to be converted.
>
> I am not sure why you need a
* Ihor Radchenko [2023-01-18 12:29]:
> What should we do when:
>
> 1. It is close to DST transition 2:59 -> 2:00 -> 2:01 -> ... -> 2:59 -> 3:00
>and the users asks to create a timestamp +1h from now
>or, worse, a timestamp +1h from now in a different time zone
I still understand that it
* Ihor Radchenko [2023-01-17 22:51]:
> Some good news is that all the above edge cases would equally affect the
> current Org's timestamp handling code. Yet, we have no bug reports in
> this area. I'd even go further and say that we should not try hard to
> make things 100% accurate: (1) it will
Marcin Borkowski writes:
> so I have a bunch of Org files, most of them pretty big (over 1
> megabyte), and one of them repeatedly causes my Emacsa to hang.
> Sometimes a plain `C-g' helps, sometimes I need to kill the Emacs
> process. How do I even begin to find out what happens? Any hints?
Hi fellow Orgers,
so I have a bunch of Org files, most of them pretty big (over 1
megabyte), and one of them repeatedly causes my Emacsa to hang.
Sometimes a plain `C-g' helps, sometimes I need to kill the Emacs
process. How do I even begin to find out what happens? Any hints?
TIA,
--
Marcin
On 17/01/2023 16:45, Tim Cross wrote:
Ihor Radchenko writes:
Tim Cross writes:
It also seems that the solution will need some mechanism (possibly on a
per time stamp basis) for the user to specify what should happen when
either the time zone has a daylight savings transition, when the
On 18/01/2023 16:54, Ihor Radchenko wrote:
This is problematic. You are putting MINUTES out of normal range.
(Isn't it really broken?)
https://www.gnu.org/software/libc/manual/html_node/Broken_002ddown-Time.html
It uses the values of the other components to determine the calendar
On 18/01/2023 16:54, Ihor Radchenko wrote:
Max Nikulin writes:
(dt '(-90 -60 -31 -30 -29 -15 0 15 29 30 31 60 90))
This is problematic. You are putting MINUTES out of normal range.
Actually after some experiments and surprising results I figured out
what really happens. I
The tables in my last message were not send correctly.
Please find attached a org file containing the tables.
So, the current situation is the following:
| Type of entry |
Face | Use `org-agenda-timerange-leaders'
Thanks for addressing my concern, Ihor.
So I can force same-level yank by navigating to the beginning of the
current headline before calling org-paste-subtree, I see. However, I
still do not see a way to force it to paste one level below the current
headline, i. e. to add the trees on the
Ihor Radchenko writes:
<2023-01-01 Sun 10:00>--<2023-01-01 Sun 15:00>
and
<2023-01-01 Sun 10:00-15:00>
are equivalent.
I'd say that it will make sense to apply `org-agenda-calendar-event'
face and `org-agenda-timerange-leaders' to <2023-01-01 Sun 10:00-15:00>
as well. What do you think about
Hi,
I'm trying to start using `org-habit' but I noticed that hourly repeats
are not properly parsed by `org-habit-duration-to-days', however that's
a valid use case --- e.g. drinking water, medicine schedule,
physiotherapy sessions during the day, periodically practicing a new
language. For
Daniel Fleischer writes:
> Hi, I'm working on an unrelated project that collects events from agenda
> buffers. I noticed the following: when you have a series of a repeating
> events, scheduled events have a date text property of the form
> (1 9 2023) date matches the instance date
>
>
George Mauer writes:
> I had a need the other day to execute some typescript in an org document.
> Now I know that there's an ob-typescript package but that doesn't quite
> work the way I want and expects typescript to be installed globally (which
> runs into a variety of versioning issues).
>
>
Tim Cross writes:
>> Does it sound good enough?
>
> No, I'm afraid not. How does org distinguish between meeting 1 and
> meeting 2? IN meeting one, when the timezone transitions in/out of
> daylight savings, nothing needs to change, but in meeting 2, when this
> occurs, the meeting needs to be
Ihor Radchenko writes:
> Tim Cross writes:
>
>>> Could you please elaborate here?
>>
>> I have some meetings scheduled in my org files which show up in the
>> agenda.
>>
>> Meeting 1 is a reoccurring meeting which happens every 2 weeks. All of
>> the people in that meting are in the same
David Masterson writes:
>> Ambiguous is: consider a task IN-PROCESS and you press S-left. Should
>> Org go to TODO or to WAIT? Org will choose one, but there are no defined
>> rules.
>
> Ah. Could Org offer a choice of TODO or WAIT (a la Ido style)?
If you need that choice, just use C-c C-t. I
David Masterson writes:
> What I've been saying is that, except for simple sequences, cycling will
> get you into trouble with notes as a lazy person (aren't we all?) may
> cycle thru something unintended.
As any other Org feature, this one is useful for some people. And not
useful for others.
alain.coch...@unistra.fr writes:
> I have noticed by chance that files with the .org.bak extension are in
> Org mode by default.
>
> If one does not pay attention, it can lead to mistakes.
>
> If it is really intended, why not mention it in the manual? (In 1.3,
> where it is said that "Files with
alain.coch...@unistra.fr writes:
> I have noticed by chance that files with the .org.bak extension are in
> Org mode by default.
>
> If one does not pay attention, it can lead to mistakes.
>
> If it is really intended, why not mention it in the manual? (In 1.3,
> where it is said that "Files
Samuel Wales writes:
> maybe my comment is too unrelated to the patch, but it just seemed
> worth raising in the context. to me it feels wrong to have a
> non-linline-task child entry whose heading is star-indented more
> levels than needed to denote a child entry.
>
> in my own case, it
I have noticed by chance that files with the .org.bak extension are in
Org mode by default.
If one does not pay attention, it can lead to mistakes.
If it is really intended, why not mention it in the manual? (In 1.3,
where it is said that "Files with the ‘.org’ extension use Org mode by
gaut...@gautierponsinet.xyz writes:
> Currently, the entries with a time range of the form
> <2022-12-22 Thu 10:00-12:00>
> use the face 'org-agenda-calendar-event'.
> While the entries with time ranges of the form
> <2022-12-22 Thu>--<2023-01-01 Sun>, or
> <2022-12-22 Thu 12:00>--<2023-01-01 Sun
Max Nikulin writes:
> ... I am unsure concerning Windows, it may have an option of quite
> similar variant. That is why I am not sure to which degree Org should be
> liberal in respect to various time zones.
May we just support whatever TZ supports (POSIX)?
I was also thinking about ISO
Max Nikulin writes:
> (dt '(-90 -60 -31 -30 -29 -15 0 15 29 30 31 60 90))
This is problematic. You are putting MINUTES out of normal range.
Looking at
https://codecogs.com/library/computing/c/time.h/ctime.php?alias=mktime,
out-of-range minutes are not documented.
Also, see
It works for me!
Thank you for fixing this and so quickly too! It's much appreciated.
bhrgunatha
On 18/01/2023 17:07, bhrgunatha wrote:
On 18/01/2023 16:02, Ihor Radchenko wrote:
bhrgunatha writes:
Open emacs.
Open some .org file with src blocks in some folder /some.org
Notice a new
Jean Louis writes:
>> >> I am not sure what is the problem.
>> >> The timestamps that should stay in local time will be automatically
>> >> updated as your system TZ is updated.
>> >
>> > Then Org shall know what was local time! Without being specified in
>> > the time stamp, it has to be
Jean Louis writes:
> When there is global variable for Org file about time zone, then:
>
> - every timestamp with time zone, shall be left intact or
> re-calculated to diffrent local time zone. Imagine person giving Org
> file from Russia to somebody in Florida, or travelling there. That
> user
Jean Louis writes:
> ...
> Should be part of C library to observe those things.
Sure. My previous proposals are all relying on `encode-time' which uses
time.h from system libraries and utilizing TZDB that is taking care
about all this insanity.
We, however, might need to be careful about
bhrgunatha writes:
>> Could you open one of the folders where babel-stable-nnn directories are
>> present and then run M-: (temporary-file-directory) ?
>> Is the printed output "/tmp"? Something else?
>>
> Opening e.g. "/mnt/data/src/learning/zig/zig_notes.org"
> In the buffer visiting
Hi,
On Wed, 18 Jan 2023 at 09:53, Ihor Radchenko wrote:
> Fixed, on bugfix.
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=5d9c9c27c
Cool! Thank you for the quick fix.
Cheers,
simon
Tim Cross writes:
>> Could you please elaborate here?
>
> I have some meetings scheduled in my org files which show up in the
> agenda.
>
> Meeting 1 is a reoccurring meeting which happens every 2 weeks. All of
> the people in that meting are in the same timezone as I'm in. When we
> transition
On 18/01/2023 16:02, Ihor Radchenko wrote:
bhrgunatha writes:
Open emacs.
Open some .org file with src blocks in some folder /some.org
Notice a new folder called babel-stable-nnn (some randome 3 digit
number) appears in the folder containing the .org file.
I think these should be created in
Matt writes:
> (process-file
> "cmdproxy.exe" ;
> shell-file-name
> "/path/to/temp/containing/block/source" ; input-file
> (t "/tmp/babel jTCHe/ob-error-yHOivA"); output destination (like
> call-process's DESTINATION)
> nil
zimoun writes:
> Obviously, loading org-element fixes the issue:
>
> $ emacs -q -l config.el --eval "(require 'org-element)" -f org-agenda
>
> Therefore, maybe the addition of such requirement in org-agenda.el could
> be enough?
Thanks for reporting!
Loading should be good enough (and does
Gabriel Petrini da Silveira writes:
> *Expected behaviour*: Using recursinve includes generates a PDF file
> with the respective figures.
>
> *Actual behaviour:* Figure only appears when not using recursive includes.
Thanks for reporting!
Fixed, on main.
Philipp Kiefer writes:
> Unfortunately, org-paste-subtree currently attempts to "modify the level of
> the subtree to make sure the tree fits in nicely at the yank position"
> [from Org Manual].
> ...
> My suggestion would be to make a fundamental change to how the command
> works, prioritizing
bhrgunatha writes:
> Open emacs.
> Open some .org file with src blocks in some folder /some.org
> Notice a new folder called babel-stable-nnn (some randome 3 digit
> number) appears in the folder containing the .org file.
>
> I think these should be created in my /tmp/ folder, not the folder
>
53 matches
Mail list logo
