infinite recursion org-update-id-locations / org-entry-properties / org-entry-blocked-p / org-edna / org-id-find / org-id-update-locations

[Justin Vallon]

I copy by org files between 2 machines.  Thus, my .org-id-locations file
gets stale when I archive on one machine, then sync the org files.

I also use org-edna.

Sometimes, org-agenda will go into an infinite loop (recursion depth,
etc) when scanning.

I believe what is happening is:

- org-agenda / org-edna builds the agenda, and hits a "missing" id(X)
- org-update-id-locations starts scanning files/nodes to refresh
- org-cached-entry-get tries to get all properties
- org-entry-blocked-p is called
- org-edna then tries to parse the BLOCKER property
- the property mentions "id(Y)", which has not been found (yet)
- cache miss, rescan files

The X and Y could be different, but once id(Y) is missing and the
cache-miss happens during id-scanning, it will repeat.

I suppose it also might be sensitive to the order of files in the list,
since scanning the archive first would scan the older IDs, then the
active file would reference those older IDs.  However, I would imagine
there would be trouble if an "earlier" node in the active file
referenced an ID that appeared "later" in the file, since the file is
being scanned in-order.

I haven't tried this, but the simplest case to reproduce might be to
delete the .org-id-locations file, then feed it:

* Second
  BLOCKER: id(first)
* First
  ID: first

I can try to build a (simple) reproducible test case if this is unclear.

My work-around is to disable org-edna, run org-id-update-id-locations,
then reenable org-edna.

-- 
-Justin
justinval...@gmail.com

Re: Website revamp?

[Russell Adams]

On Fri, Jul 31, 2020 at 01:57:27AM +0800, TEC wrote:
> Ok, I had a bit of time so I had a quick look and got started.
> I decided to start off with the big flashy stuff --- navbar and
> banner.
>
> I need to think about how I'm doing the styling more. To fit with
> the default org-export I need to work out what sort of CSS hackery
> I want to go with, at the moment it's with negative margins in a
> css calc(...) using variables.
>
> Anyway, barely started but you can take a peek here ---
> http://orgmode.tecosaur.com/

First impression is that it's nice, but I'm afraid I can't help you with your
CSS.

> Hmmm, I'm not exactly an IRC user, but I'll see about that.  In the meantime,
> if any of you have discord I'm quite contactable there.  You can find me on
> the Doom Emacs discord :) https://discord.gg/qvGgnVx

I wouldn't recommend anyone use Discord so you won't find me there, much less
Facebook or the other horrid scourges devouring the internet. As an OSS project,
I think Org's users should stay on Freenode.

IRC isn't difficult, perhaps you should try it sometime. There's plenty of
clients, and even one inside Emacs (ERC).

--
Russell Adamsrlad...@adamsinfoserv.com

PGP Key ID: 0x1160DCB3   http://www.adamsinfoserv.com/

Fingerprint:1723 D8CA 4280 1EC9 557F  66E8 1154 E018 1160 DCB3

Re: file-mode source code block header argument

[Russell Adams]

On Fri, Jul 24, 2020 at 07:49:24PM +0200, John Herrlin wrote:
> I am looking for a way to set permission on a file created from source
> code block result when :file header argument is used. I was looking for
> something like :tangle-mode but could not find anything. I wrote a patch
> that does just that and it works for my small use case. It's a header
> argument called :file-mode and can be used in the same way as
> :tangle-mode.
>
> Example usage:
>
> #+BEGIN_SRC shell :results file :file script.sh :file-mode (identity #o755)
>   echo "#!/bin/bash"
>   echo "echo Hello World"
> #+END_SRC
>
> Is this a suitable way of doing it?
>
> Best regards
> John

Sounds like a good use case and reuse of an existing feature. No idea how to get
it added though. Patience! =]

--
Russell Adamsrlad...@adamsinfoserv.com

PGP Key ID: 0x1160DCB3   http://www.adamsinfoserv.com/

