Re: Either zero or two newlines with org-agenda-block-separator, cannot seem to get one?

2023-02-10 Thread Detlef Steuer
Am Thu, 09 Feb 2023 11:53:16 -0500
schrieb TRS-80 :

> Hello List,
> 
> I had sent original email to the list some time ago, never received a
> reply.
> 
> Hopefully I have set the correct headers for proper threading; if not
> the OP can be found at (either of) these URLs:
> 
> https://yhetil.org/orgmode/33fe6d20c0591fedbdd8c6ea78e34...@isnotmyreal.name/
> 
> https://list.orgmode.org/33fe6d20c0591fedbdd8c6ea78e34...@isnotmyreal.name/
> 
> I just looked at latest master(main) and It looks like this part of
> the function `org-agenda-prepare' (in org-agenda.el) remains the same:
> 
> #+begin_src emacs-lisp
>   (insert "\n"
>   (if (stringp org-agenda-block-separator)
>   org-agenda-block-separator
> (make-string (window-max-chars-per-line)
> org-agenda-block-separator)) "\n"))
> #+end_src
> 
> This results in problem mentioned in title.
> 
> I guess no one else is affected/bothered by this?
> 
> I have been patching it locally, it would be nice not to have to
> manage that any longer.
> 

FWIW, I'm bothered, too. Would like to see that in main!

Detlef




Re: [patch] improved: add TTL as defcustom to ox-icalendar

2023-02-04 Thread Detlef Steuer
 
> 
> May you please also take into account the amendments I made in my
> patch I attached earlier? For example, you still appear to use
> time-to-live and "time to life" inconsistently herein.
> 

Oh, sorry, something went terribly wrong on my end.

Next try.

Thx for your patience!

Detlef
>From 43cd5b0ce1fd591a92bb40d52f3dfb3ca5491930 Mon Sep 17 00:00:00 2001
From: Detlef Steuer 
Date: Sat, 4 Feb 2023 21:40:09 +0100
Subject: [PATCH] lisp/ox-icalendar.el: Add defcustom `org-icalendar-ttl' to
 ox-icalendar

* lisp/ox-icalendar.el: The option `org-icalendar-ttl' allows to advise
a subscriber to the exported ICS file to reload after the given time interval.

Default for `org-icalendar-ttl' is nil.  In that case the setting will
not be used in the exported ICS file.

The option may also be set using the ICAL-TTL keyword.
---
 etc/ORG-NEWS | 17 ++
 lisp/ox-icalendar.el | 53 +++-
 2 files changed, 60 insertions(+), 10 deletions(-)

diff --git a/etc/ORG-NEWS b/etc/ORG-NEWS
index c5e9cd568..52c1bae93 100644
--- a/etc/ORG-NEWS
+++ b/etc/ORG-NEWS
@@ -24,6 +24,23 @@ consider [[https://gitlab.com/jackkamm/ob-python-mode-mode][ob-python-mode-mode]
 has been ported to.
 
 ** New and changed options
+*** New custom setting ~org-icalendar-ttl~ for the ~ox-icalendar~ backend
+
+The option ~org-icalendar-ttl~ allows to advise a subscriber to the
+exported ~.ics~ file to reload after the given time interval.
+
+This is useful i.e. if a calendar server subscribes to your exported
+file and that file is updated regularly.
+
+See IETF RFC 5545, Section 3.3.6 Duration, and
+https://en.wikipedia.org/wiki/ICalendar#Other_component_types for
+details.
+
+Default for ~org-icalendar-ttl~ is nil.  In that case the setting will
+not be used in the exported ICS file.
+
+The option may also be set using the ICAL-TTL keyword.
+
 *** ~org-clock-x11idle-program-name~ now defaults to =xprintidle=, when available
 
 When =xprintidle= executable is available at =org-clock= load time, it
diff --git a/lisp/ox-icalendar.el b/lisp/ox-icalendar.el
index 81a77a770..9651c74a0 100644
--- a/lisp/ox-icalendar.el
+++ b/lisp/ox-icalendar.el
@@ -295,7 +295,31 @@ Interesting value are:
 	  (const :tag "Local time" ":%Y%m%dT%H%M%S")
 	  (const :tag "Explicit local time" ";TZID=%Z:%Y%m%dT%H%M%S")
 	  (const :tag "Universal time" ":%Y%m%dT%H%M%SZ")
-	  (string :tag "Explicit format")))
+	  (string :tag "Other")))
+
+(defcustom org-icalendar-ttl "PT1H"
+  "The time-to-live for the exported calendar.
+Subscribing clients to the exported ics file can derive the time interval
+to read the file again from the server.  One example of such a client is
+the nextcloud calendar, which respects the setting of
+X-PUBLISHED-TTL in an ICS file.  Setting org-icalendar-ttl to \"PT1H\"
+would advise a server to reload the file every hour.
+
+See https://icalendar.org/iCalendar-RFC-5545/3-8-2-5-duration.html
+for a complete description of possiblee values of this option.  For example
+\"PT1H\" stands for 1 hour, \"PT0H27M34S\" stands for 0 hours, 27 minutes
+and 34 seconds.  Default value is nil, which means no such option
+is set in the ICS file.
+
+This option can also be set with the ICAL-TTL keyword."
+  :group 'org-export-icalendar
+  :type '(choice
+  (const :tag "no refresh" nil)
+  (const :tag "One day" "PT1D")
+  (const :tag "One week" "PT7D")
+  (string :tag "Other"))
+  :package-version '(Org . "9.7"))
+
 
 (defvar org-icalendar-after-save-hook nil
   "Hook run after an iCalendar file has been saved.
@@ -333,6 +357,7 @@ re-read the iCalendar file.")
 (:icalendar-timezone nil nil org-icalendar-timezone)
 (:icalendar-use-deadline nil nil org-icalendar-use-deadline)
 (:icalendar-use-scheduled nil nil org-icalendar-use-scheduled)
+(:icalendar-ttl "ICAL-TTL" nil org-icalendar-ttl)
 (:icalendar-scheduled-summary-prefix nil nil org-icalendar-scheduled-summary-prefix)
 (:icalendar-deadline-summary-prefix nil nil org-icalendar-deadline-summary-prefix))
   :filters-alist
@@ -872,24 +897,29 @@ as a communication channel."
(or (org-string-nw-p org-icalendar-timezone) (format-time-string "%Z"))
;; Description.
(org-export-data (plist-get info :title) info)
+   ;; TTL
+   (plist-get info :icalendar-ttl)
contents))
 
