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
> co
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 d
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.
https://git.savannah.gnu.org/cgit/emacs/
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 n
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
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 m
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 i
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
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 zig_notes.
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 applyi
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 o
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 specifi
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 folde
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
https://stac
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 8601,
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
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
default
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 suggest
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 wit
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
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. Y
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
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 timezon
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 re
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).
>
>
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
>
> wh
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 exam
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
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 clip
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'
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 modifi
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
time;
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
timez
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
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?
1
* 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 w
* 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 diff
* 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
* 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
> -
> https://infiniteundo.com/post/25326999628/falsehoods-programmers-believe-a
* 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 su
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 be.
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 &rest to the us
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
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 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, howeve
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 Citep
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 tri
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
S
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
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
* 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 can'
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 mee
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 meet
53 matches
Mail list logo