Fingerprint:1723 D8CA 4280 1EC9 557F  66E8 1154 E018 1160 DCB3

Re: Website revamp?

[Scott Randby]

On 7/30/20 1:57 PM, TEC wrote> Ok, I had a bit of time so I had a quick look 
and got started.
> I decided to start off with the big flashy stuff --- navbar and banner.
> 
> I need to think about how I'm doing the styling more. To fit with the default 
> org-export I need to work out what sort of CSS hackery I want to go with, at 
> the moment it's with negative margins in a css calc(...) using variables.
> 
> Anyway, barely started but you can take a peek here --- 
> http://orgmode.tecosaur.com/
> 
> Let me know what you all think :) 

This is a very nice start in my opinion. There is one thing, something which 
has nothing to do with the new design or the old design, that has sort of 
bugged me for a long time though. That thing is the advertisement for "The Org 
Mode 7 Reference Manual." Org is now at version 9.3.7, there have been 
significant changes to Org since version 7, and the manual isn't available 
anymore (as stated on the page). Potential and new users might be confused by 
the advertisement. Perhaps there is another graphic that can replace the 
graphic of the cover of the printed reference manual.

Scott Randby

Re: Website revamp?

[TEC]

Ok, I had a bit of time so I had a quick look and got started.
I decided to start off with the big flashy stuff --- navbar and 
banner.


I need to think about how I'm doing the styling more. To fit with 
the default org-export I need to work out what sort of CSS hackery 
I want to go with, at the moment it's with negative margins in a 
css calc(...) using variables.


Anyway, barely started but you can take a peek here --- 
http://orgmode.tecosaur.com/


Let me know what you all think :)  Russell Adams 
 writes: 
If you want instant feedback you might consider showing off on 
IRC (irc.freenode.net #org-mode). 


Hmmm, I'm not exactly an IRC user, but I'll see about that.
In the meantime, if any of you have discord I'm quite contactable 
there.
You can find me on the Doom Emacs discord :) 
https://discord.gg/qvGgnVx


-

What I've done to produce the change you see:
- add a nav element - add a div#banner element 


total: ~30 lines of html, 80 lines of CSS

This should look fine with EWW etc. too

Timothy.

Re: Website revamp?

[Russell Adams]

TEC,

If you want instant feedback you might consider showing off on IRC
(irc.freenode.net #org-mode).

On Thu, Jul 30, 2020 at 10:19:28PM +0800, TEC wrote:
> Thanks for giving me your thoughts on the idea :)
> Your responses have lead me to think that this may lead somewhere.
>
> Russell Adams  writes:
>
> > My feedback is that personally I don't care about trendy web
> > pages. I agree with you that adding JS to simple pages makes
> > them horrible.
>
> Oh absolutely. I don't want any of those JS-laden pages which load
> with:
> "We're sorry but this doesn't work properly without JavaScript
> enabled. Please enable it to continue."
> Urgh. No thanks.
>
> For org, a simple static page of HTML + CSS seems perfect, with
> perhaps the odd feature using JS - like copy code block buttons.
>
> > I would suggest though if you can use an Org-based html theme to
> > improve the site, that might be useful. It's always nice to be
> > able to self-create instead of using other tools.
>
> That would be ideal IMO. I'll see if I run into issues with an
> org-export based site.
>
> > I recently tried a read-the-docs theme exported from Org and
> > found it very nice, and nearly zero difficulty to integrate.
> > That surprised me.
>
> 
> If you want another example, check out my config ;) ---
> https://tecosaur.github.io/emacs-config/config.html
> It's less light weight than what I'm conceptualising, but it's
> just produced by org-html-export-to-html ... with a few tweaks
> (ok, a lot).
> 
>
> > Getting an Org site theme into core that'd do that, and make the
> > website export from that template could be a good idea. Or if
> > it's already done (I beg ignorance), perhaps updating that
> > template could be a good use of your time?
>
> I think this is what I'll look into first (pending Bastien's
> response, of course).
>
> Amin Bandali  writes:
>
> > Hello,
> Hi :)
>
> > While we wait for Bastien and others to chime in, per your
> > question in your original proposal email, if you have not seen
> > it already, the repository containing the sources for the
> > current Org website seems to be at
> > .
>
> I wasn't aware of that! Thank you very much for bringing it to my
> attention.
>
> > If you have some time, perhaps consider making a quick demo of
> > one revamped page, to give folks an idea of what sort of changes
> > you imagine?
>
> I may just have a go at whipping up a 'revamped' index page, I'll
> let you all know how that goes.
>
> > I think the overall design of the Org website is fine, but it
> > could use well-thought out enhancements to make browsing around
> > and discovering things easier.  That said, I personally wouldn't
> > be opposed to a bit of a revamp, if the site continues to work
> > well without JS and continue to be accessible in text-based
> > browsers (like EWW and Lynx).
>
> As I said earlier, I see no reason for the Org site to be much
> more than a simple static page ... just in need of a bit of
> massaging into a more aesthetically pleasing shape.
>
> -
>
> While this may seem like a relatively minor pursuit in the scheme
> of things, it is (or at least was in my case) the landing page for
> the feature that can draw one into Emacs.
>
> For the sake of curious individuals who aren't sure what to
> expect, I think it's worth some effort to make their first
> impression lean more towards "Org is a novel and exciting format,
> ahead of it's time" than "Org is some old and crufty format that
> hasn't received much love" :P
>
> While obviously that goes far beyond the styling of orgmode.org, I
> do honestly think that it plays a part.
>
> All the best,
>
> Timothy.
>