-(defun org-icalendar--vcalendar (name owner tz description contents)
+(defun org-icalendar--vcalendar (name owner tz description ttl contents)
   "Create a VCALENDAR component.
-NAME, OWNER, TZ, DESCRIPTION and CONTENTS are all strings giving,
+NAME, OWNER, TZ, DESCRIPTION, TTL and CONTENTS are all strings giving,
 respectively, the name of the calendar, its owner

Re: [patch] improved: add TTL as defcustom to ox-icalendar

2023-02-03 Thread Detlef Steuer
Am Tue, 17 Jan 2023 10:30:07 +
schrieb Ihor Radchenko :

> Detlef Steuer  writes:
> 
> >> The patch only allows to the TTL globally for all the calendars.
> >> However, it would make sense to specify TTL on per-file basis.
> >> WDYT? 
> >
> > Hmm. Surely it would be useful to have the option to use different
> > TTL settings for different calendar exports, yes.
> >
> > The next question would be, if org-icalendar-combine-agenda-files is
> > called and the files have different per-file settings, which will be
> > used?  
> 
> The only sane way would be using the global default.
> 
> > May be single file org-icalendar-export-to-ics and
> > org-icalender-export-agenda-files use an existing per-file setting,
> > global setting otherwise, but org-icalendar-combine-agenda-files
> > always uses the global setting?  
> 
> Agree.
> 
> To achieve this you just need to update the export option settings:
> 
> (:icalendar-ttl nil nil org-icalendar-ttl)
> 
> adding a file keyword to be used.
> See `org-export-options-alist' docstring.
> 

Hi Ihor, 

I hope I understood your advice and the docstring and examples in other
exporters correctly. Is it really that easy?

Next iteration of the patch.

Detlef

>From 0af9cf3d1e742271531f047f2ed0a690a81261c7 Mon Sep 17 00:00:00 2001
From: Detlef Steuer 
Date: Fri, 3 Feb 2023 14:11:00 +0100
Subject: [PATCH 1/2] Add TTL to icalendar export options

---
 lisp/ox-icalendar.el | 28 +---
 1 file changed, 25 insertions(+), 3 deletions(-)

diff --git a/lisp/ox-icalendar.el b/lisp/ox-icalendar.el
index 81a77a770..600eaae24 100644
--- a/lisp/ox-icalendar.el
+++ b/lisp/ox-icalendar.el
@@ -297,6 +297,21 @@ Interesting value are:
 	  (const :tag "Universal time" ":%Y%m%dT%H%M%SZ")
 	  (string :tag "Explicit format")))
 
+(defcustom org-icalendar-ttl "PT1H"
+  "The time to life for the exported calendar.
+Subscribing clients to the exported ics file can derive the time interval
+to read the file again from the server. One example of such a client is
+the nextcloud calendar, which respects the setting of
+X-PUBLISHED-TTL, i.e. X-PUBLISHED-TTL:PT1H .
+
+See https://icalendar.org/iCalendar-RFC-5545/3-8-2-5-duration.html
+for a complete description of possiblee values of this option. I.e.
+PT1H stands for 1 hour, PT0H27M34S for 0 hours, 27 minutes and 34 seconds.
+
+This option can also be set with the ICAL-TTL keyword."
+  :group 'org-export-icalendar
+  :type 'string)
+
 (defvar org-icalendar-after-save-hook nil
   "Hook run after an iCalendar file has been saved.
 This hook is run with the name of the file as argument.  A good
@@ -333,6 +348,7 @@ re-read the iCalendar file.")
 (:icalendar-timezone nil nil org-icalendar-timezone)
 (:icalendar-use-deadline nil nil org-icalendar-use-deadline)
 (:icalendar-use-scheduled nil nil org-icalendar-use-scheduled)
+(:icalendar-ttl "ICAL-TTL" nil org-icalendar-ttl)
 (:icalendar-scheduled-summary-prefix nil nil org-icalendar-scheduled-summary-prefix)
 (:icalendar-deadline-summary-prefix nil nil org-icalendar-deadline-summary-prefix))
   :filters-alist
@@ -872,13 +888,16 @@ as a communication channel."
(or (org-string-nw-p org-icalendar-timezone) (format-time-string "%Z"))
;; Description.
(org-export-data (plist-get info :title) info)
+   ;; TTL
+   org-icalendar-ttl
contents))
 
-(defun org-icalendar--vcalendar (name owner tz description contents)
+(defun org-icalendar--vcalendar (name owner tz description ttl contents)
   "Create a VCALENDAR component.
-NAME, OWNER, TZ, DESCRIPTION and CONTENTS are all strings giving,
+NAME, OWNER, TZ, DESCRIPTION, TTL and CONTENTS are all strings giving,
 respectively, the name of the calendar, its owner, the timezone
-used, a short description and the other components included."
+used, a short description, the time-to-live resp. refresh period and 
+the other components included."
   (concat (format "BEGIN:VCALENDAR
 VERSION:2.0
 X-WR-CALNAME:%s
@@ -1018,6 +1037,7 @@ This function assumes major mode for current buffer is
 	user-full-name
 	(or (org-string-nw-p org-icalendar-timezone) (format-time-string "%Z"))
 	org-icalendar-combined-description
+	org-icalendar-ttl
 	contents)))
 (run-hook-with-args 'org-icalendar-after-save-hook file)))
 
@@ -1042,6 +1062,8 @@ FILES is a list of files to build the calendar from."
 		  (format-time-string "%Z"))
 	  ;; Description.
 	  org-icalendar-combined-description
+	  ;; TTL (Refresh period)
+	  org-icalendar-ttl
 	  ;; Contents.
 	  (concat
 	   ;; Agenda contents.
-- 
2.39.1

>From 2a1376457a7d09b6586bea55061aa0aa99509106 Mon Sep 17 00:00:00 2001
From: Detlef Steuer 
Date: Fri, 3 Feb 2023 14:20:52 +0100

Re: [patch] improved: add TTL as defcustom to ox-icalendar

2023-01-17 Thread Detlef Steuer
Am Tue, 17 Jan 2023 09:43:18 +
schrieb Ihor Radchenko :

> Detlef Steuer  writes:
> 
> > I tried to follow your advice to improve the patch accordingly.
> > New version attached.  
> 
> I have amended your patch fixing some of the spelling issues and
> indentation. See the attached. Note that I used "time to live"
> consistently instead of "time to life". The former is the right
> abbreviation meaning, AFAIU
> (https://www.cloudflare.com/learning/cdn/glossary/time-to-live-ttl/)
> 

Thx!

> I also have a more general comment.
> 
> The patch only allows to the TTL globally for all the calendars.
> However, it would make sense to specify TTL on per-file basis. WDYT?
> 

Hmm. Surely it would be useful to have the option to use different TTL
settings for different calendar exports, yes.

The next question would be, if org-icalendar-combine-agenda-files is
called and the files have different per-file settings, which will be
used?

May be single file org-icalendar-export-to-ics and
org-icalender-export-agenda-files use an existing per-file setting,
global setting otherwise, but org-icalendar-combine-agenda-files always
uses the global setting?

Detlef



Re: [patch] improved: add TTL as defcustom to ox-icalendar

2023-01-16 Thread Detlef Steuer
Hi Ihor!

I tried to follow your advice to improve the patch accordingly.
New version attached.

Detlef

Am Sat, 14 Jan 2023 10:26:17 +
schrieb Ihor Radchenko :

> Detlef Steuer  writes:
> 
> > I now finally followed your advice for that patch.
> >
> > Attached a diff against a clean git checkout from two
> > hours ago.  
> 
> Thanks!
> Rather than diff, it would help to format a proper patch with author
> info and commit message (if you can).
> See https://orgmode.org/worg/org-contribute.html#first-patch and
> https://orgmode.org/worg/org-contribute.html#commit-messages
> 
> > (I send it privately, because I'm such a noob regarding elisp...)  
> 
> Do not be afraid to post on the mailing list in future.
> We do not shame anyone or attack in any other way. See
> https://www.gnu.org/philosophy/kind-communication.html
> 
> If there are problems with the code, we will help to improve them. If
> the problems are also discussed in public, other people will have a
> chance to learn as well.
> 
> Let me know if you still prefer private communication.
> 
> > 
> > mail: ste...@hsu-hh.de
> > commit e7574a8d429634112a2eb622759b4eef670ee44c
> > Author: Detlef Steuer 
> > Date:   Fri Jan 13 17:55:57 2023 +0100
> >
> > Add variable org-icalendar-ttl to ox-icalendar.el  
> 
> See https://orgmode.org/worg/org-contribute.html#commit-messages for
> our preferred commit message format.
> 
> > +(defcustom org-icalendar-ttl nil
> > +  "The time to life for the exported calendar.
> > +Subscribing clients to the exported ics file can derive the time
> > interval +to read the file again from the server. One example of
> > such a client is  
> 
> Elisp convention is to use double space (" ") between sentences in
> docstrings. 
> 
> > +the nextcloud calendar, which respects the setting of
> > +X-PUBLISHED-TTL, i.e. X-PUBLISHED-TTL:PT1H .
> > +See https://icalendar.org/iCalendar-RFC-5545/3-8-2-5-duration.html
> > +for a complete description of possiblee values of this option. I.e.
> > +PT1H stands for 1 hour, PT0H27M34S for 0 hours, 27 minutes and 34
> > seconds."
> > +  :group 'org-export-icalendar
> > +  :type '(choice
> > +  (const :tag "no refresh" nil)
> > +  (const :tag "One day" "PT1D")
> > +  (const :tag "One week" "PT7D")
> > +  (string :tag "Explizit format")))  
> 
> Maybe just "Other"?
> 
> Also, please add
> 
> :package-version '(Org . "9.7")
> 
> to indicate when the new customization is introduced.
> 
> Finally, please document the new feature in etc/ORG-NEWS file.
> 
> > -(:icalendar-deadline-summary-prefix nil nil
> > org-icalendar-deadline-summary-prefix))
> > +(:icalendar-deadline-summary-prefix nil nil
> > org-icalendar-deadline-summary-prefix)
> > +(:icalendar-ttl nil nil org-icalendar-ttl))  
> 
> >:filters-alist
> >'((:filter-headline . org-icalendar-clear-blank-lines))
> >:menu-entry
> > @@ -872,24 +889,29 @@ as a communication channel."
> > (or (org-string-nw-p org-icalendar-timezone)
> > (format-time-string "%Z")) ;; Description.
> > (org-export-data (plist-get info :title) info)
> > +   ;; TTL
> > +   org-icalendar-ttl  
> 
> Please use (plist-get info :icalendar-ttl) here and later rather than
> the variable. It will then integrate better with Org's export system.
> 
> >  respectively, the name of the calendar, its owner, the timezone
> > -used, a short description and the other components included."
> > -  (concat (format "BEGIN:VCALENDAR
> > +used, a short description, the time-to-live resp. refresh period
> > and   
> 
> "time-to-life"? or maybe "time to life"?
> 



>From 7ad4b2df9609fd5893e71836aa2e172023fe2895 Mon Sep 17 00:00:00 2001
From: Detlef Steuer 
Date: Mon, 16 Jan 2023 23:27:33 +0100
Subject: [PATCH] lisp/ox-icalendar.el: Add customize option
 `org-icalendar-ttl'

* ox-icalendar.el: New option `org-icalendar-ttl' to add en entry
for the X-PUBLISHED-TTL option to ox-icalendar.  Default value is nil,
what means no such entry is exported.  If non nil the value must be
formated according to
https://icalendar.org/iCalendar-RFC-5545/3-8-2-5-duration.html.
---
 etc/ORG-NEWS | 15 +++
 lisp/ox-icalendar.el | 45 
 2 files changed, 52 insertions(+), 8 deletions(-)

diff --git a/etc/ORG-NEWS b/etc/ORG-NEWS
index c5d9bdf6e..47d808df2 100644
--- a/etc/ORG-NEWS
+++ b/etc/ORG-NEWS
@@ -13,6 +13,21 @@

Re: Bug report for ox-icalendar: newlines should be CRLF

2023-01-08 Thread Detlef Steuer
Hello,

just to confirm. The exporter is inconsistent in adding
which kind of EOL sequence.

Detlef

Am Fri, 06 Jan 2023 08:30:41 +
schrieb "Stephen J. Eglen" :

> Hello,
> 
> If I have a test file
> 
> --
> 
> * test 1
> 
> <2023-01-05 Thu 19:00-19:20>
> 
> --
> 
> 
> and then convert to an .ics file using C-c C-e c f
> 
> I get the attached test.ics file, but copied here too:
> 
> BEGIN:VCALENDAR
> VERSION:2.0
> X-WR-CALNAME:test
> PRODID//Stephen J. Eglen//Emacs with Org mode//EN
> X-WR-TIMEZONE:GMT
> X-WR-CALDESC:
> CALSCALE:GREGORIAN
> BEGIN:VEVENT ***
> DTSTAMP:20230105T221431Z ***
> UID:TS1-81DE7E9C-0385-49CE-8528-C2FD51372CB4 ***
> DTSTART:20230105T19Z ***
> DTEND:20230105T192000Z ***
> SUMMARY:test 1 ***
> DESCRIPTION:<2023-01-05 Thu 19:00>–<2023-01-05 Thu 19:20> ***
> CATEGORIES:test ***
> END:VEVENT
> END:VCALENDAR
> 
> The lines from BEGIN:VEVENT to CATEGORIES:test inclusive have CR (^M)
> as well as LF (^J) as newline [in the text above, I've converted the
> ^M to *** to see them eaer.  Is that intended?  Uploading the file to
> https://icalendar.org/validator.html gives me the error
> 
> > Lines not delimited by CRLF sequence near line # 1
> > Reference: RFC 5545 3.1. Content Lines  
> 
> Nicolas (cc'ed) has confirmed that it seems to be a problem.  Before I
> work slowly on a suggested patch, does anyone have an idea on the best
> way forward?  Is it possible to encode the file as "DOS" ,using
> something like set-buffer-file-coding-system?  SOme lines do however
> have \r and \n see e.g. org-icalendar-fold-string which inserts both
> \r and \n
> 
> 
> 
> 
> Best wishes, Stephen
> 
> 




Re: asterisk allowed for list items

2022-04-29 Thread Detlef Steuer
Am Fri, 29 Apr 2022 12:17:24 +
schrieb c.bu...@posteo.jp:

> Sidenote: As someone who writes software that parse org-content I
> would suggest to make the whitespace in front of a list item
> mandatory even for "-" and "+". It would reduce code complexity.

But *first* it should be easily read- and writable by humans and only
then easily parseble by parsers! At least imho.

Detlef





Re: Is there a maintained calf-calendar fork?

2022-03-28 Thread Detlef Steuer
Am Sat, 26 Mar 2022 23:03:07 +0100
schrieb Ypo :

> Hi
> 
> I use everyday emacs-calf, it is a superb package to see my tasks
> within a calendar: https://github.com/kiwanami/emacs-calfw
> 
> But it seems to be unmaintained.
> 
> Is there some *recommended *fork on Github with corrected bugs or new 
> functions?
> 

The best I have found during a similar search was
https://github.com/MaximeWack/emacs-calfw/tree/fix_org-get-timerange

Detlef


> Offtopic if the answer to the above question is affirmative: could it
> be on MELPA? Can MELPA change to new forks?
> 
> Best regards,
> 
> Ypo



Re: Question Regarding Creating Workflow For Automatic Formulas For Finance Based Org Spreadsheet

2022-01-09 Thread Detlef Steuer
Am Mon, 10 Jan 2022 08:04:20 +0100
schrieb Marcin Borkowski :

> On 2022-01-10, at 04:42, Samuel Banya  wrote:
> 
> > Ah, Ledger is way too complicated for what it's worth. I've seen
> > videos on YouTube about it, and every person who's praised it is
> > pretty much too smart enough to be able to explain it in simple
> > terms.  
> 
> Interesting - I've been using Ledger for many years now, and while
> I agree that it has its dark corners, it's much like Org in that
> respect
> - you are not forced to use them at all.  And the "core" is IMHO
> /very/ simple - you just record your "transactions" (e.g., using the
> very nice Emacs ledger-mode) and look at a report.
> 
> I basically use just one kind of report - the balance report, both to
> reconcile my ledger file with my cash and bank and to see the
> current/previous month's income and expenses.
> 
> Before I started using Ledger, I used GNUcash (on and off for a few
> years, too) - I can't say a bad word about it, but it's not
> Emacs-based, so you know.  Also, it's not exactly text-based (AFAIR,
> it uses XML, so it "kind of" is, but...) - a big advantage of Ledger
> is that I can keep my books in Git.  (Of course, using Org would have
> the same advantage.)
> 
> Also, if you don't insist on Ledger, https://plaintextaccounting.org/
> has a comparison of other text-based accounting tools.
> 
> I'm wondering if your opinion about Ledger isn't influenced by the
> fact that it uses basic accounting principles, like the idea of
> double-entry accounting.  For me, it's /very/ simple and intuitive,
> but I graduated in economics many years ago and had a (basic, but
> still) course on accounting.  If that is your problem, I'd suggest
> spending some time on understanding that - even if you don't end up
> using Ledger but some other software, you might find learning about
> accounting useful.  (Also, it's fascinating.  No, really!  It's an
> extremely clever abstract system with a real-life use-case.)
> 
> That said, there are people who just use a regular spreadsheet for
> their personal/household finance, and it seems to work for them.  Go
> figure. (Now that I think of it, I'll have to ask someone who does
> how they manage that.)
> 
> Having said all that, would someone be interested in a blog post(s)
> with a Ledger basics crash course?

Yes.

Detlef

> 
> Hth,
> 




Re: [patch] improved: add TTL as defcustom to ox-icalendar

2022-01-03 Thread Detlef Steuer
Am Mon, 3 Jan 2022 18:23:43 +0700
schrieb Max Nikulin :

> On 03/01/2022 14:41, Detlef Steuer wrote:
> > 
> > The patch in principle is unrelated to nextcloud. That's just my
> > use case. The addiditional TTL setting gives a hint to clients
> > when to reload an imported ics file that was exported from org.  
> 
> I think, it is better to wait for comments from an ox-icalendar user.

Sure.

> I am afraid, you will be tired trying to convince me that TTL should
> be overridden for all users (not to say that I am not a maintainer).

No, that wasn't my intention. Just tried to explain.

> I assume that some of them might have reasonable default in their
> server configuration.
> 
> > Is there any document how to setup an org-mode developer
> > environment? Normally I use git, but I even struggled to use org
> > from elpa instead of the built-in version, so I avoided touching
> > this house of cards :-)  
> 
> - info "(org) Installation"
> https://orgmode.org/manual/Installation.html
> - info "(org) Feedback" https://orgmode.org/manual/Feedback.html
> 
> After "make autoloads" I usually run
>  emacs -Q -L ~/src/org-mode/lisp test.org
> 
> In addition, I have a LXC container to run tests (and check for
> compile warnings) in an isolated environment.
> 
> > Probably I should use a git clone instead of elpa, if I want to work
> > on org?  
> 
> Maintainers prefer patches generated using "git format-patch".
>

Ok, thx for the hints.

> >> https://orgmode.org/worg/org-contribute.html for some hints
> >> addressed to contributors.  
> 
> I am not completely sure, but you patch may exceed "TINYCHANGE"
> limit, so signing FSF copyright papers may be a prerequisite to
> accept your patch.
>

Hmm, probably a good idea anyway.

Regards
Detlef


> 
> 




Re: [patch] improved: add TTL as defcustom to ox-icalendar

2022-01-02 Thread Detlef Steuer
Thank you for the hints.

Attached a diff -u version.

The patch in principle is unrelated to nextcloud. That's just my
use case. The addiditional TTL setting gives a hint to clients
when to reload an imported ics file that was exported from org.

Is there any document how to setup an org-mode developer environment?
Normally I use git, but I even struggled to use org from elpa instead
of the built-in version, so I avoided touching this house of cards :-)

Probably I should use a git clone instead of elpa, if I want to work
on org?

Thx for the feedback!
Detlef



Am Mon, 3 Jan 2022 13:08:54 +0700
schrieb Max Nikulin :

> On 02/01/2022 20:28, Detlef Steuer wrote:
> >   
> >> This is my first try ever to contribute anything in elisp.  
> 
> Thanks for the patch. It is tracked on https://updates.orgmode.org/
> 
> It is easier to review and to apply a patch when it it is prepared in 
> context format ("-u" option of diff). Several additional lines of
> code above and below changed ones makes the patch more tolerate to
> unrelated changes in the same file. It is a hint for humans as well.
> 
> See info "(diffutils) Tips for Patch Producers" 
> https://www.gnu.org/software/diffutils/manual/html_node/Tips-for-Patch-Producers.html
>  
> or "NOTES FOR PATCH SENDERS" section in "man patch".
> 
> If you have never used git (or other VCS) before then it is likely an 
> overkill for a single patch, diff output with manually added
> description is OK. However you may find such tool rather convenient
> as number of changes will grow. See
> https://orgmode.org/worg/org-contribute.html for some hints addressed
> to contributors.
> 
> I am not a nextcloud or org-icalendar user, so while I expect that 
> suggested change is an improvement, I can say nothing concerning the
> code.
> 
> 

--- ox-icalendar.el.orig	2022-01-02 13:38:17.586027624 +0100
+++ ox-icalendar.el	2022-01-02 14:12:10.446157056 +0100
@@ -265,6 +265,19 @@
 	  (const :tag "Universal time" ":%Y%m%dT%H%M%SZ")
 	  (string :tag "Explicit format")))
 
+(defcustom org-icalendar-ttl "PT1H"
+  "The time to life for the exported calendar.
+Subscribing clients to the exported ics file can derive the time interval
+to read the file again from the server. One example of such a client is
+the nextcloud calendar, which respects the setting of
+X-PUBLISHED-TTL, i.e. X-PUBLISHED-TTL:PT1H .
+
+See https://icalendar.org/iCalendar-RFC-5545/3-8-2-5-duration.html
+for a complete description of possiblee values of this option. I.e.
+PT1H stands for 1 hour, PT0H27M34S for 0 hours, 27 minutes and 34 seconds."
+  :group 'org-export-icalendar
+  :type 'string)
+
 (defvar org-icalendar-after-save-hook nil
   "Hook run after an iCalendar file has been saved.
 This hook is run with the name of the file as argument.  A good
@@ -300,7 +313,8 @@
 (:icalendar-store-UID nil nil org-icalendar-store-UID)
 (:icalendar-timezone nil nil org-icalendar-timezone)
 (:icalendar-use-deadline nil nil org-icalendar-use-deadline)
-(:icalendar-use-scheduled nil nil org-icalendar-use-scheduled))
+(:icalendar-use-scheduled nil nil org-icalendar-use-scheduled)
+(:icalendar-ttl nil nil org-icalendar-ttl))
   :filters-alist
   '((:filter-headline . org-icalendar-clear-blank-lines))
   :menu-entry
@@ -828,24 +842,29 @@
  (cadr (current-time-zone)))
;; Description.
(org-export-data (plist-get info :title) info)
+   ;; TTL
+   org-icalendar-ttl
contents))
 
-(defun org-icalendar--vcalendar (name owner tz description contents)
+(defun org-icalendar--vcalendar (name owner tz description ttl contents)
   "Create a VCALENDAR component.
-NAME, OWNER, TZ, DESCRIPTION and CONTENTS are all strings giving,
+NAME, OWNER, TZ, DESCRIPTION, TTL and CONTENTS are all strings giving,
 respectively, the name of the calendar, its owner, the timezone
-used, a short description and the other components included."
+used, a short description, the time-to-live resp. refresh period and 
+the other components included."
   (concat (format "BEGIN:VCALENDAR
 VERSION:2.0
 X-WR-CALNAME:%s
 PRODID:-//%s//Emacs with Org mode//EN
 X-WR-TIMEZONE:%s
 X-WR-CALDESC:%s
+X-PUBLISHED-TTL:%s
 CALSCALE:GREGORIAN\n"
 		  (org-icalendar-cleanup-string name)
 		  (org-icalendar-cleanup-string owner)
 		  (org-icalendar-cleanup-string tz)
-		  (org-icalendar-cleanup-string description))
+		  (org-icalendar-cleanup-string description)
+		  (org-icalendar-cleanup-string ttl))
 	  contents
 	  "END:VCALENDAR\n"))
 
@@ -974,6 +993,7 @@
 	user-full-name
 	(or (org-string-nw-p org-icalendar-timezone) (cadr (current-time-zone)))
 	org-icalendar-combined-description
+	org-icalendar-ttl
 	contents)))
 (run-hook-with-args 'org-icalendar-after-save-hook file)))
 
@@ -998,6 +1018,8 @@
 		  (cadr (current-time-zone)))
 	  ;; Description.
 	  org-icalendar-combined-description
+	  ;; TTL (Refresh period)
+	  org-icalendar-ttl
 	  ;; Contents.
 	  (concat
 	   ;; Agenda contents.


Re: [patch] improved: add TTL as defcustom to ox-icalendar

2022-01-02 Thread Detlef Steuer
Improved patch since org-icalendar-template needed to use
the new variable, too.

And now based on 9.5.2 from elpa.

Detlef


Am Thu, 30 Dec 2021 22:59:19 +0100
schrieb Detlef Steuer :

> This is my first try ever to contribute anything in elisp.
> 
> The nextcloud calendar app supports the X-PUBLISHED-TTL 
> option if subscribing to an ics file. Nextcloud defaults
> to a TTL of 1 week, what is much too long for my use case.
> 
> When exporting to such a file from org I did not find any way
> to set this option during export. So I tried to add a defcustom
> in ox-icalendar.el.
> 
> The default TTL in this patch is 1 hour.
> 
> I think this qualifies as an tiny patch, as it is mostly a docstring
> :-), in case anybody finds this an useful addition.
> 
> The patch is relative to 9.5.1 from elpa.
> 
> All comments very much appreciated.
> 
> And a happy new year to you all
> Detlef

267a268,280
> (defcustom org-icalendar-ttl "PT1H"
>   "The time to life for the exported calendar.
> Subscribing clients to the exported ics file can derive the time interval
> to read the file again from the server. One example of such a client is
> the nextcloud calendar, which respects the setting of
> X-PUBLISHED-TTL, i.e. X-PUBLISHED-TTL:PT1H .
> 
> See https://icalendar.org/iCalendar-RFC-5545/3-8-2-5-duration.html
> for a complete description of possiblee values of this option. I.e.
> PT1H stands for 1 hour, PT0H27M34S for 0 hours, 27 minutes and 34 seconds."
>   :group 'org-export-icalendar
>   :type 'string)
> 
303c316,317
< (:icalendar-use-scheduled nil nil org-icalendar-use-scheduled))
---
> (:icalendar-use-scheduled nil nil org-icalendar-use-scheduled)
> (:icalendar-ttl nil nil org-icalendar-ttl))
830a845,846
>;; TTL
>org-icalendar-ttl
833c849
< (defun org-icalendar--vcalendar (name owner tz description contents)
---
> (defun org-icalendar--vcalendar (name owner tz description ttl contents)
835c851
< NAME, OWNER, TZ, DESCRIPTION and CONTENTS are all strings giving,
---
> NAME, OWNER, TZ, DESCRIPTION, TTL and CONTENTS are all strings giving,
837c853,854
< used, a short description and the other components included."
---
> used, a short description, the time-to-live resp. refresh period and 
> the other components included."
843a861
> X-PUBLISHED-TTL:%s
848c866,867
< 		  (org-icalendar-cleanup-string description))
---
> 		  (org-icalendar-cleanup-string description)
> 		  (org-icalendar-cleanup-string ttl))
976a996
> 	org-icalendar-ttl
1000a1021,1022
> 	  ;; TTL (Refresh period)
> 	  org-icalendar-ttl


[patch] add TTL as defcustom to ox-icalendar

2021-12-30 Thread Detlef Steuer
This is my first try ever to contribute anything in elisp.

The nextcloud calendar app supports the X-PUBLISHED-TTL 
option if subscribing to an ics file. Nextcloud defaults
to a TTL of 1 week, what is much too long for my use case.

When exporting to such a file from org I did not find any way
to set this option during export. So I tried to add a defcustom
in ox-icalendar.el.

The default TTL in this patch is 1 hour.

I think this qualifies as an tiny patch, as it is mostly a docstring
:-), in case anybody finds this an useful addition.

The patch is relative to 9.5.1 from elpa.

All comments very much appreciated.

And a happy new year to you all
Detlef
267a268,280
> (defcustom org-icalendar-ttl "PT1H"
>   "The time to life for the exported calendar.
> Subscribing clients to the exported ics file can derive the time interval
> to read the file again from the server. One example of such a client is
> the nextcloud calendar, which respects the setting of
> X-PUBLISHED-TTL, i.e. X-PUBLISHED-TTL:PT1H .
> 
> See https://icalendar.org/iCalendar-RFC-5545/3-8-2-5-duration.html
> for a complete description of possiblee values of this option. I.e.
> PT1H stands for 1 hour, PT0H27M34S for 0 hours, 27 minutes and 34 seconds."
>   :group 'org-export-icalendar
>   :type 'string)
> 
303c316,317
< (:icalendar-use-scheduled nil nil org-icalendar-use-scheduled))
---
> (:icalendar-use-scheduled nil nil org-icalendar-use-scheduled)
> (:icalendar-ttl nil nil org-icalendar-ttl))
833c847
< (defun org-icalendar--vcalendar (name owner tz description contents)
---
> (defun org-icalendar--vcalendar (name owner tz description ttl contents)
835c849
< NAME, OWNER, TZ, DESCRIPTION and CONTENTS are all strings giving,
---
> NAME, OWNER, TZ, DESCRIPTION, TTL and CONTENTS are all strings giving,
837c851,852
< used, a short description and the other components included."
---
> used, a short description, the time-to-live resp. refresh period and 
> the other components included."
843a859
> X-PUBLISHED-TTL:%s
848c864,865
< 		  (org-icalendar-cleanup-string description))
---
> 		  (org-icalendar-cleanup-string description)
> 		  (org-icalendar-cleanup-string ttl))
976a994
> 	org-icalendar-ttl
1000a1019,1020
> 	  ;; TTL (Refresh period)
> 	  org-icalendar-ttl


Provide link to pdf manual etc on homepage?

2021-12-20 Thread Detlef Steuer
Hi all,

very minor, but I just *again* searched for the pdf documentation :-)

The pdf versions of the org manual and the org guide are on
orgmode.org, but have no visible references for users.

I.e. there are https://orgmode.org/orgguide.pdf and
https://orgmode.org/org.pdf but these are somehow kept as a secret.

Is there any reason to do so?

Their existence could be announced in the "Further reading" section of
https://orgmode.org/index.html by just additionally provinding links to
the pdf versions. (Like it is done for the reference card in worg.)

My usecase ist keeping an uptodate copy of these files on an e-reader.

The elpa version does not provide pdf documentation and furthermore the
Makefiles in the elpa package do not work outside of the emacs source
tree it seems, therefore generating it for myself is not as easy as I
expected.

Especially for newcomers such links would be useful, too, I guess. 

All the best
Detlef








surprising(?) interaction between agenda grid and default-duration

2021-11-19 Thread Detlef Steuer
Hi all!

I you specify a default duration of an event, say,

(setq org-agenda-default-appointment-duration 60)

and specify a time grid, say

(setq org-agenda-time-grid '((today remove-match)
 (800 1000 1200 1400 1600 1800 2000)
 ".." "" ))

Then setting the default duration overrides the grid appearance.

I.E.

(setq org-agenda-default-appointment-duration nil)
(setq org-agenda-time-grid '((today remove-match)
 (800 1000 1200 1400 1600 1800 2000)
 ".." "" ))

Friday 19 November 2021
   8:00.. 
  EDV: 9:30-10:00 Scheduled:  TODO Stuff
  Job:10:00-12:30 Scheduled:  PROJECT Book
  12:00.. 
  unsorted:   13:00-15:00 Scheduled:  TODO other stuff
  13:39.. now - - - - - - - - - - - - - - - - - - - - - - - - -
  14:00.. 
  16:00.. 
  18:00.. 
  20:00.. 

as expected, but

(setq org-agenda-default-appointment-duration 60)
(setq org-agenda-time-grid '((today remove-match)
 (800 1000 1200 1400 1600 1800 2000)
 ".." "" ))

Friday 19 November 2021
   8:00-9:00  
  EDV: 9:30-10:00 Scheduled:  TODO Stuff
  Job:10:00-12:30 Scheduled:  PROJECT Book
  12:00-13:00 
  unsorted:   13:00-15:00 Scheduled:  TODO other stuff
  13:40-14:40 now - - - - - - - - - - - - - - - - - - - - - - - - -
  14:00-15:00 
  16:00-17:00 
  18:00-19:00 
  20:00-21:00 

caught me by surprise. Even the 2 hour block length setting is overridden.

If this should be considered a bug, I don't know. But maybe the manual
should mention and describe the relationship between these settings?

As the description of org-agenda-default-appointment-duration does not
mention the grid at all, I would think the logical improvement would be
to let the grid alone and use the default duration as advertised only.

org-version 9.4.4
emacs-version 27.2

All the best
Detlef



[mostly solved] Re: Unable to configure emacs 27.2 to use org 9.5

2021-10-19 Thread Detlef Steuer
Am Mon, 18 Oct 2021 22:28:42 +
schrieb Juan Manuel Macías :

> Hi Detlef,
> 
> Detlef Steuer writes:
> 
> > I have installed 9.5 with package-install in a clean emacs session,
> > it is shown as installed, too, but whatever I try, my org-version is
> > shown as 9.4.6, which is included in 27.2.
> > (I assume, and therefore citeproc unavailable)  
> 
> Have you looked in your elpa directory if you see this path:
> .../elpa/org-9.5/?

Yes, it is there.

I now tried on a second machine and everything worked as expected,
after I removed org-plus-contrib from my elpa directory there.
On machine number one there is no such directory. I will try to
re-initialize everything elpa there and see what will happen.

So there is hope and nano may remain a desperate threat :-)

Thank you!

Detlef

> 
> Have you tried uninstalling Org and reinstalling it?
> 
> Best regards,
> 
> Juan Manuel 
> 



-- 
"Wozu leben wir, wenn nicht dazu, uns gegenseitig das Leben 
 einfacher zu machen. (George Eliot)" 

Dr. Detlef Steuer
Helmut-Schmidt-Universität
Fakultät WiSo
Holstenhofweg 85
22043 Hamburg

Tel:  040/6541-2819
mail: ste...@hsu-hh.de



Unable to configure emacs 27.2 to use org 9.5

2021-10-18 Thread Detlef Steuer
Hi all!

This is really depressing. I'm using org since more than a decade.
In the early days using a git clone, since some years with package
from org-elpa, then melpa.

I have installed 9.5 with package-install in a clean emacs session,
it is shown as installed, too, but whatever I try, my org-version is
shown as 9.4.6, which is included in 27.2.
(I assume, and therefore citeproc unavailable)

The installation instructions here
https://orgmode.org/elpa.html
do not help me the slightest.

Same with
https://orgmode.org/org.html#Installation

I did exactly
---
Using Emacs packaging system

Recent Emacs distributions include a packaging system which lets you
install Elisp libraries. You can install Org from the “package menu”,
with M-x list-packages. See (emacs)Package Menu. 
--- 
but that obviously is not enough.

Really, really frustrated. May be I should step away from emacs and only
use nano or some such.

What is the magic I am missing? 

Any help appreciated
Detlef



Re: A dictionary made in Org Mode

2021-06-18 Thread Detlef Steuer
Congratulations! Looks just beautyful!

Detlef

Am Fri, 18 Jun 2021 12:11:19 +
schrieb Juan Manuel Macías :

> Hi,
> 
> I would like to share here my latest work. It has recently been
> published in Spain and I think it's the first dictionary made entirely
> using Org Mode ;-) I have taken care of its production and its
> editorial design:
> 
> Diccionario Hispánico de la Tradición Clásica
> (Hispanic Dictionary of Classical Tradition)
> 
> ISBN: 978-84-18093-93-7
> 
> 828 pages
> 
> Org-publish has been especially useful for its production. Soon I will
> write a detailed article in Spanish about the making off. If anyone
> here was interested I can try to translate the article into English.
> 
> A few samples of the content:
> 
> https://cloud.disroot.org/s/tBpMQP6afssY37p
> 
> And this short video shows a quick overview of the files involved and
> the final compilation, before printing all the work:
> 
> https://vimeo.com/538137630
> 
> Best regards,
> 
> Juan Manuel 
> 
> 




Re: Invalid duration format (9.4.5)

2021-05-10 Thread Detlef Steuer
Am Mon, 10 May 2021 16:45:30 +0300
schrieb Jarmo Hurri :

> Greetings.
> 
> To get my work done, I had to switch from master branch to stable, but
> now I started getting "invalid duration format" error when trying to
> create my daily agenda:
> 
> org-duration-to-minutes: Invalid duration format: #("12:45-14:15 +1w"
> 0 15 (fontified nil org-category "schedule"))
> 
> Here is the corresponding row, and the preceding row, from file
> schedule.org:
> 
> <2021-04-15 Thu 09:15-10:45 +1w>
> <2021-04-19 Mon 12:45-14:15 +1w>
> 
> Any hints?
> 
> Jarmo
> 
> 


Can confirm!

Detlef


-- 
"Wozu leben wir, wenn nicht dazu, uns gegenseitig das Leben 
 einfacher zu machen. (George Eliot)" 

Dr. Detlef Steuer
Helmut-Schmidt-Universität
Fakultät WiSo
Holstenhofweg 85
22043 Hamburg

Tel:  040/6541-2819
mail: ste...@hsu-hh.de



Re: [POLL] Setting `org-adapt-indentation' to nil by default?

2021-05-02 Thread Detlef Steuer
Am Sun, 02 May 2021 08:09:02 +0200
schrieb Bastien :

> Various discussions convinced me that `org-adapt-indentation' should
> be nil by default.
> 
> With `electric-indent-mode' being activated by default in Emacs, the
> current behavior is that RET after a headline moves the point below
> the beginning of this headline, not the beginning of the line, which
> might surprise users.
> 
> Indentation is quite sensitive: what do you think of setting a new
> default value of nil for `org-adapt-indentation' in Org 9.5?
> 

I would like it.

Detlef



Re: Blog announcement: This Month in Org

2021-04-26 Thread Detlef Steuer
subscribed!

detlef

Am Mon, 26 Apr 2021 17:14:49 +0800
schrieb Timothy :

> Hello Everyone!
> 
> For a while now I thought Org would be well served by another channel
> to show off developments. Something in between the torrent of threads
> on this mailing list and serendipitous discoveries.
> 
> I have finally acted on this thought and created /This Month in Org/
> --- https://blog.tecosaur.com/tmio/. Inspired by This Week in KDE I
> plan on producing monthly development highlights.
> 
> Perhaps you'll find it interesting too, or maybe you know a friend
> that would like a way to find out about Org developments without
> subscribing to the ML.
> 
> If you have any feedback please don't hesitate to send me your
> thoughts .
> 
> ~
> 
> Now, since this is the Org ML I'll go into a little more detail about
> what's going on.
> 
> The source is publically availably at
> https://github.com/tecosaur/this-month-in-org/.
> 
> I have a publish.el script which has been rendered executable that is
> ostensibly a shell script but immediately calls emacs on itself then
> exits (credit to Doom/Emacs Wiki).
> 
> This script loads my personal configuration and then prepares for
> ox-publish. It also takes a -f flag to delete the publish dir and the
> force-publish.
> 
> I do a few fun things like fix org-latex-publish-to-pdf so it doesn't
> pollute the src directory, write a version of org-publish-attachment
> which attempts to optimise recognised filetypes, and some setup to
> generate a sitemap that can be converted into an RSS file with ox-rss.
> 
> Some of the functions which produce stdout via (message) have been
> advised to make the output easier to scan (see
> https://0x0.st/-mvq.png).
> 
> After all this, I just rsync the output directory to my server :)
> 
> --
> Timothy
> 




Re: [PATCH] Improve documentation of #+startup keyword

2021-04-26 Thread Detlef Steuer
Am Mon, 26 Apr 2021 09:45:36 +0200
schrieb Bastien :

> > I think that this would be a good addition to the manual, and help
> > clarify the behaviour --- so I've prepared a little patch to the
> > manual.  
> 
> Thanks for the patch.  I think it better belongs to a worg page, as we
> try to avoid overloading the quite-already-big manual.  Can you make
> this a contribution to Worg?

I really would like to have as much as possible in the manual.

My guess is, nobody prints it anymore, so the old concers about thick
manuals are irrelevant today.

If I must start looking through worg to find some information, my chance
of finding it has already halfed. :-)

Just my 2c
Detlef



Re: About exporting

2021-03-30 Thread Detlef Steuer
Am Tue, 30 Mar 2021 09:01:33 +0100
schrieb Colin Baxter :

> Very true. Unfortunately, you also have to "go with the flow" with the
> publishers who insist on receiving a docx file. Thankfully there's
> pandoc, but it's an annoying waste of time having to convert from
> LaTeX to some dreadful docx.

Yeah.

Btw. I had do deliver rtf recently. Is there any documented way to generate
rtf from org? A quick search did not turn up an ox-rtf or similar. Does any
of you have experience with generating rtf?

Detlef



Re: Org 9.4.5

2021-03-28 Thread Detlef Steuer
Hi Bastien,

thx for all the work, as usual! :-)

Would it be possible to have the changelog in the mail announcements?
Either as an attachment or just copied verbatim?

I really think that would improve the chances the changelog is read :-),
at least for me :-)

All the best and thx again!

Detlef



Am Sun, 28 Mar 2021 08:59:14 +0200
schrieb Bastien :

> Hi all,
> 
> Org 9.4.5, a bugfix release, is out.
> 
> Enjoy!
> 




Re: Feature request

2021-01-18 Thread Detlef Steuer
Am Mon, 18 Jan 2021 10:17:11 +0800
schrieb Ihor Radchenko :

> Raoul Comninos  writes:
> 
> > It works now and its awesome! I cannot believe that they had this
> > feature and removed it. I am a very happy man and I cannot thank
> > you enough.  
> 
> This feature creates a lot of junk text when attachment folder gets
> very large. For example, I keep my travel photos as attachments.
> There can be hundreds of photos in a single attachment folder.
> Showing all the photo names in a property would be not very useful.
> 
> On the other hand, if more people are interested, this feature can be
> resurrected as a user-option (disabled by default).


As an option I would use it!

Detlef

> 
> Best,
> Ihor
> 
> 




Re: Emacs inserts hardwired org-agenda-files variable, overwriting user options

2020-12-11 Thread Detlef Steuer
Am Fri, 11 Dec 2020 14:47:27 +0100
schrieb daniela-s...@gmx.it:

> Freak out how much you like but it occurs to me that there is no
> active hacking on org-agenda and adding new features.  Or it may be
> that there are no new ideas and you are getting upset about it.

Hmm, may be he just meant, what he very politely said.

Intended or not you come across in quite a rude way.
I share that feeling of Tomas.

All the best
detlef



Re: Adding Org Files to org-agenda-files

2020-11-28 Thread Detlef Steuer
Am Sat, 28 Nov 2020 20:16:52 +0100
schrieb daniela-s...@gmx.it:

> Something is wrong.  Now I have done as follows, but Org Agenda still
> shows meetings.
> 
> (setq org-agenda-files
>'("~/02histr/gadmin/todo.rcl.org"
>  "~/02histr/gadmin/writing.rcl.org"
>  "~/02histr/gadmin/health.rcl.org"))

To take effect this setting must be executed C-x C-e
in a running session. See:
https://www.gnu.org/software/emacs/manual/html_node/efaq/Evaluating-Emacs-Lisp-code.html

Or, if still unsure how all this stuff interacts, restart emacs after
altering the init file. Don't ask how for long I did it that way.

Detlef

> 
> ;; "~/02histr/gadmin/meeting.rcl.org"
> ;; "~/02histr/gadmin/household.rcl.org"
> 
> > Sent: Saturday, November 28, 2020 at 8:01 PM
> > From: "Jeremie Juste" 
> > To: daniela-s...@gmx.it
> > Cc: "Org-Mode mailing list" 
> > Subject: Re: Adding Org Files to org-agenda-files
> >
> > || On Saturday, 28 Nov 2020 at 19:43, daniela-s...@gmx.it wrote:  
> > > Why does Agenda not simply honour the init file.  Many fume
> > > something awful when you question them on how things are done.  
> > It turns out that it does.
> >
> > This what I have in my input file
> >
> > (setq org-agenda-files
> >'("~/Documents/academic-project.org" "~/Documents/when-tired.org"
> >"~/Documents/work.org" "~/Documents/refile.org"
> >"~/Documents/todo.org"))
> >
> > just be careful about the custom-set-variables section. I you use
> > the command (org-agenda-file-to-front) to add files to
> > org-agenda-files, then if I'm not mistaken the org-agenda-files
> > will get redefined in the custom-set-variables section.
> >
> > HTH,
> > Best regards,
> > Jeremie
> >
> >
> >
> >
> >  
> 




Re: Local variables insecurities - Re: One vs many directories

2020-11-26 Thread Detlef Steuer
Am Thu, 26 Nov 2020 08:31:29 +0300
schrieb Jean Louis :

> That is not fair choice. It pushes user to finally ! apply and accept
> it, but does not give chance to permanently ignore it.
> 
> 
> Do you want to apply it?  You can type
> y  -- to apply the local variables list.
> n  -- to ignore the local variables list.
> !  -- to apply the local variables list, and permanently mark these
>   values (*) as safe (in the future, they will be set
> automatically.)

Well, if you are arguing for a user who chose to use emacs, configured
mutt to invoke emacs etc,  but at the same time has no idea he chose a
mighty tool, as in has no clue about programming, variables etc., then
this choice won't help neither. If you have no idea about local
variables, you can not make an informed decision about *anything*
involving the concept of local variables. Besides stopping and reading
the manual.

May be I miss something, but then I miss it :-)

Furthermore this discussion has imho long left the main topic of this list.

Detlef



Re: Bring up a screen giving option to open a series of orgmode files

2020-11-24 Thread Detlef Steuer
Am Tue, 24 Nov 2020 09:53:15 +
schrieb John Sturdy :

> It's aimed at navigating a collection of org-mode files via the
> numeric keypad only, and I wrote it to go with some custom hardware I
> made (a screen and keypadded embedded in a corkboard, so I can keep
> all my "things to do" lists together, whether on paper or on the
> computer), hence it having mappings for a keypad rotated 90degrees!


Would you mind to share a picture? Or two?

Detlef



Re: Changed list indentation behavior: how to revert?

2020-11-17 Thread Detlef Steuer
Am Tue, 17 Nov 2020 01:11:38 +0100
schrieb "Dr. Arne Babenhauserheide" :

> The only way that works is to avoid breakage on update — except for
> the few cases where it is truly unavoidable.

Well, and as long as the change can be reverted when the community
has a thoughtful discussion with those who did the work, the world is
wonderful. Even if the devels insist they did the right thing, but the 
discussion brought up way to mitigate the fallout, all is fine. 

I even get the feeling of being part of a great community through
this very discussion! So ...civilized. A warm fire in the wild net.

It is *impossible* to force users to be informed. Think about us: We
all hang around on this list and missed the information. What would
reasonably be expected from a casual user? Often it is not even clear
what the consequences are, even if you read the NEWS. "Org now uses
electric-indent" only is meaningful to very few people who can guess
what that will mean for their workflow. 

It *seems* impossible to me to be backward compatible forever via code
snippets or any other mechanism. You can maybe skip one or two update
cycles, but then it will be like pinning a specific git version. One
can do that already, but it should not increase
the burden of the devels. If those don't have fun anymore, we are lost
:-)

So we have to live with a breakage from time to time, I guess, but org
has very few of those. And it always comes out of these breakages
better!

Detlef



Re: Changed list indentation behavior: how to revert?

2020-11-15 Thread Detlef Steuer
Am Sun, 15 Nov 2020 08:48:56 -0300
schrieb Gustavo Barros :

> Hi All,
> 
> On Sun, 15 Nov 2020 at 13:37, Greg Minshall 
> wrote:
> 
> > hi, all.
> >
> > David Rogers  wrote:
> >  
> >> Am I crazy to say that your last example of unwanted behavior is
> >> easier for me to read and understand? (and to me the common 
> >> indenting is a hopeless mess?)  
> >
> > yes, in fact, the "new" way sort of has the buffer indentation match
> > that of the outline structure of the file (specified by asterisks).
> > there's a lot to be said for that.  (though, obviously, it's not
> > what everyone would want.)
> >
> > if the new mode stays as the standard, maybe we'd want to capture an
> > asterisk typed immediately after a newline that would (by default),
> > put that line-beginning asterisk back in column one?
> >
> > otherwise, this is what one gets (without remembering to do a C-j
> > instead of ):
> > -
> > * i wanted a headline
> >   * i wanted a subhead, but it's ignored by org mode
> > -
> > which is maybe not optimal?
> >
> > in most non-org modes (including in Org Src... buffers, and in org
> > files when writing org-mode lists), i'm a big fan of electric
> > indent mode.
> >
> > maybe an org-specific setting, "org-file-indent-follows-structure"?
> >  if true, it means the user wants to have a "raw" org document laid
> > out according to the outline structure of the document.  if false,
> > it means one, in general, wants the org file laid out with
> > left-alignment (or, right, in right-to-left) languages (not
> > including embedded lists, and whatever else i might be ignoring).
> >
> > cheers, Greg  
> 
> I'm quite surprised by the reaction to this issue, because
> `electric-indent-mode' *does not change Org's indentation settings*,
> it just applies them alongside RET.  Which makes me think that those
> who've been so bitten by it where actually manually overriding (their
> own) settings in this area by never applying indentation.  If that's
> your case, you'd probably be very surprised of running
> `org-indent-region' in your documents (don't do it, I don't want to
> break them).
> 
> In particular, one "surprising" result of the "new behavior" is that
> of indentation after a heading.  That was already and continues to be
> controlled by the user option `org-adapt-indentation'.  If you don't
> want your content to be indented after a heading, set it to nil.  And
> `electric-indent-mode' should do what you expect in this regard. 
> 
> I'm not sure if thus overriding your own (or Org's, if you prefer)
> indentation settings by selectively applying indentation is a sane
> approach, so perhaps `electric-indent-mode' may help you discipline
> your editing to your benefit.  And make you more conscious of Org
> indentation.  Especially because indentation is not a "free variable"
> in Org, it is a syntactical aspect of an Org document and,
> conspicuously, is critical to the definition of a heading and of
> plain lists.
> 
> An example from Greg:
> 
> > -
> > * i wanted a headline
> >   * i wanted a subhead, but it's ignored by org mode
> > -  
> 
> That's because the first one is indeed a heading, and the second is
> not, it is a plain list item.  By definition a heading must start at
> the left margin.
> 
> You (plural) could probably also get some juice from looking into, and
> incorporating to muscle memory, `M-RET', `C-RET' and `C-j'.
> 
> Of course, with that said, if you really don't like
> `electric-indent-mode' for Org, you can disable it as described in the
> Org News, previously linked to in this thread.  There is ground to
> prefer this, particularly for the list case, mentioned by Karl in the
> original message of this thread.  But `electric-indent-mode' does not
> induce a new pattern of indentation for Org, it just applies your
> settings in this area, whose defaults have not changed of recent, as
> far as I recall.
> 
> Finally, the "change" was not brought about by Org, but by Emacs.  Org
> just (belatedly) tagged along.
> 
> Best regards,
> Gustavo.
> 

Thank you for clearing that up!

Detlef



Re: Changed list indentation behavior: how to revert?

2020-11-15 Thread Detlef Steuer
> 
> > Am I crazy to say that your last example of unwanted behavior is
> > easier for me to read and understand? (and to me the common 
> > indenting is a hopeless mess?)  
> 
> I think the second becomes horribly hard to read if you have more than
> one line in the body. I use org-mode for writing long prose and having
> all my text indented is pretty annoyming. I’ve tried to ignore and
> work around it for some time now because I assumed it was a bug but
> didn’t have a clear view when it appears.
> 


Just like Arne I thought it to be some kind or quirk in the code that
would self-heal at some point in time.

I'm constantly bitten by that change, but was too lazy to dig for the
cause. But now that I know, I want to add 2c.

If one writes prose it looks much more natural to have

* Healine

start editing in column 1 of next row.
(Personally I would prefer to start at row 3, but independent
 of the depth of the heading. Probably there is a setting already?)

C-j is fine and nice, but I *feel* the default should be the other
way round.

I'm in no way emotional about these changes, but as Arne demonstrates
in his example text, org files become less readable when using the new
default. Heavy indenting is not what we are used to see if we have
subheadings in prose. Readability of org on the screen should be very high
in list of usability target. (Most probably it indeed is for the developers!
I'm not assuming you would neglect it!)
Maybe all boils down to a matter of taste, but at least imho Arne's
example shows the problem quite clearly.

For lists or sequences of mostly empty headings this does not matter
as much.

Furthermore: If I understand correctly electric-ident mode is thought to
be a helper for programming major modes. In my opinion org is no (not
only, much more than a) programming mode, so maybe electric ident is not
the optimal default. 

Just one more opinion.
Detlef





Re: New website - back to the old unicorn!

2020-10-26 Thread Detlef Steuer
Thank you for your elegant work!

One observation: The text width on Features, Releases and Install is
different for each. If I may choose, I choose the width of "Install".

But great work anyway!

Detlef

Am Mon, 26 Oct 2020 17:44:16 +0800
schrieb TEC :

> Hi Everyone, just a quick note from me:
> 
> Regarding the intermediate state, there are a few teething issues 
> that
> have appeared when deploying the site on orgmode.org.*
> 
> If we could hold off from announcing this on some of the more
> high-traffic forums till these get sorted out that would be 
> appreciated
> :) We want people to get the best possible first impression of the
> revamp after all.
> 
> Timothy.
> 
> 
> *The favicon, font, and .gif files are not served properly ATM for 
>  example
> 




[solved] Re: When will 9.4 be on orgmode/elpa ?

2020-09-21 Thread Detlef Steuer
Just to close the thread: The update to 9.4 resolved at least my issue.

Thx!

Detlef

Am Fri, 18 Sep 2020 08:57:15 +0200
schrieb Detlef Steuer :

> Hi all,
> 
> I use https://orgmode.org/elpa/ org-plus-contrib to stay uptodate with
> org.
> 
> As it seems GNU elpa has org-9.4.
> 
> Normally I would be more patient, but I'm having very strange
> movements of point(!) during folding/unfolding in an old, largish
> file where folding always worked. The cursor ends up in a different
> part of my file after unfolding some headline. Further I was unable
> to bisect the file. When removing headlines to construct a minimal
> example, the exact headline where this phenomen happens, changes.
> Well, I would like to try 9.4 first before asking for further help.
> 
> Thx for all the work!
> 
> Detlef
> 
> 




When will 9.4 be on orgmode/elpa ?

2020-09-18 Thread Detlef Steuer
Hi all,

I use https://orgmode.org/elpa/ org-plus-contrib to stay uptodate with
org.

As it seems GNU elpa has org-9.4.

Normally I would be more patient, but I'm having very strange movements
of point(!) during folding/unfolding in an old, largish file where
folding always worked. The cursor ends up in a different part of my
file after unfolding some headline. Further I was unable to bisect the
file. When removing headlines to construct a minimal example, the exact
headline where this phenomen happens, changes. Well, I would like to
try 9.4 first before asking for further help.

Thx for all the work!

Detlef




Re: A small idea to simplify (further) time input in the date/time prompt

2020-05-21 Thread Detlef Steuer
Am Thu, 21 May 2020 11:52:17 -0400
schrieb Robert Horn :

> Eric S Fraga writes:
> 
> > On Thursday, 21 May 2020 at 09:29, Gustavo Barros wrote:  
> >> So I'd like to suggest a simplification there, which is: a string
> >> in the format "hour h minute" (that's small caps letter "H"), but
> >> in  
> >
> > I would be strongly in favour of having this option.  This is how I
> > write times in email messages, for instance, so would be more
> > consistent for me.  And especially when I communicate with my
> > European partners when referring to times after 12 noon.
> >  
> 
> I would be opposed.  There are already dozens of different formats
> used in different situations and locations for writing the time.
> This would be yet another different time format.  It is relatively
> unique in that there is no other place in the world that uses it.  I
> don't think that uniqueness is an argument in its favor.

I find it a natural format living in Europe/Germany.
And I would like the addition, too. It wouldn't take away anything, just
add. But low priority, current ways to specify time work well.

As I understand the propsal it is intended for entering times, not for
storing. Storing and working with times is a different scale of a
problem.

> 
> There some other formats that are actually in widespread use worldwide
> that I would prefer as available alternatives:
> 
> European dot notation.  Many people use the dot rather than the colon,
> so 13:05 is written as 13.05.

And that I`ve never seen (tm). The dots are for dates, colons for time.
May be there is a country with dot notation as a "standard", but definitely
it is not a "European" dot notation.

Regards
Detlef


> I think this is mostly a keyboard,
> pen, and pencil thing.  Colon is harder to write.  It's
> inconveniently located on many keyboards.  The problem with dot
> notation is potential confusion for more detailed time.
> "15:53:00.322348" is easy to guess and understand.  "15.53.00.322348"
> is more confusing.
> 
> Military time, which is used in most militaries, aviation, etc.
> 
>   hhmmZ - Time in UTC on a 24-hr clock, also called "Zulu time".  The
>   ISO 8601 time "11:21:00 -0400" would be 1521Z.  This is almost
>   mandatory when dealing with multi-location scheduling so that
> everyone uses the same time base.
>   
>   hhmmJ or hhmmh - Time in local zone on a 24-hr clock.  It's widely
>   used in military organizations for times that do not need
>   multi-location scheduling.  The time "1121J" or "1121h" is usually
>   spoken in English as "eleven twenty one hours".  These times are
> also lack the colon typing problem.  
> 
> I've not pushed for these mostly because convenience typing military
> time isn't worth figuring out all the changes that would be needed.
> 
> It's worth looking at all the issues discussed in ISO 8601 and
> understanding them before you leap into time formatting changes.  ISO
> 8601 is a compromise solution with lots of warts, but it is widely
> supported and understood.
> 




Re: issue tracker?

2020-05-20 Thread Detlef Steuer
Am Wed, 20 May 2020 10:22:56 +0100
schrieb Eric S Fraga :

> On Tuesday, 19 May 2020 at 18:57, Russell Adams wrote:
> > My personal opinion is I'd always prefer to use my mail client over
> > some website.   
> 
> +∞!

How to add more now? Same here. Mail is functionally superior to a lot
of modern solutions.

A Bugtracker you do not use on a regular basis often is a horrible time sink.
Plus, most of the time you need just another account for a site you
never wanted an account on. 

Furthermore many of the discussions on this list wouldn't have happend,
if the first post went into a bugtracker. 

I would go as far as saying *this list* is one of the fastest reacting
amd friendliest communities I have been part of. The job Nicolas does is
just awesome.

That leads to the next point: If Nicolas decided *he* would love to work
with a bugtracker, I would not complain and open an account.
As it is now, anything that's not in the best interest of our benevolent
developer, should not even be considered :-)

Just my opinion, of course

Detlef


> 
> There are some communities that I would love to participate in but do
> not because they use, for instance, discourse which has a horrible
> email interface.  And their web interface cannot be used via eww, for
> instance.
> 
> In any case, strictly speaking, some org issues could be submitted via
> Emacs's own bug tracker, at least for the version of org that comes
> with Emacs?




Re: org-thtml - static html site in pure org + Emacs

2020-04-26 Thread Detlef Steuer
Hi!

I will give it a try. Really useful!
Thx for creating and sharing!

Detlef

Am Sat, 25 Apr 2020 16:27:28 +0200
schrieb Juan José García-Ripoll :

> Hi,
> 
> I have created this standalone framework for building static HTML
> sites using Emacs and org-mode
>https://github.com/juanjosegarciaripoll/org-thtml/
> 
> The github repository has a sample mini-site, but you may want to see
> a more mature one at my homepage https://juanjose.garciaripoll.com It
> only requires emacs.
> 
> The example requires a recent version of org-mode. The stock one seems
> to have a problem resolving file: links in files that have been
> #+include'd.
> 
> Cheers,
> 




Re: Survey: changing a few default settings for Org 9.4

2020-02-19 Thread Detlef Steuer
Am Wed, 19 Feb 2020 09:41:21 -0600
schrieb Matthew Lundin :

> Bastien  writes:
> 
> > - org-fontify-done-headline => t
> >
> >   This is useful to visualize done headlines and can be easily
> > turned off, while not being easily discovered for Org newcomers.  
> 
> I find this a bit visually distracting, but that's likely because I've
> used Org mode in the "old school" way for so long. So no strong
> opinions on this one.

Same here. No strong opinion.

> 
> > - org-hide-emphasis-markers => t
> > - org-hide-macro-markers => t
> >
> >   The two changes proposed above will probably trigger some
> > reactions as they touch something very sensitive: whether Org
> > should try to be "too clever" at making things invisible.  I am all
> > for letting Org newcomers enjoying these visual enhancements, while
> > letting experts turning them off if needed.  
> 
> I have a few concerns about this. I believe that markup syntax, as a
> rule, should be visible. Most markdown editors do not hide markup by
> default. I realize that there are some exceptions in Org (e.g.,
> links). But editing around the invisible boundaries of links can be
> in Org can be fussy (sometimes I have to do M-x visible-mode when
> editing near the edges of links). So I'd recommend not changing the
> default here, especially for emphasis markers.
>

I really dislike invisible markup as default. Org is a markup "language",
not a word-processor. Even links feel more consistent when visible.

So fully agree with Matt again.


> > - org-allow-promoting-top-level-subtree => t
> >
> >   With the current default of nil, an error is thrown when the user
> >   tries to promote a top level subtree.  The new default setting
> > would let users convert the top level heading to a commented
> > heading.  
> 
> From my point of view, this is too destructive a default. I think it
> makes it too easy accidentally to turn important TODO headlines into
> commented lines (which will be buried in another entry). If I wanted
> to change a first level headline to a comment, it would only take two
> keystrokes (C-d #). Forcing users to type this explicitly seems
> preferable to creating a risk that users will accidentally bury/lose
> first-level headlines as comments in another entry.


And again a simple +1.

Detlef

> 
> Matt
> 



Re: Bug? Multi day event with times

2020-01-26 Thread Detlef Steuer
Am Sun, 26 Jan 2020 18:14:25 +0100
schrieb Bastien :

> Hi Detlef,
> 
> Detlef Steuer  writes:
> 
> > Stumbled upon this:
> >
> > ( emacs 26.3, org-contrib-plus 20191118, linux)
> >
> > In my orgfile I have:
> > ** some travel
> ><2020-01-30 Do 10:00>-<2020-02-01 Sa 16:00>
> >
> > In the agenda that is shown as:
> > Donnerstag 30 January 2020
> >   unsorted:   10:00-11:00 (1/3):  some travel
> > Freitag31 January 2020
> >   unsorted:   (2/3):  some travel
> > Samstag 1 February 2020
> >   unsorted:   16:00-17:00 (3/3):  some travel  
> 
> I'm not sure what's not working as expected here.
> 
> Can you restate it again?

Hi Bastien,

the travel has a *time range*, but both times are used as *time stamps*
with default length 1h, only the date part is used as a range.

In the original case I tried to put the leaving times of my booked
railway connections into the range hoping to see:

Donnerstag 30 January 2020
  unsorted:   10:00 (1/3):  some travel 
Freitag31 January 2020
  unsorted:   (2/3):  some travel
Samstag 1 February 2020
  unsorted:   16:00 (3/3):  some travel 

I understand, why is shown what is shown.
But maybe there is room for improvement.

May be:
Donnerstag 30 January 2020
  unsorted:   10:00-23:59 (1/3):  some travel 
Freitag31 January 2020
  unsorted:   (2/3):  some travel
Samstag 1 February 2020
  unsorted:   00:00-16:00 (3/3):  some travel 

Or
Donnerstag 30 January 2020
  unsorted:   10:00- (1/3):  some travel 
Freitag31 January 2020
  unsorted:   (2/3):  some travel
Samstag 1 February 2020
  unsorted:   -16:00 (3/3):  some travel 

Is there a way to achieve one of the above?

Thanks
Detlef


> 
> Thanks,
> 




Bug? Multi day event with times

2020-01-16 Thread Detlef Steuer
Hi!

Stumbled upon this:

( emacs 26.3, org-contrib-plus 20191118, linux)

In my orgfile I have:
** some travel
   <2020-01-30 Do 10:00>-<2020-02-01 Sa 16:00>

In the agenda that is shown as:
Donnerstag 30 January 2020
  unsorted:   10:00-11:00 (1/3):  some travel
Freitag31 January 2020
  unsorted:   (2/3):  some travel
Samstag 1 February 2020
  unsorted:   16:00-17:00 (3/3):  some travel

Not sure I want to call it a real bug as I can understand why
it happens that way, but it's not what I expected.

My travel starts at 10am on Thurday and stretches till Sunday 4pm.

Any hint how to enter such an event besides splitting in three
and losing the 2/3 information on Friday?

Detlef



Re: [O] [solved] How remove time from date-time stamp

2019-04-09 Thread Detlef Steuer
Am Tue, 9 Apr 2019 05:27:50 +
schrieb "Fraga, Eric" :

> On Monday,  8 Apr 2019 at 23:56, Thomas Plass wrote:
> > However, if you want to directly change timestamps in the buffer
> > they live (not: an agenda view), then S-right/left/up/down can call
> > a hook function that does what you're trying to achieve.  
> 
> Or simply C-d (or DEL or BS) 5 times?  "It's all text."
> 

Well, of course it's all text. But 5 times often is not enough,
cause there are start and end times.

Nevertheless that hint gave me the right direction:

In the agenda hit return on an entry.
C-c . opens the interface to alter the timestamp.
C-a C-k (or C-0 C-k) deletes the time part.
Done! Easy enough.

Thank you!

If there were a solution without leaving agenda view, that would be
another big improvement (for me).

Detlef

-- 
The biggest difference between time and space is that you can’t reuse
time. (Merrick Furst)




[O] How remove time from date-time stamp

2019-04-08 Thread Detlef Steuer
Dear list,

looking for advice on a seemingly simple matter.

When in agenda view I can use C-k to kill an entry
or S-right to promote to next day etc.

What I need really often in my workflow is the
promotion to another day, but without the time part of the time stamp
I assigned for today.
Best would be some command like S-right , maybe C-u S-right,
to move the entry one or more days without the time information.

I seem to remember there was a discussion on this list about
such a feature but I'm unable to find it.

But maybe it's like always: the feature exists already somewherer in
org?!

What do you use to efficiently shift an entry, but strip its time?

Any help appreciated

Detlef

-- 
The biggest difference between time and space is that you can’t reuse
time. (Merrick Furst)




Re: [O] Refiling Completion Systems

2019-02-09 Thread Detlef Steuer
Am Fri, 8 Feb 2019 15:34:17 -0700
schrieb Samuel Wales :

> i use ido with ido-hacks and ido-clever-match.  the last one sorts
> choices beautifully. 

Would it be possible to see your config?
Such a headstart would be fine!

Detlef



Re: [O] Org Elpa deployment failing for past 2 weeks

2019-01-29 Thread Detlef Steuer
Am Tue, 22 Jan 2019 18:26:54 +
schrieb Sharon Kimble :

> Kaushal Modi  writes:
> 
> > Hello,
> >
> > The Org Elpa deploys a new release every week on Mondays.
> >
> > But it looks like that release has been failing for past 2 weeks.
> >
> > Here's the log file from yesterday that shows the error during make
> > cleanall: https://orgmode.org/elpa/build-org-pkg.txt
> >
> > --
> > Kaushal Modi
> >  
> 
> And I confirm that it is still failing, with the last update
> available of 2018-12-30.

Just to give another confirmation. Still failing, still 2018-12-30.

Would be great if that service was reestablished.

Thx
Detlef


> 
> Can someone fix it please, so that we can stay up to date?
> 
> Thanks
> Sharon.



-- 
The biggest difference between time and space is that you can’t reuse
time. (Merrick Furst)





Re: [O] Git repository error

2017-12-18 Thread Detlef Steuer
Am Mon, 18 Dec 2017 17:28:03 +0100
schrieb Marco Wahl :

> Jack Kamm  writes:
> 
> > I'm having the same issue as Josiah, are others able to pull from
> > the git repo?  
> 
> git pull works for me.

not for me, since nearly a week now

different machines, home and work

> 
> Maybe the following questions lead to a better understanding.
> 
> What about performing a plain
> 
> git pull
> 
> instead of make update?
> 
> What about a fresh git clone?
> 

doesn't work neither, sorry

Detlef


> 
> HTH
> 
> 
> 






Re: [O] Git repository error

2017-12-16 Thread Detlef Steuer
Am Thu, 14 Dec 2017 10:40:09 -0500
schrieb Josiah Schwab :

> Hello,
> 
> For about the past day, I've been getting this error upon running
> 'make update' from my local Org repository:
> 
>   fatal: read error: Connection reset by peer
>   error: Could not fetch origin

I can confirm this issue at least since 13th of December.

Greetings
Detlef


> 
> If I recall correctly, this has happened before and the resolution was
> that some admin needed to do something server-side.
> 
> Thanks,
> Josiah
> 
> 






Re: [O] [RFC] org-agenda: Jump directly to line in case of a timestamp

2017-10-11 Thread Detlef Steuer
Am Mon, 09 Oct 2017 10:29:39 +0200
schrieb Alan Schmitt :

> On 2017-10-09 09:19, Eric S Fraga  writes:
> 
> > On Monday,  9 Oct 2017 at 08:54, Alan Schmitt wrote:  
> >> One thing I would really like is the timestamp behavior of
> >> org-agenda-goto with the windows behavior of
> >> org-agenda-switch-to.  
> >
> > You could "advise" the function?
> > https://www.gnu.org/software/emacs/manual/html_node/elisp/Advising-Functions.html
> >   
> 
> Yes, this is something I could do. Thanks for the suggestion.

... and maybe share the solution? I would like the same as you, but
emacs lisp is still unexplored territory to me.

Detlef


> 
> Alan
> 


pgpUXf9T3y1DU.pgp
Description: Digitale Signatur von OpenPGP


Re: [O] MWE for BibLaTex and org-ref?

2017-07-13 Thread Detlef Steuer
Hi!

Look here:
https://tex.stackexchange.com/questions/5091/what-to-do-to-switch-to-biblatex

In short \bibliographystyle and biblatex don't match.

Hope that helps

Detlef

Am Thu, 13 Jul 2017 08:27:17 +0200
schrieb "Loris Bennett" <loris.benn...@fu-berlin.de>:

> Hi John,
> 
> Thanks for the pointer.  I think some of the errors I was getting were
> due having old temporary files (aux, bcf, ...) lying around and then
> switching between natbib and biblatex.
> 
> Following the org-ref manual I now have
> 
>   #+LATEX_HEADER:
> \usepackage[citestyle=authoryear-icomp,bibstyle=authoryear,
> hyperref=true,backref=true,maxcitenames=3,url=true,backend=biber,natbib=true]
> {biblatex}
> 
> and then use
> 
>   bibliographystyle:authoryear
> 
> I'm now just getting the following error:
> 
>   ! Package biblatex Error: '\bibliographystyle' invalid.
> 
> Any ideas what I'm doing wrong?
> 
> Cheers,
> 
> Loris
> 
> John Kitchin <jkitc...@andrew.cmu.edu> writes:
> 
> > org-ref should work fine for biblatex, but the setup for biblatex in
> > the org file is a bit different than for bibtex.
> >
> > The org-ref manual can be opened by running M-x org-ref-help. Go to
> > the ** biblatex users heading. Hopefully that is clear enough to
> > help. If not, let me know what is missing.
> >
> > Best wishes,
> >
> > John
> >
> > ---
> > Professor John Kitchin 
> > Doherty Hall A207F
> > Department of Chemical Engineering
> > Carnegie Mellon University
> > Pittsburgh, PA 15213
> > 412-268-7803
> > @johnkitchin
> > http://kitchingroup.cheme.cmu.edu
> >
> > On Wed, Jul 12, 2017 at 9:59 AM, Loris Bennett
> > <loris.benn...@fu-berlin.de> wrote:
> >
> >  Hi,
> >
> >  Does org-ref work with BibLaTeX?
> >
> >  With org-ref, I have an MWE using natbib that works:
> >
> >  #+LATEX_CLASS_OPTIONS: [a4paper, 11pt]
> >  #+LATEX_HEADER: \usepackage{natbib}
> >
> >  #+TITLE: MWE
> >
> >  * Introduction
> >
> >  This MWE was found on the internet (see cite:Botha).
> >
> >  bibliographystyle:abbrvnat
> >  bibliography:file.bib
> >
> >  with 'file.bib' being
> >
> >  @Online{Botha,
> >  author = {Charl Botha},
> >  title = {From org file with local bibtex to LaTeX and PDF},
> >  date = {2017-02-20},
> >  url =
> > {https://vxlabs.com/2017/02/20/from-org-file-with-local-bibtex-to-latex-and-pdf/},
> >  }
> >
> >  For org-latex-pdf-process, I'm using the following:
> >
> >  ("latexmk -g -pdf -pdflatex=\"%latex\" -shell-escape -outdir=%o
> > %f")
> >
> >  However, if I try to replace natbib by BibLaTeX via
> >
> >  #+LATEX_HEADER: \usepackage{biblatex}
> >  #+LATEX_HEADER: \addbibresource{file.bib}
> >
> >  bibliographystyle:alphabetic
> >  bibliography:file.bib
> >
> >  I get errors about the style being invalid and the \bibliography
> > only being allowed in the preamble.
> >
> >  So if it should work, does anyone have a MWE for org-ref with
> > BibLaTeX?
> >
> >  Cheers,
> >
> >  Loris
> >
> >  --
> >  This signature is currently under construction.
> >
> >  
> 



-- 

"Wisely and slow. Those stumble that run fast."
Shakespeare -- Romeo and Juliet

Dr. Detlef Steuer
Helmut-Schmidt-Universität
Fakultät WiSo
Holstenhofweg 85
22043 Hamburg

Tel:  040/6541-2819
mail: ste...@hsu-hh.de





[O] call to agenda no longer working

2017-07-12 Thread Detlef Steuer
Hi!

After returning from holidays and updating org-mode
C-c a a no longer starts my agenda, but gives:

Press key for agenda command (unrestricted):
org-agenda-list: Wrong type argument: listp, ""

in the *Messages* buffer.

Any hint appreciated.

(org from today, emacs 25.2.1)

Detlef

-- 

"Wisely and slow. Those stumble that run fast."
Shakespeare -- Romeo and Juliet






[O] time not shown in capture buffer, but captured

2017-05-31 Thread Detlef Steuer
Hi!

At some moment in the last 10 days the beheaviour of capturing
and/or date/time-selection has changed.

(org git from today, emacs 25.2.1)

I have the following capture template:
...
("t" "Todo" entry (file+headline "~/.pim/inbox.org" "Inbox")
"* TODO %? \n " )
...

C-c c t works, a buffer pops up as expected.

Now

C-c C-s

Gives the usual date+time selection buffer.

 chooses the selected date.

BUT: the timestamp is only added to the inbox.org, but invisible
in the capture buffer.

Any ideas?

Detlef

-- 

"Wisely and slow. Those stumble that run fast."
Shakespeare -- Romeo and Juliet





Re: [O] problem with org-capture in FF

2017-05-09 Thread Detlef Steuer
Am Tue, 09 May 2017 10:40:13 +0200
schrieb "Loris Bennett" <loris.benn...@fu-berlin.de>:

> Detlef Steuer <ste...@unibw-hamburg.de> writes:
> 
> > Hi!
> >
> > I use FF with Org-mode Capture
> > http://chadok.info/firefox-org-capture/ Version 0.3.0-1 signed
> >
> > My setup worked before (tm).
> >
> > Today an emacsclient window pops up for a ms and no information
> > is added to my web.org specified in my capture template.
> >
> > ...
> >   ("x" "org-protocol" entry (file "~/.pim/web.org")
> > "* TODO Review %c\n%U\n%i\n" :immediate-finish)
> > ...
> >
> > (Just copied from the org-capture homepage)
> >
> > All I can find is in my *Warnings* buffer:
> > Warning (emacs): Please update your Org Protocol handler to deal
> > with new-style links.
> >
> > In the minibuffer "No files remain to edit"
> >
> > In *Messages* 
> > Greedy org-protocol handler.  Killing client.
> > No server buffers remain to edit
> >
> > Any ideas?
> >
> > Org version from git today,
> > org-version: 9.0.6 (release_9.0.6-427-gc801ef)
> >
> > ~/GIT/org-mode> emacs --version
> > GNU Emacs 25.2.1
> >
> > Detlef  
> 
> The same set-up Works For Me (tm) with
> 
> - GNU Emacs 25.1.1
> - 9.0.6-elpaplus (org-plus-contrib-20170502)
> - Org-mode Capture 0.3.0-1 signed
> - Firefox 45.9.0

Hmm, ok, I have Firefox 52.1.0. Must be the culprit then.
Probably not an org-problem.

Thx for the information. 

Detlef

> 
> Cheers,
> 
> Loris
> 
-- 

"Wisely and slow. Those stumble that run fast."
Shakespeare -- Romeo and Juliet





[O] problem with org-capture in FF

2017-05-09 Thread Detlef Steuer
Hi!

I use FF with Org-mode Capture http://chadok.info/firefox-org-capture/
Version 0.3.0-1 signed

My setup worked before (tm).

Today an emacsclient window pops up for a ms and no information
is added to my web.org specified in my capture template.

...
  ("x" "org-protocol" entry (file "~/.pim/web.org")
"* TODO Review %c\n%U\n%i\n" :immediate-finish)
...

(Just copied from the org-capture homepage)

All I can find is in my *Warnings* buffer:
Warning (emacs): Please update your Org Protocol handler to deal with
new-style links.

In the minibuffer "No files remain to edit"

In *Messages* 
Greedy org-protocol handler.  Killing client.
No server buffers remain to edit

Any ideas?

Org version from git today,
org-version: 9.0.6 (release_9.0.6-427-gc801ef)

~/GIT/org-mode> emacs --version
GNU Emacs 25.2.1

Detlef

-- 

"Wisely and slow. Those stumble that run fast."
Shakespeare -- Romeo and Juliet





Re: [O] query about past scheduled events display in agenda

2017-03-16 Thread Detlef Steuer
Am Thu, 16 Mar 2017 21:08:43 +0100
schrieb Nicolas Goaziou <m...@nicolasgoaziou.fr>:

> Hello,
> 
> Eric S Fraga <e.fr...@ucl.ac.uk> writes:
> 
> > On Thursday, 16 Mar 2017 at 13:45, Detlef Steuer wrote:
> >
> > [...]
> >  
> >> I have a +2 for "something" scheduled for yesterday.
> >> Org git from the morning.  
> >
> > Thanks for confirming.  Mine was with yesterday's version of org.
> >
> > Nicolas, I think you may have been thinking of a different issue
> > entirely.  
> 
> Indeed. 
> 
> However, isn't the current behaviour the right one? I meant, in the
> given example, it was scheduled once "yesterday", so it is really the
> second time it is scheduled today, hence the "2x". 
> 
> Another way to look at it is by some sloppy analogy to algebra: you
> write "2 \times{} x" but scarcely "1 \times{} x".
>

Sure, if you read it as 2x scheduled it is correct.

I read it as 1x re-scheduled or 1x overdue.
But: Just cosmetics. For me the second way looks more natural.

Regards
Detlef


> Regards,
> 






Re: [O] query about past scheduled events display in agenda

2017-03-16 Thread Detlef Steuer
Am Thu, 16 Mar 2017 13:05:42 +0100
schrieb Nicolas Goaziou <m...@nicolasgoaziou.fr>:

> Hello,
> 
> Eric S Fraga <e.fr...@ucl.ac.uk> writes:
> 
> > Something has been bothering me (in an æsthetic way) for some
> > time.  When an event scheduled for the day before is displayed in
> > the default agenda view, it displays the days overdue as "2" which
> > seems wrong to me.  I wonder if somebody can give me the
> > justification for this?
> >
> > The code in question, with my own change to fix this to display "1"
> > day overdue in such cases, is:
> >
> > @@ -6214,7 +6214,7 @@ scheduled items with an hour specification
> > like [h]h:mm." (pcase-let ((`(,first ,past)
> > org-agenda-scheduled-leaders)) ;; Show a reminder of a past
> > scheduled today. (if (and todayp pastschedp)
> > -  (format past (1+ diff))
> > +  (format past diff)
> >  first))
> >  head level category tags time nil habitp))
> >(face (cond ((and (not habitp) pastschedp)  
> 
> I cannot reproduce it on maint nor on master. Wasn't that fixed some
> time ago?

I have a +2 for "something" scheduled for yesterday.
Org git from the morning.

Org mode version 9.0.5 (release_9.0.5-370-g9f3a02

--snippet from *Org Agenda*
WMA:Sched. 2x:  TODO something
--

--snippet from my org-file
 TODO something
 SCHEDULED: <2017-03-15 Mi>
--

Just as a data point. 

And a +1 to change this to 1x :-)

Detlef


> 
> Regards,
> 



-- 

"Wisely and slow. Those stumble that run fast."
Shakespeare -- Romeo and Juliet

Dr. Detlef Steuer
Helmut-Schmidt-Universität
Fakultät WiSo
Holstenhofweg 85
22043 Hamburg

Tel:  040/6541-2819
mail: ste...@hsu-hh.de





Re: [O] [ANN] New Org duration library

2017-02-14 Thread Detlef Steuer
Yes, works now!

Many thx!

Detlef

Am Tue, 14 Feb 2017 10:01:52 +0100
schrieb Nicolas Goaziou <m...@nicolasgoaziou.fr>:

> Hello,
> 
> Detlef Steuer <ste...@unibw-hamburg.de> writes:
> 
> > after updating org this morning from git I get:
> >
> > org-duration-to-minutes: Invalid duration format: " 9:00"
> >
> > if I try to invoke my agenda with C-c a a
> >
> > What gives me headaches: I don't use, AFAIK, durations anywhere
> > and a grep over my org files shows *no* occurence of " 9:00".
> >
> > This is the complete relevant part of the message buffer:
> >
> > org-duration-to-minutes: Invalid duration format: " 9:00"
> > Quit
> > Making completion list... [2 times]
> > Quit [4 times]
> > Saving file /home/steuer/.emacs.d/init.el...
> > Wrote /home/steuer/.emacs.d/init.el
> > Press key for agenda command (unrestricted):
> > org-duration-to-minutes: Invalid duration format: " 9:00"
> >
> > Any idea? My agenda is inaccessible for me at the moment, what is
> > not so nice.  
> 
> I didn't allow leading or trailing blanks in durations. Apparently,
> Agenda needs this. So I updated the regexps.
> 
> Please update Org and tell me if it works now.
> 
> Regards,
> 



-- 

"Wisely and slow. Those stumble that run fast."
Shakespeare -- Romeo and Juliet

Dr. Detlef Steuer
Helmut-Schmidt-Universität
Fakultät WiSo
Holstenhofweg 85
22043 Hamburg

Tel:  040/6541-2819
mail: ste...@hsu-hh.de





Re: [O] [ANN] New Org duration library

2017-02-14 Thread Detlef Steuer
Dear Nicolas,

after updating org this morning from git I get:

org-duration-to-minutes: Invalid duration format: " 9:00"

if I try to invoke my agenda with C-c a a

What gives me headaches: I don't use, AFAIK, durations anywhere
and a grep over my org files shows *no* occurence of " 9:00".

This is the complete relevant part of the message buffer:

org-duration-to-minutes: Invalid duration format: " 9:00"
Quit
Making completion list... [2 times]
Quit [4 times]
Saving file /home/steuer/.emacs.d/init.el...
Wrote /home/steuer/.emacs.d/init.el
Press key for agenda command (unrestricted):
org-duration-to-minutes: Invalid duration format: " 9:00"

Any idea? My agenda is inaccessible for me at the moment, what is
not so nice.

Regards
Detlef

Am Mon, 13 Feb 2017 15:10:38 +0100
schrieb Nicolas Goaziou <m...@nicolasgoaziou.fr>:

> Hello,
> 
> * TL;DR;
> 
> `org-time-clocksum-format', `org-time-clocksum-use-fractional' and
> `org-time-clocksum-fractional-format' are obsolete. If you changed
> them, consider modifying ~org-duration-format~ instead.
> 
> Variable `org-time-clocksum-use-effort-durations' is also obsolete.
> Consider setting `org-duration-units' instead.
> 
> * Rationale
> 
> In current stable version, time duration handling is unsatisfactory:
> 
> - There are overlapping and confusing functions:
>   `org-minutes-to-clocksum-string', `org-hh:mm-string-to-minutes' and
>   `org-duration-string-to-minutes'.
> 
> - Duration format is powerful but complex to handle since there are
> four variables involved: `org-time-clocksum-format',
>   `org-time-clocksum-use-fractional',
>   `org-time-clocksum-fractional-format' and
>   `org-time-clocksum-use-effort-durations'.
> 
> - More importantly, if you set that format to something fancy, it is
> not possible anymore to read the produced string back.
> 
> Therefore, I implemented and merged a simple "duration" library that
> takes care of reading and producing such durations. Quoting the file's
> commentary:
> 
> This library provides tools to manipulate durations.  A duration
> can have multiple formats:
>  
>   - 3:12
>   - 1:23:45
>   - 1y 3d 3h 4min
>   - 3d 13:35
>   - 2.35h
>  
> More accurately, it consists of numbers and units, as defined in
> variable `org-duration-units', separated with white spaces, and
> a "H:MM" or "H:MM:SS" part.  White spaces are tolerated between
> the number and its relative unit.  Variable `org-duration-format'
> controls durations default representation.
>  
> The library provides functions allowing to convert a duration to,
> and from, a number of minutes: `org-duration-to-minutes' and
> `org-duration-from-minutes'.  It also provides two lesser tools:
> `org-duration-p', and `org-duration-h:mm-only-p'.
>  
> Users can set the number of minutes per unit, or define new units,
> in `org-duration-units'.  The library also supports canonical
> duration, i.e., a duration that doesn't depend on user's settings,
> through optional arguments.
> 
> At the cost of some incompatibilities if you introduced some fancy
> duration format, and a slightly more limited choice of representation,
> we get a more consistent and sturdy interface.
> 
> * About base unit design choice
> 
> The base unit for a duration is the minute. I hesitated with the more
> natural second but
> 
> - Org time precision is the minute,
> 
> - `org-duration-to-minutes' and `org-duration-from-minutes' can be
>   drop-in replacements for the functions quoted above,
> 
> - We would need to handle floats anyway as we don't require custom
> units to be multiple of the base unit.
> 
> 
> Feedback welcome.
> 
> Regards,
> 



-- 

"Wisely and slow. Those stumble that run fast."
Shakespeare -- Romeo and Juliet

Dr. Detlef Steuer
Helmut-Schmidt-Universität
Fakultät WiSo
Holstenhofweg 85
22043 Hamburg

Tel:  040/6541-2819
mail: ste...@hsu-hh.de





Re: [O] [RFC] Change visibility for bracket links

2016-10-05 Thread Detlef Steuer
Am Wed, 05 Oct 2016 17:40:08 +0200
schrieb Nicolas Goaziou :

> Hello,
> 
> I'd like to make the following change to bracket links display (i.e.,
> when `org-highlight-links' contains `bracket', which is the default).
> 
> Basically, I want to leave a visible pair of brackets around the link,
> i.e.,
> 
>   [[uri][description]]
> 
> is displayed as
> 
>   [description]
> 
> instead of
> 
>   description
> 
> and
> 
>   [[uri]]
> 
> is displayed as
> 
>   [uri]
> 
> instead of
> 
>   uri

+1

Detlef

> 
> The rationale behind this suggestion is that editing a mostly
> invisible link is unintuitive when point is at the boundaries of its
> visible part.
> 
> More precisely, in the following visible part of a link
> 
>   description
> 
> if point hits "d" from the right, changes happen in the description of
> the link, but if point comes from the left, changes happen before the
> link. 
> 
> I guess I could get used to it, but sometimes, the link happens to be
> at column 0. In this case, the only way to "come from the left" is to
> move to the previous line and go past the newline character. This is,
> IMO, very annoying, notwithstanding the fact that it is impossible to
> realize at the beginning of the buffer.
> 
> Leaving a pair of brackets, OTOH, disambiguates the situation. Editing
> before the opening bracket makes changes before the link. Conversely,
> editing after the former makes changes to the uri or the description,
> whichever is displayed.
> 
> The cost a little more visual clutter, but it seems very acceptable to
> me. I attach a quick patch for testing.
> 
> Feedback welcome.
> 
> Regards,
> 






Re: [O] syncing my life (orgmode :)) to a mobile (android) device..cant find a holistic reliable way..how do you guys manage to do it?

2015-12-07 Thread Detlef Steuer
Am Sat, 5 Dec 2015 14:08:19 +
schrieb Eric S Fraga :

> On Saturday,  5 Dec 2015 at 09:10, Xebar Saram wrote:
> 
> [...]
> 
> > all this is great yet i travel alot to conferences and meeting and
> > do rely on a mobile device (in my case a android nexus 6) in many
> > situations. I check my emails on it as much as i do on my PC, look
> > at upcoming and schedule appointments, look at timed TODOS, add new
> > contacts i meet and collect info on the go (web links, food recipes
> > etc).
> >
> > Out of all the things i do only email (via offlineimap and mu4e)
> > seems to be able to Sync correctly.  
> 
> Yes, this is probably a valid summary of the current state of the art
> re: org and Android devices.
> 
> > So my question is (sorry for the long intro :)) what do orgmode
> > users (who also are heavy mobile users) do? do they give up on
> > contacts and calendaring on the mobile? maintain 2 separate
> > databases? what tools do people use to overcome this issue?
> >
> > I once had a nokia n900 which ran basically Debian linux, and thus
> > emacs could be run naively , these days it seems like all are
> > android devices. I still haven't found a gui friendly way to run
> > emacs there.  
> 
> I have two different working environments, depending on which mobile
> device I use:
> 
> Case 1: if I use an Android device (nexus 4 or 7), I rely on mobileorg
> heavily to synchronise my calendar.  I have mobileorg suck in any
> events I create in Google calendar and export all org events to
> Google.  This works quite well.  However, creating notes etc. on the
> mobile device in this case is not ideal as mobileorg is not a full
> implementation of org (and, to be fair, it wasn't intended to be).
> 
> Although there is an emacs distribution for Android, I've never really
> managed to get it working satisfactorily, with or without a bluetooth
> keyboard.  Android is a crippled Linux unfortunately... (in my
> opinion).
> 
> In the end, I primarily use my nexus devices as phones (really?) and
> for facebook (as one must).
> 
> Case 2: this is my preferred mobile solution.  I have an OpenPandora
> palmtop computer [1] running the full Debian testing distribution with
> Emacs and the org from git, not to mention gnus, LaTeX, Libreoffice,
> Octave, ...  The Pandora has WiFi and bluetooth but not 3/4G
> connectivity.  I use my phone to tether the Pandora to the 'net when I
> need to connect outside a WiFi zone.  In this case, the Pandora and my
> other systems are fully synchronised using unison.  Finally, the
> Pandora has 2 full SD slots which allow me to walk around with 128 GB
> of disk space.

Well, there is hope for Android users, too:

I bought an used ASUS TF 101 (but any such android tablet should do)
especially to try out various ways to install a real Linux on this
class of machines.

With linuxdeploy I was able to install a complete Linux (TeX, R, emacs,
git, rsync ...) on a *rooted* machine. Using a VNC viewer (bvnc in my
case) I get a complete graphical environment. emacs works nicely in the
terminal emulater session, too. Linux runs besides Android in a chroot
and I`m quite happy with this setup. 

On another *unrooted* machine (Galaxy Note something) I use gnuroot.
Only got it working without X11, but did not try too hard, because
solution 1 was working fine. According to the docs I´m just too stupid
to get a local X11-server working.

Both machines have physical keyboards attached, but in tablet mode
using HackersKeyboard emacs is usable, but obviously a keyboard is a
Good Thing(tm) for emacs users.

May be that helps someone
Detlef

> 
> I bought my Pandora specifically because I wanted a full org mobile
> experience!  I am awaiting the release of the Pyra, the upgrade of the
> Pandora, very eagerly indeed!
> 
> Oh, and the Pandora has a fantastic audio system :-)
> 
> Sorry if I have come across as an advert for the Pandora but I am
> obviously a satisfied customer.
> 
> HTH,
> eric
> 
> 
> Footnotes: 
> [1]  https://boards.openpandora.org/pandora/pandoramain.html/
> 






Re: [O] funny bug if shifting scheduled items

2015-09-23 Thread Detlef Steuer
Am Tue, 22 Sep 2015 21:24:59 +0200
schrieb Nicolas Goaziou <m...@nicolasgoaziou.fr>:

> Hello,
> 
> Detlef Steuer <detlef.ste...@gmx.de> writes:
> 
> > Met this funny bug in the morning.
> >
> > (orgmode version: git from today)
> >
> > Given the file
> >
> > * Testappointment
> >   SCHEDULED: <2015-09-21 Mo 23:00-23:55>
> >
> > If I now shift the *starttime* using shift-uparrow
> > the *endtime* goes to 24:00, 24:05 etc.
> >
> > If I keep shifting the *endtime* goes from
> > 24:55 to 24:00 again.
> >
> > The *starttime* correctly rolls over to 0:00 .
> 
> Fixed, somewhat. Thank you.
> 
> Note that it can still produce meaningless timestamps, e.g.,
> 
>   <2015-09-21 Mo 23:00-23:55> => <2015-09-21 Mo 23:05-00:00>
> 
> but at least, it is predictable.
> 

Thx!

I don`t consider that time-stamp meaningless. At least for humans :-)
Using the context you know it´t 0:00 the next day.

I doubt it were better to split a time intervall at midnight into a
regular time span, say

<2015-09-21 Mo 23:00-23:55> => (+ 5min)
<2015-09-21 Mo 23:05>--<2015-09-22 Di 00:00>

Not worth the trouble I´d say. The time span given in an intervall
HH:MM-HH:MM always is < 24h and endtime > startime, so even a program could
interpret it correctly.

As always, thx for fixing so fast!

Detlef


> 
> Regards,
> 



-- 
Dr. Detlef Steuer
Helmut-Schmidt-Universität
Fakultät WiSo
Holstenhofweg 85
22043 Hamburg

Tel:  040/6541-2819
mail: ste...@hsu-hh.de



[O] funny bug if shifting scheduled items

2015-09-21 Thread Detlef Steuer

Hi all!

Met this funny bug in the morning.

(orgmode version: git from today)

Given the file

* Testappointment
  SCHEDULED: <2015-09-21 Mo 23:00-23:55>

If I now shift the *starttime* using shift-uparrow
the *endtime* goes to 24:00, 24:05 etc.

If I keep shifting the *endtime* goes from
24:55 to 24:00 again.

The *starttime* correctly rolls over to 0:00 .

Have a nice week

Detlef




Re: [O] A book produced using Org

2015-09-20 Thread Detlef Steuer
Am Sun, 20 Sep 2015 03:56:54 +0530
schrieb Vikas Rawal :

> I am happy to share with fellow Orgers my recent book —  Ending
> Malnutrition: from commitment to action  — published by the Food and
> Agriculture Organisation of the United Nations, Rome and Tulika
> Books, New Delhi (http://www.fao.org/3/a-i4921e.pdf
> ),  The book was written and
> produced entirely in Org.

Looks fantastic! Congratulations!

Detlef

> 
> This would not have been possible without the terrific support
> provided by this community. Over the last few months, I have come to
> this mailing list with several queries about how to do something or
> the other, and people have very patiently provided solutions and
> suggestions. 
> 
> I would like to thank everyone for their patience and their support.
> 
> Vikas
> 
> 
> 
> From acknowledgements of the book:
> 
> In addition, for all the statistical work and writing, the authors
> relied on R ([[http://www.r-project.org][www.r-project.org]]), org
> ([[http://www.orgmode.org][www.orgmode.org]]), and LaTeX. All three
> are open source projects, freely made available by very vibrant
> communities of developers. During the course of the work, we often
> drew on support from these communities.
> 
> 






Re: [O] org version numbers in file - WAS: Tangling takes long - profiling and calling R

2015-06-23 Thread Detlef Steuer
Am Tue, 23 Jun 2015 10:45:45 +0200
schrieb Rainer M Krug rai...@krugs.de:

 2) most importantly, I think this should be added automatically into
 the org file as #+ORG_FILE_VERSION: so that one can count on it to be
 there.

Well. I want *nothing* to be added automatically. An org file is a text file
containing what I type or add explicitly.

If the file is exported may be org version info should be added as
some kind of comment automatically.

If it is me who adds

#+ORG_FILE_VERSION:

somewhere and that property is expanded at save or export time, that is ok.
But not everything is reproducible research. org should never have its
own ideas about the authors intention. 

Regards
Detlef



Re: [O] org version numbers in file - WAS: Tangling takes long - profiling and calling R

2015-06-18 Thread Detlef Steuer
Am Thu, 18 Jun 2015 15:25:57 +0200
schrieb Rainer M Krug rai...@krugs.de:

 In the spirit of reproducibility, I would at least suggest to
 introduce a function which inserts an argument
 
 #+ORG_FILE_VERSION: TheActualOrgVersionProbablyWithGitHash
 
 if it does not exist, and if it exist, updates it to the actual
 version?


Wouldn´t something like 

#+BEGIN_SRC emacs-lisp :exports results
(org-version)
#+END_SRC

do it, when needed?

Regards
Detlef


pgpPfjvnb1qur.pgp
Description: Digitale Signatur von OpenPGP


[O] not in sub-editing buffer

2015-04-30 Thread Detlef Steuer
Hi!

On of yesterday's commits introduces an error:

Whatever file I open, I can´t save it with C-c C-s and get the message
not in sub-editing buffer

I verified org is the culprit using emacs -Q and only loading org.

I can save without/before loading org.

Regards
Detlef





Re: [O] bisected

2015-04-30 Thread Detlef Steuer
Am Thu, 30 Apr 2015 11:59:32 +0200
schrieb Bastien b...@gnu.org:

 There was a hidden clue the commit could be problematic...
 
 Gregor Zattler telegr...@gmx.net writes:
 
  First bad commit is:
  bad0409c3b86e09c4559e97d5f394356c6ccbe7f
   ^^^

That must be a first look at the singularity.

The git knows it all.
I for one welcome our new git overlord :-)


 
 !


 
 
 






Re: [O] #+LINK abbrevs possible in #+INCLUDEs ?

2015-04-28 Thread Detlef Steuer
 
  Set-up (e.g., link abbreviations) is not refreshed after expanding
  INCLUDE keywords. I cannot remember why, tho. Maybe for (dubious)
  efficiency reasons.
 
  If you don't remember, may be it would be possible to try it out?
  Would love it and as a feature it looks natural for an included
  file!
 
 I agree. I added this in 2965f8fb0c048a20b52ba90627e7cca6fe706c93.
 Thank you.
 

Fantastic! Works like expected now!

Detlef



[O] #+LINK abbrevs possible in #+INCLUDEs ?

2015-04-27 Thread Detlef Steuer
Hi!

Emacs and git in today´s fresh version.

I have two files:

file1.org:

#+LINK: HOME http://example.de

* My Homepage
  You can find my homepage [[HOME][here]]

#+INCLUDE: file2.org


file2.org

#+LINK: HOME2 http://other.example.de

* My other page
  You can find my other page [[HOME2][here]]


I can export file2.org to html as expected.

I can´t export file1.org to html with the included file2.org.
Only if I move the #+LINK line from file2 to file1 the export
works as expected.

In my setting file2.org must export standalone, so moving the LINKs to
file1 is no option. An ugly workaround would be to include the
abbreviation for HOME2 in both files.  Ugly.

Is there a woraround/setting to have local #+LINK directives working in
included files? 

Regards
Detlef





Re: [O] #+LINK abbrevs possible in #+INCLUDEs ?

2015-04-27 Thread Detlef Steuer
 Hello,
 
 Detlef Steuer detlef.ste...@gmx.de writes:
 
  I have two files:
 
  file1.org:
  
  #+LINK: HOME http://example.de
 
  * My Homepage You can find my homepage [[HOME][here]]
 
  #+INCLUDE: file2.org
  
 
  file2.org 
  #+LINK: HOME2 http://other.example.de
 
  * My other page
You can find my other page [[HOME2][here]]
  
 
  I can export file2.org to html as expected.
 
  I can´t export file1.org to html with the included file2.org.
  Only if I move the #+LINK line from file2 to file1 the export
  works as expected.
 
  In my setting file2.org must export standalone, so moving the LINKs
  to file1 is no option. An ugly workaround would be to include the
  abbreviation for HOME2 in both files.  Ugly.
 
  Is there a woraround/setting to have local #+LINK directives
  working in included files?
 
 You can extract out #+LINK: keywords in a file, e.g. setup.org and
 use #+SETUPFILE: ... in both file1.org and file2.org.

OK, but still this is kind of ugly, because the LINKs really are file
specific for ,- in the long run -,  multiple files.


 
 You can also use 
 
   #+SETUPFILE: file2.org
 
 in file1.org.


The real file2.org is somewhat big and would be scanned completely,
wouldn't it?

 Set-up (e.g., link abbreviations) is not refreshed after expanding
 INCLUDE keywords. I cannot remember why, tho. Maybe for (dubious)
 efficiency reasons.
 

If you don't remember, may be it would be possible to try it out?
Would love it and as a feature it looks natural for an included file! 

Thank you for the hints!

Regards
Detlef

 
 Regards,
 




Re: [O] Standard agenda views don't show file name after update (replaced by ???:)

2015-04-03 Thread Detlef Steuer
May be related:

My standard agenda view pulls in the last #+CATEGORY: line of a file only.

In my case *all* my TODOs are labelled Urlaub (holidays) now.
Reads nicely but sadly not quite true :-)

Urlaub happens to be the last CATEGORY defined in my todo.org.

Still happens after this fix.

emacs and org-mode freshly compiled from git.

Regards
Detlef

Am Thu, 2 Apr 2015 21:40:18 -0500
schrieb John Hendy jw.he...@gmail.com:

 Confirmed to be working great again. Thanks for the speedy response
 (as always)!
 
 John
 
 On Wed, Apr 1, 2015 at 3:44 PM, Nicolas Goaziou
 m...@nicolasgoaziou.fr wrote:
  Hello,
 
  John Hendy jw.he...@gmail.com writes:
 
  I just pulled for the first time in a while and found I get
  question marks in my agenda view instead of the former use of the
  file name (see attached). I did a bunch of git pulling/make
  cleaning/making, and traced it to this commit from Nicholas:
  - 80bccca4e249cbb5812963863ccffbdcf4b25edd
 
  Commit c1a744659d2b44c067ecb195b3e5d51e837bddd is working properly.
 
  I verified with a minimal config containing only:
 
  (add-to-list 'load-path ~/.elisp/org.git/lisp/)
 
  My test file contained:
 
  * TODO something
 
  * TODO something else
 
  Process:
  - emacs -Q
  - M-x load-file [RET] /path/to/min-config
  - M-x org-agenda-file-to-front
  - M-x org-agenda [RET] t
 
  Fixed in 22bf1b8ae3c2842945b9b9d9ab2ca203eae17946. Thank you.
 
  Regards,
 
  --
  Nicolas Goaziou
 
 






Re: [O] Standard agenda views don't show file name after update (replaced by ???:)

2015-04-03 Thread Detlef Steuer
Am Fri, 03 Apr 2015 17:59:16 +0200
schrieb Nicolas Goaziou m...@nicolasgoaziou.fr:

 This is to be expected. You can set :CATEGORY: node property in
 subtrees if needed.

So this beheaviour changed at some point in the past?

To be sure:

I have a file (modulo scheduling information)

* Line1
#+CATEGORY: one
** TODO very important

* Line2
#+CATEGORY: two
** TODO more stuff

It is expected to see both TODOs in an agenda as:

two:   very important
two:   more stuff

?

Detlef



Re: [O] org-caldav problem; used to work

2014-11-16 Thread Detlef Steuer
Am Sun, 16 Nov 2014 22:53:11 +0100
schrieb David Engster d...@randomsample.de:

 Detlef Steuer writes:
  org-check-agenda-file: Wrong type argument: stringp, nil
 
 Do M-x toggle-debug-on-error before the sync and you should get a
 backtrace for the error. Just post that here and we might be able to
 see what's going on.
 
 -David
 

Thx David!

Here it is:

Debugger entered--Lisp error: (wrong-type-argument stringp nil)
  file-exists-p(nil)
  org-check-agenda-file(nil)
  byte-code(\302!\210r\303!q\210 \203  #[(file)
\300\301\215\207 [nextfile (byte-code \302!\210r\303!q\210
\203  mapconcat(#[(file) \300\301\215\207 [nextfile (byte-code
\302!\210r\303!q\210 \203  org-icalendar--combine-files(nil
~/Test/Orgmodetest/CaldavKalender/testtodo.org
~/Test/Orgmodetest/CaldavKalender/caldav-inbox.org)
apply(org-icalendar--combine-files nil
(~/Test/Orgmodetest/CaldavKalender/testtodo.org
~/Test/Orgmodetest/CaldavKalender/caldav-inbox.org)) (if (featurep
(quote ox-icalendar)) (apply (quote org-icalendar--combine-files) nil
orgfiles) (apply (quote org-export-icalendar) t orgfiles)) (let
((icalendar-file (if (featurep (quote ox-icalendar)) (quote
org-icalendar-combined-agenda-file) (quote
org-combined-agenda-icalendar-file))) (orgfiles (append
org-caldav-files (list org-caldav-inbox))) (org-icalendar-store-UID t)
(org-icalendar-include-bbdb-anniversaries nil) (icalendar-uid-format
orgsexp-%h) (org-icalendar-date-time-format (cond ((and
org-icalendar-timezone (string= org-icalendar-timezone UTC))
:%Y%m%dT%H%M%SZ) (org-icalendar-timezone ;TZID=%Z:%Y%m%dT%H%M%S) (t
:%Y%m%dT%H%M%S (set icalendar-file (make-temp-file
org-caldav-)) (org-caldav-debug-print 1 (format Generating ICS file
%s. (symbol-value icalendar-file))) (if (featurep (quote
ox-icalendar)) (apply (quote org-icalendar--combine-files) nil
orgfiles) (apply (quote org-export-icalendar) t orgfiles))
(find-file-noselect (symbol-value icalendar-file)))
org-caldav-generate-ics() (setq org-caldav-ics-buffer
(org-caldav-generate-ics)) (if (and org-caldav-event-list (y-or-n-p
Last sync seems to have been aborted. Should I try to resume? )) nil
(setq org-caldav-ics-buffer (org-caldav-generate-ics)) (setq
org-caldav-event-list nil) (setq org-caldav-sync-result nil)
(org-caldav-load-sync-state) (let ((--dolist-tail--
org-caldav-event-list) cur) (while --dolist-tail-- (setq cur (car
--dolist-tail--)) (org-caldav-event-set-status cur nil) (setq
--dolist-tail-- (cdr --dolist-tail--
(org-caldav-update-eventdb-from-org org-caldav-ics-buffer)
(org-caldav-update-eventdb-from-cal)) org-caldav-sync()
call-interactively(org-caldav-sync record nil)
command-execute(org-caldav-sync record) execute-extended-command(nil
org-caldav-sync) call-interactively(execute-extended-command nil nil)
command-execute(execute-extended-command)


 

Does that help?

Detlef



Re: [O] org-caldav problem; used to work

2014-11-16 Thread Detlef Steuer
Am Sun, 16 Nov 2014 23:37:48 +0100
schrieb David Engster d...@randomsample.de:

 The signature of org-icalendar--combine-files changed in
 67ae102b4b. I've pushed a workaround which should fix this.

Thank you! I can confirm that fixes the reported issue, i.e.
my test appointments are exported and show up in the owncloud´s calendar.

Fine!

But there was a new Problem: A new set of UIDs got created when I edited
my test data. (removed the SCHEDLULED key-word)

--- Before (result of first test export)

* APPT Test1 
  SCHEDULED: 2014-11-12 Mi 19:00-20:00
  :PROPERTIES:
  :ID:   dc432cb8-ab29-4bf0-8ea0-e40ca8e8850d
  :END:

* APPT Test2
  SCHEDULED: 2014-11-16 So 23:00-24:00
  :PROPERTIES:
  :ID:   ec46076b-e1d9-453b-8e63-317e6ff64b0e
  :END:
  

* APPT Test3
  SCHEDULED: 2014-11-17 Mo 23:00-24:00
  :PROPERTIES:
  :ID:   c28a7aa7-9c93-4d94-9f85-d563d933bb35
  :END:
  
---

removed SCHEDULED 

--- After

* APPT Test1 
  :PROPERTIES:
  :ID:   867c4f4e-9c7f-4d39-9404-f9dadb25edd9
  :END:
  2014-11-12 Mi 19:00-20:00
  :PROPERTIES:
  :ID:   dc432cb8-ab29-4bf0-8ea0-e40ca8e8850d
  :END:

* APPT Test2
  :PROPERTIES:
  :ID:   4961e4b3-cb9b-4247-b4f5-4e27cb2d1ee1
  :END:
  2014-11-16 So 23:00-24:00
  :PROPERTIES:
  :ID:   ec46076b-e1d9-453b-8e63-317e6ff64b0e
  :END:
  

* APPT Test3
  :PROPERTIES:
  :ID:   5cc68445-4829-4672-863b-3b4bb7346f11
  :END:
  2014-11-17 Mo 23:00-24:00
  :PROPERTIES:
  :ID:   c28a7aa7-9c93-4d94-9f85-d563d933bb35
  :END:
  
---

Detlef

 
 -David




Re: [O] org-caldav problem; used to work

2014-11-16 Thread Detlef Steuer
Am Sun, 16 Nov 2014 23:24:24 +0100
schrieb Rasmus ras...@gmx.us:

 Detlef Steuer detlef.ste...@gmx.de writes:
 
  Am Sun, 16 Nov 2014 22:53:11 +0100
  schrieb David Engster d...@randomsample.de:
 
  Detlef Steuer writes:
   org-check-agenda-file: Wrong type argument: stringp, nil
  
  Do M-x toggle-debug-on-error before the sync and you should get a
  backtrace for the error. Just post that here and we might be able
  to see what's going on.
  
  -David
  
 
  Thx David!
 
  Here it is:
 
 Try to remove nil in line 882.  I.e.:
 
 (apply 'org-icalendar--combine-files orgfiles)

Yeah. Spot-on! Worked, but David`s fix also arrived before I could send
this reply. 

Thx a lot!

Detlef


 
 —Rasmus
 






[O] org-caldav problem; used to work

2014-11-13 Thread Detlef Steuer
Hi!

Finally I want to put my org-calendar into owncloud for easy access
everywhere.
I tried before, but had difficulties with UIDs maybe a year before
and gave up.

Nevertheless: Last time I tried the basics were easy and I had
a script working for small files. Now I get an error and am running out
of steam after a few hours of trying:


==

testtodo.org looks like this:

* Test1 
  SCHEDULED: 2014-11-20 Mi 19:00-20:00

==

If now I enter M-x org-caldav-sync

I get the following in *Messages*

Contacting host: CORPORATESERVER:443
auth-source-search: found 1 results (max 1) matching (:max 1 :host 
CORPORATESERVER:443 :port https)
auth-source-search: found 1 CACHED results matching (:max 1 :host 
CORPORATESERVER:443 :port https)
Contacting host: CORPORATESERVER:443
org-check-agenda-file: Wrong type argument: stringp, nil
gnutls.c: [0] (Emacs) fatal error: The TLS connection was non-properly 
terminated.

And in *org-caldav-debug*

== Started sync.
Check connection for 
https://cloud.unibw-hamburg.de/owncloud/remote.php/caldav/calendars/steuer/testtodo/.
Generating ICS file /tmp/org-caldav-70960sU.

The ICS file is empty.



My minimal init.el used for these experiments:

 Org Mode ;;;
(setq load-path (cons ~/.emacs.d/org-mode/lisp load-path))
(setq load-path (cons ~/.emacs.d/org-mode/contrib/lisp load-path))

(require 'org)

;; The following lines are always needed.  Choose your own keys.
(add-to-list 'auto-mode-alist '(\\.org\\' . org-mode))
(add-hook 'org-mode-hook 'turn-on-font-lock)
(global-set-key \C-cl 'org-store-link)
(global-set-key \C-ca 'org-agenda)
(global-set-key \C-cb 'org-iswitchb)

(setq org-directory ~/Test/Orgmodetest/CaldavKalender)
(setq org-default-notes-file (concat org-directory /inbox.org))
(define-key global-map \C-cc 'org-capture)

(setq org-agenda-files 
(quote(~/Test/Orgmodetest/CaldavKalender/testtodo.org)))

(require 'auth-source)
(setq auth-sources '((:source ~/.netrc :host t :protocol t)))
(setq auth-source-debug t)

; for org-caldav
;;(setq org-icalendar-include-todo t)
;;(setq org-icalendar-use-deadline '(todo-due))
;;(setq org-icalendar-use-scheduled '(event-if-not-todo))

(setq org-icalendar-timezone Europe/Berlin)

(setq load-path (cons ~/.emacs.d/org-caldav load-path))

(setq org-caldav-url 
https://CORPORATESERVER/owncloud/remote.php/caldav/calendars/steuer;)

(setq org-caldav-calendar-id testtodo)

(setq org-caldav-files '(~/Test/Orgmodetest/CaldavKalender/testtodo.org) )

(setq org-caldav-inbox ~/Test/Orgmodetest/CaldavKalender/caldav-inbox.org)

(require 'org-caldav)

---

emacs is invoked as
emacs -Q -l init.el testtodo.org


emacs-24.4.1
org 8.3beta from today

The server (and the paths) works. At least I can sync my mobile.

Any obvious mistake on my side?
Where does org-check-agenda-file happen?

How can I debug any further?

Any help appreciated!

Detlef






Re: [O] How to extract TODOs from date-tree

2014-10-29 Thread Detlef Steuer
Hi Nick!


 If there are use cases out there, it might be worth collecting them
 and then thinking about how to support them better. If there aren't,
 maybe it should be thrown out.
 


Oh, NO, don´t do that! Datetrees were a major enhancement for my
workflow. I use one as a kind  of lab logbook and time tracker.

Fits my use very well and I would miss it a lot!

I think datetrees work like intended and stable.

Regards
Detlef





Re: [O] How to extract TODOs from date-tree

2014-10-29 Thread Detlef Steuer
Am Wed, 29 Oct 2014 08:20:47 -0400
schrieb Nick Dokos ndo...@gmail.com:

 Detlef Steuer detlef.ste...@gmx.de writes:
 
  Hi Nick!
 
 
  If there are use cases out there, it might be worth collecting them
  and then thinking about how to support them better. If there
  aren't, maybe it should be thrown out.
  
 
 
  Oh, NO, don´t do that! Datetrees were a major enhancement for my
  workflow. I use one as a kind  of lab logbook and time tracker.
 
  Fits my use very well and I would miss it a lot!
 
  I think datetrees work like intended and stable.
 
 
 Yes, that was a bit provocative, wasn't it? I don't think there is
 any need to worry.
 
 Could you describe your use case?

Nothing to see here: Just hitting C-c a a i j a few times during a day 
and add some notes for today in a diary/logbook. That's it. 

I'm quite happy about the status quo.

Detlef

 Maybe it could fill the hole in the
 manual. Also, maybe my impression that it's thinly supported may be
 wrong, but you would know better: is there datetree functionality that
 you find yourself wishing for?
 






Re: [O] agenda time grid -- default time slot lines

2014-10-09 Thread Detlef Steuer
Am Mon, 06 Oct 2014 10:58:44 +0200
schrieb Sebastien Vauban
sva-n...@mygooglest.com:

 False assumption!  ;-)
 
 Use `remove-match':
 
 --8---cut here---start-8---
   (setq org-agenda-time-grid '((daily remove-match)

(0800 1000 1200 1400 1600 1800 2000)))
 --8---cut here---end---8---
 

Does this actually work for you/anyone? 

If I copy this verbatim in my init.el the grid 
is gone. Nothing changes if I toggle the grid besides the message saying
I turned the grid on or off.

Org from git, emacs 24.3.1

Best regards
Detlef


 Best regards,
   Seb






Re: [O] agenda time grid -- default time slot lines

2014-10-09 Thread Detlef Steuer
Am Thu, 9 Oct 2014 09:34:18 +0200
schrieb Detlef Steuer detlef.ste...@gmx.de:

 Am Mon, 06 Oct 2014 10:58:44 +0200
 schrieb Sebastien Vauban
 sva-n...@mygooglest.com:
 
  False assumption!  ;-)
  
  Use `remove-match':
  
  --8---cut here---start-8---
(setq org-agenda-time-grid '((daily remove-match)
 
 (0800 1000 1200 1400 1600 1800
  2000))) --8---cut
  here---end---8---
  
 
 Does this actually work for you/anyone? 

Sorry for the noise. I didn´t use a daily view ...

Works as expected.

Detlef


 
 If I copy this verbatim in my init.el the grid 
 is gone. Nothing changes if I toggle the grid besides the message
 saying I turned the grid on or off.
 
 Org from git, emacs 24.3.1
 
 Best regards
 Detlef
 
 
  Best regards,
Seb
 
 
 
 
 






[O] export to odt: error in style.xml

2014-10-07 Thread Detlef Steuer
Hi!

Trying to open an exported ODT document I see the erroe message:
format error in styles.xml in position (790,2)

This is found the following part of styles.xml:

snip  a lot  of stuff from styles.xml

!-- Org Htmlfontify Styles --

/office:styles

^
This line above is line 790

office:automatic-styles
  style:style style:name=MP1 style:family=paragraph
  style:parent-style-name=Footer/ style:paragraph-properties
  fo:text-align=center style:justify-single-word=false/
  /style:style


snip more stuff .

Any ideas?

GNU Emacs 24.3.1, org from git 
Org-mode version 8.3beta (release_8.3beta-422-gb54ad3 

Export to latex/pdf works as expected.

Thx in advance
Detlef






Re: [O] [patch, ox] Unnumbered headlines

2014-08-09 Thread Detlef Steuer
Am Fri, 08 Aug 2014 15:39:15 +0200
schrieb Rasmus ras...@gmx.us:

 Needless to say such a feature needs to be discussed and I not sure
 whether the greater Org community finds it useful or needless clutter.


Definitly a candidate for inclusion in org-mode.
Thx for the patch!

Detlef




Re: [O] An Org centric research lab: Goodbye MS word, excel, and powerpoint

2014-07-11 Thread Detlef Steuer
Am Wed, 9 Jul 2014 22:37:12 +
schrieb Doyley, Marvin M. mdoy...@ur.rochester.edu:

  I notice that you prefer to use python rather than matlab. Is there
 a reason  for this ? Matlab is free at my institution so cost  is not
 an issue.

Free here, too. 

But we prefer R for Data Analysis, not at least because it is OS agnostic.

Furthermore, when I was a student myself, I *hated* to be forced into 
the overcrowded, overheated lab for programming. Now everybody can choose to 
programm at home, in the lab, on the train or on the beach. (Ok, the last one 
is not too important most of the time over here, but today it would be an 
alternative.)

Have a nice summer

Detlef




Re: [O] [PATCH] Improve usage of odt content templates

2014-05-22 Thread Detlef Steuer
Am Wed, 21 May 2014 14:47:37 +0200
schrieb Nicolas Goaziou n.goaz...@gmail.com:

 Hello,
 
 Christian Kellermann ck...@pestilenz.org writes:
 
  I first thought about using ODT_STYLES_FILE in the list form and
  pick out the content.xml from there, but maybe that's a bit
  unexpected as one might use a different content than from the style.
 
  But the control flow as it is now would need to be refactored to
  make this a nice patch too.
 
  I shall resend this patch with proper docstrings and manual patches
  if you like.
 
 Please do.
 
  I think this is a more general issue: should we implement an
  
#+OPTIONS: title:nil
  
  feature? I think it makes some sense since we already have
  date:nil and author:nil. In any case, keywords are not meant to be
  used for booleans. This should be an OPTIONS item.
 
  I don't feel qualified to decide on this. I can provide the needed
  patches though.
 
 Introducing the item is easy, but making something out of it in each
 back-end is not, as it requires to define what title:nil means there.
 In particular, should it be an empty title or something else?
 
 For example, ascii back-end provides a banner as its title. Should
 title:nil remove the title from the banner or should it remove the
 banner altogether, thus overriding date:t and author:t items.
 
 Likewise, should title:nil insert \title{} in a LaTeX document
 header, remove the \maketitle{} line, or perhaps, both?

To be consistent over backends I think it should be implemented as
an empty title string. If date:t or/and author:t are specified these
should show up somewhere.

\maketitle{} should be removed only, if a titlepage would appear empty 
in the exported document.

Just the usual 2c worth of opinion.

Detlef


 
 It seems that you answered to that question regarding ODT back-end
 though.
 
 WDYT?
 
 
 Regards,
 






Re: [O] Org based websites w/o export

2014-05-21 Thread Detlef Steuer
Am Tue, 20 May 2014 13:43:20 +0200
schrieb Bernd Haug bernd.h...@xaidat.com:

 On 19 May 2014 19:58, Ken Mankoff mank...@gmail.com wrote:
  Jr works by having javascript render the markdown to HTML. That is,
  you write markdown, upload markdown w/o running a generator, and the
  generator runs in the browser of the viewer.
 
  This is efficient for the server (simpler pages) and author (no
  need to run a static site generator), but may be globally
  inefficient for a popular site (many browser doing rendering).
 
 I'd phrase this point more strongly:
 The whole concept of intensive client-side rendering
 is fashionable, but an eminently bad idea from a
 number of perspectives.

Thank you for this post! This fashion together with the love for an
unbearable amount of whitespace instead of content on modern websites
is irritating. (Ok, at least for me.) 

If you really suffer from converting .md to .html  just automate it with some
makefile and scp magic. You can hack away like in the case of client site 
rendering and you don´t imply the consequences Bernd outlines.

On the server side compression of static pages should help a lot.
(There is a trade off between energy demand and compression of course,
but .gz decompression is very efficient.)

 
 I ran my list past Ken and he encouraged me to post them (thanks), so
 here goes:
 
 1) UX:
 
 Rendering in the browser's rendering engine is always faster than
 rendering in JS and then in the browser's rendering engine. Speed
 matters.

Think about the runtime and longevity of your mobile phone.
For most this should be a killer argument. :-)

Regards
Detlef 



 
 2) Engineering (l'art pour l'art):
 
 Not caching the most eminently cacheable thing on Earth, the rendering
 of static web pages, makes baby Dijkstra cry.
 
 3) Economics (egoistical):
 
 Search engines are optimized for interpreting and presenting HTML. If
 you want to be found, have your content in HTML.
 
 4) Economics (global):
 
 Electricity ain't free; why spend it many times over even if it's not
 you doing the spending?
 
 5) Ecology
 
 There are impacts to wasting power beyond its monetary price.
 
 
 
 So, enough with the criticism. How to constructively approach this?
 
 If the size difference between HTML and MD makes a difference for
 your bandwidth cost, maybe consider just precompressing your files
 offline (this, too, can be done prior to uploading…) and teaching your
 web server that for files x.html, deliver x.html.gz as a pre
 compressed stream first if available.
 
 Cheers, Bernd
 
 





Re: [O] [PATCH] Improve usage of odt content templates

2014-05-20 Thread Detlef Steuer
Am Tue, 20 May 2014 16:37:45 +0800
schrieb Eric Abrahamsen e...@ericabrahamsen.net:

 Rasmus ras...@gmx.us writes:
 
  Nicolas Goaziou n.goaz...@gmail.com writes:
 
  I think this is a more general issue: should we implement an
 
#+OPTIONS: title:nil
 
  feature? I think it makes some sense since we already have
  date:nil and author:nil. In any case, keywords are not meant to be
  used for booleans. This should be an OPTIONS item.
 
  That's nicer than a blank title (#+TITLE: ).
 
  I prefer the earlier ox-behavior where no title would be printed if
  title was missing, rather than using the file-name.  The file name
  is never interesting in my work flow.  If introducing a title
  option it would be nice if an option is print title if present so
  that this can be set by default.
 
 +1

+2

Have fought with set filename as title before, would like and use 
such an option.

Detlef

 
 I'm forever deleting the title because I forget to insert an empty
 string #+TITLE option. If there was an `org-export-with-title' option
 I'd set it to nil and be happy 80% of the time.
 
 E
 
 
 



-- 
Detlef Steuer

---

Dr. Detlef Steuer
Helmut-Schmidt-Universität
Fakultät WiSo
Holstenhofweg 85
22043 Hamburg

Tel:  040/6541-2819
mail: ste...@hsu-hh.de





Re: [O] Non-scheduled repeating tasks

2014-05-07 Thread Detlef Steuer
Am Mon, 5 May 2014 15:52:26 +0200
schrieb Albin Stjerna albin.stje...@gmail.com:

 Hi,
 
 I've been thinking about how to integrate tasks which are to some
 extent tracked elsewhere into my org-mode workflow, such as for
 example read N chapter of book A or watch K video lectures at X.
 
 I'd like a way to describe in org-mode that a task should be completed
 a number of times, and then have org-mode let the task recur a number
 of times, possibly with a cool-down period (but that's not really
 necessary). The normal progress cookies % and / would preferrably be
 used to indicate progress in the TODO headings themselves.
 

Not sure if I understand correctly, but did you look into org-habits? 
Sounds similar.

http://orgmode.org/manual/Tracking-your-habits.html

Detlef


 1. Has something like this been attempted by anyone else before?
 2. Which org-mode hooks would be a good place to start integrating
 something that would both potentially block TODO transitions and have
 to read/write properties and/or special drawers in org-mode? At first,
 I thought that the problem could be trivially solved with the
 org-blocker-hook, but I realised that it said it shouldn't update the
 org buffers, and my function needs to in order to update the state for
 blocked tasks (e.g. increment the counter).
 
 Thanks in advance!
   Albin
 
 






Re: [O] auto-roll-over of org-todo's?

2014-04-24 Thread detlef . steuer

Hi Sharon, 

just remove the SCHEDULED keyword.

Detlef

Am Thu, 24 Apr 2014 04:47:45 +0100
schrieb Sharon Kimble boudic...@talktalk.net:

 In my agenda I have several items I call my weeklies because they
 repeat weekly, this is one of them -
 --8---cut here---start-8---
 Desert island discs - radio 2 @ 1100
 SCHEDULED: 2014-04-27 Sun +7d
 --8---cut here---end---8---
 
 Is there any way in which it can be auto-rolled-over every Sunday
 without intervention from myself please?
 
 Thanks
 Sharon.






Re: [O] [OT] document scanner with ADF

2014-03-12 Thread Detlef Steuer
Am Tue, 11 Mar 2014 17:59:59 -0700
schrieb Samuel Wales samolog...@gmail.com:

 We had a great discussion about scanners and ADFs here a while back.
 The Fujitsu ScanSnap 1500 seemed to be a favorite.  We also talked
 about what resolutions to scan at.
 
 What's the current status of document scanners for Linux?  How good
 are the ADFs physically?

FWIW: As a single data point I can tell we have some Epson Workforce 3520 
working around in the department and I´m very surprised by their quality.

(light use)

Detlef

 
 Samuel
 






Re: [O] [RFC] Move ox-koma-letter into core?

2014-01-21 Thread Detlef Steuer

 My suggestion is to get rid of the contrib/ directory and to have
 a separate Git repository with libraries available from Org ELPA.

I really like that the important contribs are included in my orgmode 
GIT checkout. It would make it harder to _start_ with orgmode if the
repo woud be splitted. 

May be your suggestions are obvious for hard-core emacsers. But
nowadays I *think* there are a lot of orgmode users who use emacs just
because of orgmode. Even ELPA is no obvious choice if you mix the
package manager of your beloved distro with it.

For me as a user the current state of affairs works as expected. So,
please, only change it if you feel it is a must.

Detlef







Re: [O] org-caldav: Syncing Error: Could not find UID...

2013-12-10 Thread Detlef Steuer
Hi!

I spent most of yesterday afternoon on toying with org-caldav.

It came out as a more or less frustrating afternoon.

A while (a year?) ago I had setup a _working_ script to export multiple
calendars to owncloud. Owncloud wasn´t stable enough at that time, so I
stopped using it. Now I´m trying to setup a department cloud and
use it again. 

Two (small) of my three org files are exported fine as expected.
That means it works in principle.

The third (large) file gives a lot of problems.

1. I had the same error message as Daniel. I remember my critical UID
   beginning with TS10, too. Strange. 

2. _All_ headlines get IDs. Not only those with an active time stamp.
   The note to self Do experiments on copies only now has red color
   and an increased font size.  

3. While stepping through my script line by line I saw some R and lisp
   Code executed by org-babel while exporting calendar data. That was
   unexpected for me and  I *believe* that was related to the UID error.
   I am not sure, but at one point it *once* exported my ToDos,
   afterwards returning the good old UID error.
   (org-caldav-delete-everything) didn´t change a thing here,
   too.
 
All components used were recent git pulls.

Because I tried more an more things with increasing levels of impatience
I have no useful logs, but I at least want to confirm Daniels problems. 

Here is my setup for export  (HOSTNAME replaced):

=== Todo.el
(add-to-list 'load-path ~/GIT/org-mode/lisp/)
(require 'org)

(setq org-icalendar-include-todo t)
(setq org-icalendar-use-deadline '(todo-due))
(setq org-icalendar-use-scheduled '(event-if-not-todo))

(require 'auth-source)
(setq auth-sources '((:source ~/.netrc :host t :protocol t)))
(setq auth-source-debug t)

(add-to-list 'load-path ~/GIT/org-caldav/)
(setq org-caldav-url
https://HOSTNAME/owncloud/remote.php/caldav/calendars/steuer;)
(setq org-caldav-calendar-id todo) 
(setq org-caldav-files '(~/.pim/todo.org) ) 
(setq org-caldav-inbox ~/.pim/caldav-inbox.org) 
(require 'org-caldav) 
(org-caldav-sync)

===

This is called with:

emacs --batch --load ${HOME}/Scripts/Todo.el

inside a larger script.

When I find time I´ll construct a minimal example, but not today.

Any hints very appreciated.

Detlef



Am Fri, 06 Dec 2013 13:13:35 +0100
schrieb Daniel Thom d...@netbunker.de:

 Hi,
 
 because of this error i switched from owncloud to baikal. But the
 error stays the same
 
 Every sync aborts with the message:
 Could not find UID TS10-aa7e8257-c44f-47ef-b8ac-eb72130b8156.
 
 The Message Buffer says:
 Duplicate ID 29b80a9d-597d-459e-bea5-f5f671b59ea5, also in file
 .
 .
 
 WARNING: 28 duplicate IDs found, check Messages buffer
 progn: Could not find UID TS10-aa7e8257-c44f-47ef-b8ac-eb72130b8156.
 
 I have also run C-u M-x org-caldav-delete-everything but it changed
 nothing. :-(
 
 How can i solve this error?
 
 Emacs Version: GNU Emacs 24.3.50.1
 orgmode Version: Org-mode version 8.2.1
 org-caldav: fresh install (git clone)
 






Re: [O] A tutorial on using ox-rss.el to publish an Emacs-made blog

2013-09-26 Thread Detlef Steuer
On Wed, 25 Sep 2013 17:58:51 +0200
Carsten Dominik carsten.domi...@gmail.com wrote:

 +1.  Tis is the post that might put me over the edge and try it.


+1. Same status here. 

Detlef

 
 - Carsten




Re: [O] [export] Should sidewaystable option automatically add rotating package?

2013-09-13 Thread Detlef Steuer
Hi!

 Hello,
 
 Rasmus ras...@gmx.us writes:
 
  So the question is should it be a default package?
 
  I think not.  E.g. tabu isn't loaded.  Amsmath isn't loaded if you
  generate a matrix.
 
 I think the tabu case (and longtable...) is different from rotating.
 
 No feature in Org requires tabu or longtable unless user explicitly
 writes tabu or longtable somewhere in the buffer (i.e.
 in :environment attribute).
 
 On the other hand, rotating or wrapfig may be needed without the
 user knowing about it (e.g. when setting :float or :wrap attributes).
 
 Therefore, I think wrapfig and rotating belong to the same boat.
 Either we require them both in default packages, or we do not require
 any and add a footnote about it in the manual. I have no preference.
 

I think it is more consistent to provide these packages automagically.

There seems no downside besides slightly longer latex startup times.
Org already loads some default packages to perform its export magic.
Why not try to be feature complete in the sense Nicloas describes:
User doesn't try something special with latex, but uses
commands/options provided by org, so a bare bone export can be expected
work.

Personally I would appreciate it very much if org followed the
principle of least surprise in these cases, as these surprises tend to
show up, if time is running out ;-) 

Just my two user cents.

Detlef 


 On the same line, we could remove longtable from
 `org-latex-default-packages-alist', if only to spare a few kittens.
 
 WDYT?
 
 
 Regards,
 
 -- 
 Nicolas Goaziou
 
 





Re: [O] odt import

2013-05-21 Thread Detlef Steuer
On Sun, 19 May 2013 19:27:49 +0200
Uwe Brauer o...@mat.ucm.es wrote:

  Ethan == Ethan Ligon li...@are.berkeley.edu writes:
 
 Uwe Brauer oub at mat.ucm.es writes:
 
 Uwe Brauer 
 
 
 
 Presumably a reference to
 
 https://bitbucket.org/josemaria.alkala/odt2org/wiki/Home
 
 I haven't used it, and it's rather old (predates org-elements, I think). 
  
 
 Thanks but there are now files for downloading so I presume this project
 is dead.
 

Don't know anything about it but there is something to try:
https://bitbucket.org/josemaria.alkala/odt2org/src

Detlef
 





Re: [O] M-RET and C-RET turn current line of text into a heading?

2013-05-16 Thread Detlef Steuer
On Thu, 16 May 2013 09:22:30 +0200
Daniel Bausch danielbau...@gmx.de wrote:

 Hi!
 
  I still think it's pretty important to have an option for creating a new
  headline *below* all the contents of the current subtree -- what C-RET
  used to do.
 
 I like to second, that there needs to be a short key binding to insert a
 new headline below the current entry when the context is in the middle.
  (Could be C-M-RET or at least C-u C-RET, although I'm very used to type
 C-RET for doing that.).

+1

Regards
Detlef


 
 Regards,
 Daniel Bausch
 
 





Re: [O] Tracking flexitime

2013-04-22 Thread Detlef Steuer
Hi Thomas,

my way to handle this situation is a datetime tree.

In the morning 
C-c a a i j 
jumps to today and C-u C-c ! inserts a timestamp.
In the evening the same procedure followed by a 
C-u C-c y to calculate my time in the office.

Friday evening I calculate over/under time for that week (in my head)
and note it.

A typical Friday entry looks like that:

*** 2013-04-19 Freitag
[2013-04-19 Fr 08:45]--[2013-04-19 Fr 17:05] 08:20 (+2:00 +11:10)


+2:00 over/undertime this week +11:10 is total over/undertime.

Very litte automatisation, but only say 1 min effort a week. 

Hth
Detlef


On Mon, 22 Apr 2013 10:35:58 +0200
Thomas Koch tho...@koch.ro wrote:

 Hi,
 
 I'm searching for best practices to track flexi time with orgmode. I've a 
 work 
 contract of 8 hours per day in average. So I'd like to start a clock when I 
 arrive at work, pause it for lunch and stop it when I leave.
 
 I wouldn't like to rely only on the sum of the time spent on tasks since 
 there 
 is always work time that can hardly be assigned to a specific task.
 
 So in my understanding I'd need two clocks: One for the time that I'm at work 
 and the other one for the task I'm currently working on. The sum of the 
 second 
 clock will always be a little bit less than the first. But org-mode only 
 supports one clock at a time?
 
 The next question is, how can I see my current overtime account?
 
 Google results:
 
 There has been a similar question on stackoverflow:
 http://stackoverflow.com/questions/10122813/tracking-flexitime-using-emacs-org-mode
 
 Somewhat related: lisp code for weekly timesheets
 http://lvalue.blogspot.ch/2010/02/weekly-timesheets-in-org-mode.html
 
 What have I done today?
 http://superuser.com/questions/196441/emacs-org-mode-as-a-work-diary
 
 Thank you,
 
 Thomas Koch, http://www.koch.ro
 
 





Re: [O] Tracking flexitime

2013-04-22 Thread Detlef Steuer
Sorry for being inexact.

 Thank you Detlef for sharing this. However I can not follow.
 
 - C-c a runs the command org-agenda
 - a selects calendar for current week or day
 - i runs the command org-agenda-diary-entry
 - j ???
 
 - What is a datetime tree?

It is a date tree in org speak, sorry.
See section 9.1.3 Capture Templates in the Manual.

 
 - Do you have an extra file only to track you time at work? Could you share 
 (privately?) such a file?
 

Yes, but it contains, well, a date tree and nothing else.

 - I also could not find the binding for C-c y. What does it do?

C-u C-c C-y calculates the difference between time stamps.

See 8.2 in the manual. (entry on org-evaluate-time-range)

Regards
Detlef

 
 I guess you also use functionality of the calendar/diary package of emacs?
 
 Regards,
 
 Thomas Koch, http://www.koch.ro
 
 





Re: [O] New maintainer

2013-04-18 Thread Detlef Steuer
The king is dead, long live the king!
:-)

Thank you, Bastien, for all the work!

And thank you, Carsten, for all the work to come! 

Detlef


On Thu, 18 Apr 2013 18:53:32 +0200
Bastien b...@gnu.org wrote:

 Dear all,
 
 I'm stepping down as the Org maintainer.
 
 Carsten accepted to step up, if the community agrees.
 Please raise your thumbs up or your concerns, if any.
 
 I'm glad I had this opportunity to work as Robin and
 I'm even more glad Batman may strike back!
 
 :)
 
 -- 
  Bastien
 
 
 





Re: [O] ox-html.el removal

2013-03-10 Thread Detlef Steuer

 I am willing to go as far is humanly possible for me to have my
 displeasure registered.
 

Dear Jambunathan, 

your displeasure is very well registered by the hundreds or even
thousands of readers of this list. 

It is very sad to see an obviously very gifted and energetic programmer
going in lonely fighter mode without obvious reasons.

But: The papers the FSF asked you to sign were constructed for exactly
this case I assume. 
No developer may ever have the rights to destroy afterwards what nice
piece of work he once gave to the community!

I must admit the FSF is to praise. It always seemed  a bit restrictive
to me to demand that time consuming process of sending the paperworks
all over the world. Now I understand. 

You authored valuable parts of orgmode, yes. And you promised
and decided, through signing the FSF papers, to never take it away
again.  

Now you changed your mind. Humans, even programmers, change
their mind. Nevertheless there is your promise on paper, signed by you.
It is impossible for you to take anything away now and, morally,
that's the right thing, too. Otherwise some contributors could easily
destroy communities and their spirit at will whenever their
mind would change. 

So, thanks for your great contributions! No kidding here. 

Find some peace of mind.

Best regards
Detlef










 -- 
 
 





Re: [O] Offer for taking over maintainership

2013-02-14 Thread Detlef Steuer
  Note: Anger is futile, particularly over the internet.  
 
  Sure it is ; but you do look angry.  
 
 You should come see me in my apartment, as I type these words.  No one
 is having more fun than I am having right now.

If that is true, if this is fun for you, then you shall understand
that you are damaging the community with your fun. Whatever your
problems are: create a fork, but don't troll around here.  

This mailing list is, besides your regular rants against Bastien, one
of the friendliest crowds on the net. 

For me that is important. Everybody is willing to give a helping hand
to each other. Even to someone like me who is completely irrelevant for
the progress of org-mode.

What Carsten created and Bastien continues _every_ day is invaluable for many.
Bastien does a fantastic job as a maintainer. Accept that. 

May be you are the best elisp coder in the world.
If this thread really means having fun for you: Look for another
place to enjoy yourself, please!

Detlef





Re: [O] [new exporter] workaround/replacement for org-export-as-html-batch

2013-02-13 Thread Detlef Steuer
On Tue, 12 Feb 2013 20:34:55 +0100
Nicolas Goaziou n.goaz...@gmail.com wrote:

 Does `org-html-export-to-html' works as a replacement for
 `org-export-as-html-batch'?

Yes! Thank you so much!

Detlef




  1   2   3   >