--
Russell Adamsrlad...@adamsinfoserv.com

PGP Key ID: 0x1160DCB3   http://www.adamsinfoserv.com/

Fingerprint:1723 D8CA 4280 1EC9 557F  66E8 1154 E018 1160 DCB3

Re: Website revamp?

[Amin Bandali]

Hello Timothy,

TEC  writes:

> Hello Russell, Amin,
>
> Thanks for giving me your thoughts on the idea :)
> Your responses have lead me to think that this may lead somewhere.
>

:-)

[...]
>
> Amin Bandali  writes:  
>> Hello, 
> Hi :)
>
>> While we wait for Bastien and others to chime in, per your question
>> in your original proposal email, if you have not seen it already,
>> the repository containing the sources for the current Org website
>> seems to be at .
>
> I wasn't aware of that! Thank you very much for bringing it to my
> attention.
>

You're very welcome!

>
>> If you have some time, perhaps consider making a quick demo of one
>> revamped page, to give folks an idea of what sort of changes you
>> imagine? 
>
> I may just have a go at whipping up a 'revamped' index page, I'll let
> you all know how that goes.
>

Please do, and thanks in advance for working on it.  Looking forward to
seeing it what comes of it. :-)

>
>> I think the overall design of the Org website is fine, but it could
>> use well-thought out enhancements to make browsing around and
>> discovering things easier.  That said, I personally wouldn't be
>> opposed to a bit of a revamp, if the site continues to work well
>> without JS and continue to be accessible in text-based browsers
>> (like EWW and Lynx). 
>
> As I said earlier, I see no reason for the Org site to be much more
> than a simple static page ... just in need of a bit of massaging into
> a more aesthetically pleasing shape.
>
> -
>
> While this may seem like a relatively minor pursuit in the scheme of
> things, it is (or at least was in my case) the landing page for the
> feature that can draw one into Emacs.
>
> For the sake of curious individuals who aren't sure what to expect, I
> think it's worth some effort to make their first impression lean more
> towards "Org is a novel and exciting format, ahead of it's time" than
> "Org is some old and crufty format that hasn't received much love" :P
>
> While obviously that goes far beyond the styling of orgmode.org, I do
> honestly think that it plays a part.
>

+1.

Speaking of Emacs, I quite like the design Nicolas Petton did for
 a few years back.  It has a few
different templates, which I think lend themselves well to pages with
various purposes.  For instance, I used one to create the ERC page
 a while ago.  Perhaps
something carrying some resemblance and familiarity of the Emacs web
pages would be a good idea to start with?

>
> All the best,
>
> Timothy.

Cheers,
amin


signature.asc
Description: PGP signature

Re: Repeating task hourly

[Kevin Liu]

On 29 July 2020 09:29, Gustavo Barros  wrote:
> But what will happen is that the task will be both "done" and "due" on
> the same day.  Which face shall org-habit use?  Which symbol?

> And that `org-habit-duration-to-days' performs its conversion of the
> repeaters to days with `floor', I'd say it is pretty deliberate.

Good catch, with sub-day intervals sr-days is always 0 so it's always
overdue.  A quick workaround is to change the floor to a ceiling and
maybe flooring the month/year values manually, so it would
only affect 3m+ and 4y+ habits by a day.

> this was before the introduction of hourly repeaters, I'd take this to
> be even more meaningful, not less.

How do you figure?

Re: Website revamp?

[Bruce D'Arcus]

FWIW, I think this is a great idea!

On Thu, Jul 30, 2020, 10:45 AM TEC  wrote:

>
> Hello Russell, Amin,
>
> Thanks for giving me your thoughts on the idea :)
> Your responses have lead me to think that this may lead somewhere.
>
> Russell Adams  writes:
>
> > My feedback is that personally I don't care about trendy web
> > pages. I agree with you that adding JS to simple pages makes
> > them horrible.
>
> Oh absolutely. I don't want any of those JS-laden pages which load
> with:
> "We're sorry but this doesn't work properly without JavaScript
> enabled. Please enable it to continue."
> Urgh. No thanks.
>
> For org, a simple static page of HTML + CSS seems perfect, with
> perhaps the odd feature using JS - like copy code block buttons.
>
> > I would suggest though if you can use an Org-based html theme to
> > improve the site, that might be useful. It's always nice to be
> > able to self-create instead of using other tools.
>
> That would be ideal IMO. I'll see if I run into issues with an
> org-export based site.
>
> > I recently tried a read-the-docs theme exported from Org and
> > found it very nice, and nearly zero difficulty to integrate.
> > That surprised me.
>
> 
> If you want another example, check out my config ;) ---
> https://tecosaur.github.io/emacs-config/config.html
> It's less light weight than what I'm conceptualising, but it's
> just produced by org-html-export-to-html ... with a few tweaks
> (ok, a lot).
> 
>
> > Getting an Org site theme into core that'd do that, and make the
> > website export from that template could be a good idea. Or if
> > it's already done (I beg ignorance), perhaps updating that
> > template could be a good use of your time?
>
> I think this is what I'll look into first (pending Bastien's
> response, of course).
>
> Amin Bandali  writes:
>
> > Hello,
> Hi :)
>
> > While we wait for Bastien and others to chime in, per your
> > question in your original proposal email, if you have not seen
> > it already, the repository containing the sources for the
> > current Org website seems to be at
> > .
>
> I wasn't aware of that! Thank you very much for bringing it to my
> attention.
>
> > If you have some time, perhaps consider making a quick demo of
> > one revamped page, to give folks an idea of what sort of changes
> > you imagine?
>
> I may just have a go at whipping up a 'revamped' index page, I'll
> let you all know how that goes.
>
> > I think the overall design of the Org website is fine, but it
> > could use well-thought out enhancements to make browsing around
> > and discovering things easier.  That said, I personally wouldn't
> > be opposed to a bit of a revamp, if the site continues to work
> > well without JS and continue to be accessible in text-based
> > browsers (like EWW and Lynx).
>
> As I said earlier, I see no reason for the Org site to be much
> more than a simple static page ... just in need of a bit of
> massaging into a more aesthetically pleasing shape.
>
> -
>
> While this may seem like a relatively minor pursuit in the scheme
> of things, it is (or at least was in my case) the landing page for
> the feature that can draw one into Emacs.
>
> For the sake of curious individuals who aren't sure what to
> expect, I think it's worth some effort to make their first
> impression lean more towards "Org is a novel and exciting format,
> ahead of it's time" than "Org is some old and crufty format that
> hasn't received much love" :P
>
> While obviously that goes far beyond the styling of orgmode.org, I
> do honestly think that it plays a part.
>
> All the best,
>
> Timothy.
>
>

Re: Website revamp?

[TEC]

Hello Russell, Amin,

Thanks for giving me your thoughts on the idea :)
Your responses have lead me to think that this may lead somewhere.

Russell Adams  writes: 

My feedback is that personally I don't care about trendy web 
pages. I agree with you that adding JS to simple pages makes 
them horrible. 


Oh absolutely. I don't want any of those JS-laden pages which load 
with:
"We're sorry but this doesn't work properly without JavaScript 
enabled. Please enable it to continue."

Urgh. No thanks.

For org, a simple static page of HTML + CSS seems perfect, with 
perhaps the odd feature using JS - like copy code block buttons.


I would suggest though if you can use an Org-based html theme to 
improve the site, that might be useful. It's always nice to be 
able to self-create instead of using other tools. 


That would be ideal IMO. I'll see if I run into issues with an 
org-export based site.


I recently tried a read-the-docs theme exported from Org and 
found it very nice, and nearly zero difficulty to integrate. 
That surprised me. 



If you want another example, check out my config ;) --- 
https://tecosaur.github.io/emacs-config/config.html
It's less light weight than what I'm conceptualising, but it's 
just produced by org-html-export-to-html ... with a few tweaks 
(ok, a lot).



Getting an Org site theme into core that'd do that, and make the 
website export from that template could be a good idea. Or if 
it's already done (I beg ignorance), perhaps updating that 
template could be a good use of your time?


I think this is what I'll look into first (pending Bastien's 
response, of course).


Amin Bandali  writes: 

Hello, 

Hi :)

While we wait for Bastien and others to chime in, per your 
question in your original proposal email, if you have not seen 
it already, the repository containing the sources for the 
current Org website seems to be at 
.


I wasn't aware of that! Thank you very much for bringing it to my 
attention.


If you have some time, perhaps consider making a quick demo of 
one revamped page, to give folks an idea of what sort of changes 
you imagine? 


I may just have a go at whipping up a 'revamped' index page, I'll 
let you all know how that goes.


I think the overall design of the Org website is fine, but it 
could use well-thought out enhancements to make browsing around 
and discovering things easier.  That said, I personally wouldn't 
be opposed to a bit of a revamp, if the site continues to work 
well without JS and continue to be accessible in text-based 
browsers (like EWW and Lynx). 


As I said earlier, I see no reason for the Org site to be much 
more than a simple static page ... just in need of a bit of 
massaging into a more aesthetically pleasing shape.


-

While this may seem like a relatively minor pursuit in the scheme 
of things, it is (or at least was in my case) the landing page for 
the feature that can draw one into Emacs.


For the sake of curious individuals who aren't sure what to 
expect, I think it's worth some effort to make their first 
impression lean more towards "Org is a novel and exciting format, 
ahead of it's time" than "Org is some old and crufty format that 
hasn't received much love" :P


While obviously that goes far beyond the styling of orgmode.org, I 
do honestly think that it plays a part.


All the best,

Timothy.

Re: Website revamp?

[Amin Bandali]

Hello,

TEC  writes:

> Hello again,
>
> I thought I'd just bump this in the hope of a response, since in the
> six weeks since my original email I haven't heard anything.
>
> Just to re-iterate the central question:
> Bastien, would you be open to a website revamp? What are your
> thoughts? 
>
> As before, generally interested in thoughts on the idea :)
>
> Timothy.

While we wait for Bastien and others to chime in, per your question in
your original proposal email, if you have not seen it already, the
repository containing the sources for the current Org website seems to
be at .  If you have some time,
perhaps consider making a quick demo of one revamped page, to give folks
an idea of what sort of changes you imagine?

I think the overall design of the Org website is fine, but it could use
well-thought out enhancements to make browsing around and discovering
things easier.  That said, I personally wouldn't be opposed to a bit of
a revamp, if the site continues to work well without JS and continue to
be accessible in text-based browsers (like EWW and Lynx).


signature.asc
Description: PGP signature

Re: Website revamp?

[Russell Adams]

On Thu, Jul 30, 2020 at 09:00:28PM +0800, TEC wrote:
> As before, generally interested in thoughts on the idea :)

My feedback is that personally I don't care about trendy web pages. I agree with
you that adding JS to simple pages makes them horrible.

I would suggest though if you can use an Org-based html theme to improve the
site, that might be useful. It's always nice to be able to self-create instead
of using other tools.

I recently tried a read-the-docs theme exported from Org and found it very nice,
and nearly zero difficulty to integrate. That surprised me.

Getting an Org site theme into core that'd do that, and make the website export
from that template could be a good idea. Or if it's already done (I beg
ignorance), perhaps updating that template could be a good use of your time?


--
Russell Adamsrlad...@adamsinfoserv.com

PGP Key ID: 0x1160DCB3   http://www.adamsinfoserv.com/

Fingerprint:1723 D8CA 4280 1EC9 557F  66E8 1154 E018 1160 DCB3

[SOLVED] Re: [Discuss] separate (recenter window-line) out of org-agenda-redo

[numbch...@gmail.com]

This is very useful, thanks Marco.


[stardiviner] GPG key ID: 47C32433
IRC(freeenode): stardiviner Twitter:  @numbchild
Key fingerprint = 9BAA 92BC CDDD B9EF 3B36  CB99 B8C4 B8E5 47C3 2433
Blog: http://stardiviner.github.io/


On Wed, Jul 29, 2020 at 4:21 AM Marco Wahl  wrote:

> "numbch...@gmail.com"  writes:
>
> > I try to add an idle timer to auto refresh org agenda views.
> >
> > Here is what I code:
> >
> > #+begin_src emacs-lisp
> > ;;; auto refresh `*Org Agenda*' buffer
> > (defun my/org-agenda-auto-refresh ()
> >   "Rebuild all agenda views buffers."
> >   (org-agenda-redo-all t))
> >
> > (run-with-idle-timer (* 60 20) t #'my/org-agenda-auto-refresh)
> > #+end_src
> >
> >
> > But I got error:
> >
> > #+begin_example
> > Error running timer ‘my/org-agenda-auto-refresh’: (error "‘recenter’ing a
> > window that does not display current-buffer.")
> > #+end_example
>
> Coming back to your original issue. Possibly it's enough to just
> suppress the error.
>
> You could change the function to
>
> --8<---cut here---start->8---
>
> (defun my/org-agenda-auto-refresh-1 ()
>   "Rebuild all agenda views buffers."
>   (ignore-errors (org-agenda-redo-all t)))
>
> --8<---cut here---end--->8---
>
>
> HTH,
> --
> Marco
>

Re: Website revamp?

[TEC]

Hello again,

I thought I'd just bump this in the hope of a response, since in 
the six weeks since my original email I haven't heard anything.


Just to re-iterate the central question:
Bastien, would you be open to a website revamp? What are your 
thoughts? 


As before, generally interested in thoughts on the idea :)

Timothy.

Re: org-mode functional programming library

[Bastien]

Hi,

"Dwarshuis, Nathan J"  writes:

> It has been a while but I renamed this library (now org-ml instead of
> om.el) and updated it to version 2.0.0 with new features and bug
> fixes.

Thanks for the update.

> I would like to add something on worg about it as previously discussed
> but I don't see how to add myself as a user and upload my public key
> (looking here: https://code.orgmode.org/explore/users). Do I need to
> be added by someone else?

Yes, please send me the username you want in private and I will add it
and give you further instructions.

Thanks in advance!

-- 
 Bastien

Re: custom time format extension

[Orm Finnendahl]

Hi,

 for the record, here's the code if anyone ever comes across this:

(defun same-day-p (timestamp)
  "check if start and end of timestamp are on the same day."
  (equal
   (mapcar (lambda (prop) (or (org-element-property prop timestamp) 0))
   '(:day-start :month-start :year-start))
   (mapcar (lambda (prop) (or (org-element-property prop timestamp) 0))
   '(:day-end :month-end :year-end

(defun org-timestamp-translate (timestamp  boundary)
  "Translate TIMESTAMP object to custom format.

Format string is defined in `org-time-stamp-custom-formats',
which see.

When optional argument BOUNDARY is non-nil, it is either the
symbol `start' or `end'.  In this case, only translate the
starting or ending part of TIMESTAMP if it is a date or time
range.  Otherwise, translate both parts.

Return timestamp as-is if `org-display-custom-times' is nil or if
it has a `diary' type."
  (let ((type (org-element-property :type timestamp)))
(if (or (not org-display-custom-times) (eq type 'diary))
(org-element-interpret-data timestamp)
  (let ((same-day (same-day-p timestamp))
(fmt (funcall (if (org-timestamp-has-time-p timestamp) #'cdr #'car)
  org-time-stamp-custom-formats)))
(if (and (not boundary) (memq type '(active-range inactive-range)))
(concat (org-timestamp-format timestamp (if (consp fmt)
(if same-day (cadr fmt) 
(car fmt))
  fmt))
"--"
(org-timestamp-format timestamp (if (consp fmt)
(if same-day (caddr 
fmt) (car fmt))
  fmt)
  t))
  (org-timestamp-format timestamp fmt (eq boundary 'end)))

As mentioned before it should be fully backwards compatible.

--
Orm

Am Mittwoch, den 29. Juli 2020 um 22:16:34 Uhr (+0200) schrieb Orm Finnendahl:
> Hi,
> 
>  when exporting timestamps it always bothered me that timestamps with
> start and end time on the same day got exported with a full date for
> the start and end times separated by a dash.
> 
> After thinking about this for some time I implemented a method today,
> which combines the advantage of being utmost flexible while
> maintaining full backwards compatibility.
> 
> This is how it works: The cdr of org-time-stamp-custom-formats
> normally contains a format string for formatting timestamps with
> start/end time. When supplying a list of three strings instead of the
> single format string to the cdr of org-time-stamp-custom-formats, the
> first, second and third elements of that list are interpreted as
> follows:
> 
> The first element is the full format in case start and end of the
> timestamp are not on the same day. The second element of the list is
> the format string for the start time of the timestamp. The third
> element of the list is a format string for the end time of the
> timestamp. (BTW: Supplying a list as second element of a dotted list
> is equivalent to supplying a list with four strings to
> org-time-stamp-custom-formats)
> 
> Below the mail is a short example for german date strings.
> 
> In case somebody is interested, I can provide the code off list. If
> any of the maintainers is reading on this list and thinks it should
> get revised and maybe adopted for orgmode, please let me know how to
> issue pull requests for the code. I tried to be minimally invasive ;-)
> 
> --
> Orm
> 
> ---
> Example:
> 
> (org-time-stamp-custom-formats '("%a %d.%m.%Y" . ("%a %d.%m.%Y %H:%M Uhr"
>   "%a %d.%m.%Y %H:%M"
>   "%H:%M Uhr")))
> 
> Formatting
> 
> <2020-11-21 Sa>  -> Sa 21.11.2020
> 
> <2020-11-21 Sa 10:00-18:00>  -> Sa 21.11.2020 10:00--18:00 Uhr
> 
> 
> <2020-11-21 Sa 10:00>--<2020-11-22 So 18:00> -> Sa 21.11.2020 10:00 Uhr--So 
> 22.11.2020 18:00 Uhr
>