Re: [O] Does :block field of clocktable respect org-extend-today-until?

2018-06-26 Thread Nicolas Goaziou
Hello,

Robert Irelan  writes:

> I've attached a patch on top of my first patch, containing tests.

Applied. Thank you!

Regards,

-- 
Nicolas Goaziou



Re: [O] Revised iCalendar visibility

2018-06-26 Thread Nicolas Goaziou
Hello,

Tobias Schlemmer  writes:

> From 810c66b23aa9302b6a723b257210d97342cebba8 Mon Sep 17 00:00:00 2001
> From: Tobias Schlemmer 
> Date: Tue, 26 Jun 2018 19:47:26 +0200
> Subject: [PATCH] Add an entry for iCalendar export CLASS attribute to ORG-NEWS
>
> * etc/ORG-NEWS: Document iCalendar export CLASS attribute

Applied. Thank you.

Regards,

-- 
Nicolas Goaziou



Re: [O] Text does not align with nested heading

2018-06-26 Thread Zongheng Yang
Turning on org-indent-mode again solved the issue.

On Tue, Jun 26, 2018 at 10:07 PM Zongheng Yang  wrote:

> Since a couple days (or just these past week?) ago my orgmode started
> displaying a weird issue: the text under a heading is not properly aligned.
> See the screenshot here: https://imgur.com/a/VrGap1s. No matter how
> nested the heading is, the text seems to always start at the first
> character of the visual line. What's wrong and how do I debug/fix this?
>
> Thanks,
> Zongheng
>


[O] Text does not align with nested heading

2018-06-26 Thread Zongheng Yang
Since a couple days (or just these past week?) ago my orgmode started
displaying a weird issue: the text under a heading is not properly aligned.
See the screenshot here: https://imgur.com/a/VrGap1s. No matter how nested
the heading is, the text seems to always start at the first character of
the visual line. What's wrong and how do I debug/fix this?

Thanks,
Zongheng


[O] globbing file links

2018-06-26 Thread Samuel Wales
i frequently have broken file: links.  this might reduce their occurrence.

i'd like to be able to do this:

  file:.../**/myfile

which would use bash's globbing mechanism or an elisp equivalent.

also perhaps this:

  file:.../**/*myfile*

if one file results, i would like it to open as normal.  if more than
one file results, i would like all of them to open in a dired-virtual
buffer.  i think dired-virtual is in core.

the first case would prevent broken links by allowing myfile to be
moved as long as it is under 

the second case would allow you to select a bunch of files that have a
common substring.  it would also prevent broken links by allowing
myfile to be renamed slightly [such as compressed or uncompressed].

i think broken links are likely a common problem for org users.  maybe
this can help prevent it.

does this sound like a good idea as an optional feature?

if no, then what would be a good implementation of a glob: link?



Re: [O] Does :block field of clocktable respect org-extend-today-until?

2018-06-26 Thread Robert Irelan
I've attached a patch on top of my first patch, containing tests.

On Mon, May 7, 2018 at 1:38 PM Nicolas Goaziou  wrote:
>
> Hello,
>
> Robert Irelan  writes:
>
> > I've rebased against latest master and attached the patch.
>
> It looks good, thank you.
>
> Would you mind proving a couple of regression tests, e.g., in
> "test-org-clock.el"?
>
> Regards,
>
> --
> Nicolas Goaziou



-- 
Robert Irelan
rire...@gmail.com
From a7b1a3163d36a7d715abcce096c60ec50bb40658 Mon Sep 17 00:00:00 2001
From: Robert Irelan 
Date: Tue, 26 Jun 2018 18:33:39 -0700
Subject: [PATCH 2/2] Add tests for clocktable behavior under
 org-extend-today-until

---
 testing/lisp/test-org-clock.el | 50 ++
 1 file changed, 50 insertions(+)

diff --git a/testing/lisp/test-org-clock.el b/testing/lisp/test-org-clock.el
index e85325c14..abb3637bd 100644
--- a/testing/lisp/test-org-clock.el
+++ b/testing/lisp/test-org-clock.el
@@ -979,5 +979,55 @@ CLOCK: [2017-12-27 Wed 08:00]--[2017-12-27 Wed 16:00] =>  8:00"
 		  (concat ":step day :tstart \"<2017-12-25 Mon>\" "
 			  ":tend \"<2017-12-27 Wed 23:59>\" :stepskip0 t")))
 
+(ert-deftest test-org-clock/clocktable/extend-today-until ()
+  "Test assignment of clock time to days in presence of \"org-extend-today-until\"."
+  ;; Basic test of :block with org-extend-today-until - the report for
+  ;; 2017-09-30 should include the time clocked on 2017-10-01 before
+  ;; 04:00.
+  (should
+   (equal "| Headline | Time   |
+|--+|
+| *Total time* | *2:00* |
+|--+|
+| Foo  | 2:00   |"
+	  (org-test-with-temp-text
+	   "* Foo
+CLOCK: [2017-09-30 Sat 12:00]--[2017-09-30 Sat 13:00] =>  1:00
+CLOCK: [2017-10-01 Sun 02:00]--[2017-10-01 Sun 03:00] =>  1:00
+CLOCK: [2017-10-01 Sun 11:00]--[2017-10-01 Sun 13:00] =>  2:00"
+	   (setq-local org-extend-today-until 4)
+	   (let ((system-time-locale "en_US"))
+	 (test-org-clock-clocktable-contents
+	  ":block 2017-09-30")
+
+  ;; Week-length block - time on Monday before 04:00 should be
+  ;; assigned to previous week.
+  (should
+   (equal "
+Weekly report starting on: [2017-10-01 Sun]
+| Headline | Time   |
+|--+|
+| *Total time* | *2:00* |
+|--+|
+| Foo  | 2:00   |
+
+Weekly report starting on: [2017-10-02 Mon]
+| Headline | Time   |
+|--+|
+| *Total time* | *2:00* |
+|--+|
+| Foo  | 2:00   |
+"
+	  (org-test-with-temp-text
+	   "* Foo
+CLOCK: [2017-10-01 Sun 12:00]--[2017-10-01 Sun 13:00] =>  1:00
+CLOCK: [2017-10-02 Mon 02:00]--[2017-10-02 Mon 03:00] =>  1:00
+CLOCK: [2017-10-02 Mon 11:00]--[2017-10-02 Mon 13:00] =>  2:00"
+	   (setq-local org-extend-today-until 4)
+	   (let ((system-time-locale "en_US"))
+	 (test-org-clock-clocktable-contents
+	  ":step week :block 2017-10 :stepskip0 t"))
+
+
 (provide 'test-org-clock)
 ;;; test-org-clock.el end here
-- 
2.18.0.rc2.346.g013aa6912e-goog

From dceba0d0964bce75cf78246f33becd0fbe543b7d Mon Sep 17 00:00:00 2001
From: Robert Irelan 
Date: Mon, 30 Apr 2018 17:18:16 -0700
Subject: [PATCH 1/2] Make org-extend-today-until work for clocktable block

org-clock: Properly handle `org-extend-today-until' in clock tables

 * lisp/org-clock.el (org-clock-special-range): Handle non-default
   `org-extend-today-until' when generating a clock table with the
   `:block` directive.

 Reported-by: Robert Irelan 
 
---
 lisp/org-clock.el | 18 --
 1 file changed, 12 insertions(+), 6 deletions(-)

diff --git a/lisp/org-clock.el b/lisp/org-clock.el
index b769a4fed..f2562fb6d 100644
--- a/lisp/org-clock.el
+++ b/lisp/org-clock.el
@@ -2200,13 +2200,17 @@ have priority."
 	(`lastq (setq key 'quarter shift -1
 ;; Prepare start and end times depending on KEY's type.
 (pcase key
-  ((or `day `today) (setq m 0 h 0 h1 24 d (+ d shift)))
+  ((or `day `today) (setq m 0
+  h org-extend-today-until
+  h1 (+ 24 org-extend-today-until)
+  d (+ d shift)))
   ((or `week `thisweek)
(let* ((ws (or wstart 1))
 	  (diff (+ (* -7 shift) (if (= dow 0) (- 7 ws) (- dow ws)
-	 (setq m 0 h 0 d (- d diff) d1 (+ 7 d
+	 (setq m 0 h org-extend-today-until d (- d diff) d1 (+ 7 d
   ((or `month `thismonth)
-   (setq h 0 m 0 d (or mstart 1) month (+ month shift) month1 (1+ month)))
+   (setq h org-extend-today-until m 0 d (or mstart 1)
+ month (+ month shift) month1 (1+ month)))
   ((or `quarter `thisq)
;; Compute if this shift remains in this year.  If not, compute
;; how many years and quarters we have to shift (via floor*) and
@@ -2224,14 +2228,16 @@ have priority."
 	 (setq shiftedy (- y (+ 1 (nth 0 tmp)))
 		   shiftedm (- 13 (* 3 (nth 1 tmp)))
 		   shiftedq (- 5 (nth 1 tmp)
-	 (setq m

Re: [O] Revised iCalendar visibility

2018-06-26 Thread Tobias Schlemmer
Am 26.06.2018 um 11:53 schrieb Nicolas Goaziou:
> Hello,
>
> Tobias Schlemmer  writes:
>
>> some time ago sent pull request from GitHub to support per-entry
>> visibility in iCalendar export.
> We don't use GitHub.
No problem.
I don't remember where I got this advise. Usually I don't send requests
to random destinations.
>> I attach the patch and some short documentation of the feature in the
>> attaced files. They have been updated to honour the timezone patch and
>> the documentation switch from texinfo to org-mode.
> Applied in "next" branch. Thank you.
>
> Would you mind providing an entry for ORG-NEWS about it?
Attached.

Regards,
Tobias
>From 810c66b23aa9302b6a723b257210d97342cebba8 Mon Sep 17 00:00:00 2001
From: Tobias Schlemmer 
Date: Tue, 26 Jun 2018 19:47:26 +0200
Subject: [PATCH] Add an entry for iCalendar export CLASS attribute to ORG-NEWS

* etc/ORG-NEWS: Document iCalendar export CLASS attribute
---
 etc/ORG-NEWS | 10 ++
 1 file changed, 10 insertions(+)

diff --git a/etc/ORG-NEWS b/etc/ORG-NEWS
index 734732b2b..24f14a097 100644
--- a/etc/ORG-NEWS
+++ b/etc/ORG-NEWS
@@ -19,6 +19,16 @@ Please send Org bug reports to mailto:emacs-orgmode@gnu.org.
 See [[git:3367ac9457]] for details.
 
 ** New features
+*** iCalendar export respects a =CLASS= property
+Set the =CLASS= property on an entry to specify a visibility class for
+that entry only during iCalendar export. The property can be set to
+anything the calendar server supports. The iCalendar standard defines
+the values =PUBLIC=, =CONFIDENTIAL=, =PRIVATE=, which can be
+interpreted as publicly visable, accessible to a specific group, and
+private respectively.
+
+This property can be inherited during iCalendar export,
+depending on the value of ~org-use-property-inheritance~.
 *** Babel
  Add LaTeX output support in PlantUML
 *** New parameter for =INCLUDE= keyword
-- 
2.18.0.rc2



Re: [O] Bug: relative paths for links not preserved with #+INCLUDE [9.1.6 (release_9.1.6-419-g4b2006 @ /Users/gvoysey/.emacs.d/straight/build/org/)]

2018-06-26 Thread gvoysey
Hi,

Confirmed, this works on 9.1.13 and is not a bug, just user error.  Cheers!

On Tue, Jun 26, 2018 at 6:07 AM, Nicolas Goaziou 
wrote:

> Hello,
>
> gvoysey  writes:
>
> > I use org as my lab notebook.  Fairly often, I include figures and
> > plots.  I have the following style of file structure:
> >
> > Project
> > ├── project.org
> > └── subproject
> > ├── figures
> > │   └── foo.png
> > └── subproject.org
> >
> > I have been using #+INCLUDE to "lift" subproject.org up into project.org
> as
> > a subheading, so I can export the whole thing at once.
> >
> > so project.org looks like:
> >
> > #+begin_src org
> > * project
> > here are my notes
> > #+INCLUDE: "./subproject/subproject.org"
> > #+end_src
> >
> >
> > and subproject:
> >
> > #+begin_src org
> > * notes
> > see this plot:
> > [[./figures/foo.png]]
> > #+CAPTION: a cool figure.
> > #+end_src
> >
> > When I export =project.org= as HTML or LaTeX, the figures are not
> > included.  When I instead export =subproject.org= directly, they are.
> >
> > Is there a way to insert file links to specify "relative to exactly this
> > file no matter where you've found yourself", or is  #+INCLUDE mangling
> > filepaths kind of unavoidable?  If the latter, what's the recommended
> > course of action here?
>
> Could you upgrade Org? IIRC, it was fixed some time ago?
>
> Regards,
>
> --
> Nicolas Goaziou
>



-- 
Graham Voysey
Boston University College of Engineering
HRC Research Engineer
Auditory Biophysics and Simulation Laboratory
ERB 413


Re: [O] org-map-entries calls org-agenda-prepare-buffers unnecessarily?

2018-06-26 Thread Nicolas Goaziou
Hello,

Adam Porter  writes:

> I've noticed that org-map-entries calls org-agenda-prepare-buffers
> whenever its SCOPE argument is nil.  According to the docstring, a nil
> SCOPE means, "The current buffer, respecting the restriction if any," so
> it doesn't seem necessary to call org-agenda-prepare-buffers.

Here be dragons!

> I noticed this because I have a function in my org-mode-hook that runs
> org-map-entries (applying a read-only property to entries with a
> read_only tag), and whenever I find-file on a non-existent Org file, I'm
> prompted, "Non-existent agenda file %s.  [R]emove from list or
> [A]bort?", which is caused by org-map-entries being called with a nil
> SCOPE, which calls org-agenda-prepare-buffers, which calls
> org-check-agenda-file on the not-yet-existent file.  So if this behavior
> is indeed unnecessary, it would be nice to fix it.

For simple cases like yours, I suggest to map over headlines manually,
e.g., 

  (goto-char (point-min))
  (unless (org-at-heading-p) (outline-next-heading))
  (while (not (eobp))
   ... do stuff...)

> Is this a bug, or am I missing something?

Neither. `org-map-entries' is a complex function that arguably does more
than it should.

Regards,

-- 
Nicolas Goaziou



Re: [O] info URL « open at point » patch

2018-06-26 Thread Eli Zaretskii
> From: Vincent Belaïche 
> CC: "emacs-de...@gnu.org" 
> Date: Tue, 26 Jun 2018 05:47:04 +
> 
> My point is that for a modular design, the same package that provides
> the browse-url function, should also provide some match-url-at-point-p
> predicate, e.g.

There is such a function: browse-url-url-at-point.

But in general, I don't agree with your assertion: there's nothing
wrong for, e.g., browse-url.el to use a utility function declared
somewhere else.  Modularity doesn't mean each module must be
standalone and self-contained.



Re: [O] info URL « open at point » patch

2018-06-26 Thread Eli Zaretskii
> From: Vincent Belaïche 
> CC: "emacs-orgmode@gnu.org" 
> Date: Tue, 26 Jun 2018 05:19:32 +
> 
> Just to be factual:
> 1) Does anybody objects the patch as it is --- if not I would push it to the 
> repo ?

It needs to be called out in NEWS.

> 2) Does anybody agrees that the coding of Info-get-token is not futureproof 
> (length of regexp string used for max length of matchable string).

IMO, it's a separate issue and should be discussed separately.

Thanks.



Re: [O] Demoting in plain list displays asterisk as space

2018-06-26 Thread Van L


> I have no clue where to start searching

To list `org-` variables:

  C-h v org- TAB

You can try the following:

#+BEGIN_EXAMPLE

  ; find help for the mode's key map
  C-h b

  ; find help for the major mode
  C-s major

  ; click on org-end-of-line
  ; click on org.el
  ; there you find a file of 24936 lines to search

#+END_EXAMPLE




Re: [O] Demoting in plain list displays asterisk as space

2018-06-26 Thread Rainer Stengele

Am 26.06.2018 um 15:45 schrieb Rainer Stengele:

Am 25.06.2018 um 13:58 schrieb Nicolas Goaziou:

Hello,

Rainer Stengele  writes:


Having this item list:

- 1
- 2

with cursor in the "-2" row demoteing the item with org-shiftmetaright results 
in

- 1
 2

where the expected "  * 2" is displayed as "    2".
describe-char with cursor at the expected asterisk position reveals
that "*" is displayed as space:


I cannot reproduce it. Please check your configuration.

Regards,


Thanks, Nicolas, for doing a test.

I know already that it works with a minimal config.
My problem really is I have no clue where to start searching and would have hoped for an experienced user to give me a hint which (probably) 
org variable could let that asterisk disappear.

I find it quite difficult to find out the one culprit leading to such an effect.
I know about bisecting the .emacs init file but what about the configuartion 
variables?
Ho would you "bisect" that one?

Thank you.
Regards, Rainer




Hi again,

I just included the (custom-set-variables ..) and ((custom-set-faces ..)
forms from my custom.el file into my mini-init.el and did not find the reason 
there so will need to bisect my init files.

Thank you.
Regards, Rainer



Re: [O] Demoting in plain list displays asterisk as space

2018-06-26 Thread Rainer Stengele

Am 25.06.2018 um 13:58 schrieb Nicolas Goaziou:

Hello,

Rainer Stengele  writes:


Having this item list:

- 1
- 2

with cursor in the "-2" row demoteing the item with org-shiftmetaright results 
in

- 1
 2

where the expected "  * 2" is displayed as "2".
describe-char with cursor at the expected asterisk position reveals
that "*" is displayed as space:


I cannot reproduce it. Please check your configuration.

Regards,


Thanks, Nicolas, for doing a test.

I know already that it works with a minimal config.
My problem really is I have no clue where to start searching and would have hoped for an experienced user to give me a hint which (probably) 
org variable could let that asterisk disappear.

I find it quite difficult to find out the one culprit leading to such an effect.
I know about bisecting the .emacs init file but what about the configuartion 
variables?
Ho would you "bisect" that one?

Thank you.
Regards, Rainer




Re: [O] Bug: List of TODOs does not appear in agenda view [9.1.13 (9.1.13-elpaplus @ /Users/mic/.emacs.d/elpa/org-plus-contrib-20180611/)]

2018-06-26 Thread Michaël Chlon
Yes ,

I have now an org-aganda-files in my .spacemacs and all work as expected.
Thank you all very much.
Sorry for the noise.

CLOSED.
Rgds,
Michaël C.

On juin 26 2018, at 2:57 pm, Bernt Hansen  wrote:
>
> Michaël Chlon  writes:
> > Well it is very simple:
> > • Open a file ".org" in emacs
> > • press: C-c-a a or C-c-a t and do not see any TODO. I have presed the 
> > shortcuts that spacemacs provide but nothing ...
> > • I also try with timestamp and deadline, but nothing appear except the 
> > calendar
> >
> > My test file attached to this mail.
> > But when I try with emacs alone, i have everything displayed !
> > Chlon Michaël
> > [] E: mic.a.elle.ch...@gmail.com
> > P: 06 12 90 05 13
> > On juin 26 2018, at 12:17 pm, Nicolas Goaziou  
> > wrote:
> >
> > Michaël Chlon  writes:
> > What do you mean with : "ECM demonstrating" ?
> > A minimal complete example, i.e., a recipe so I can try to reproduce
> > your issue.
> >
> > Open Tracking
> Did you add your org file to org-agenda-files with C-c [ ?
> If you have no files in your org-agenda-files variable then your agenda
> will be empty.
>
> Regards,
> Bernt
>



Re: [O] Bug: List of TODOs does not appear in agenda view [9.1.13 (9.1.13-elpaplus @ /Users/mic/.emacs.d/elpa/org-plus-contrib-20180611/)]

2018-06-26 Thread Bernt Hansen
Michaël Chlon  writes:

> Well it is very simple:
>
>   • Open a file ".org" in emacs
>   • press: C-c-a a or C-c-a t and do not see any TODO. I have presed the 
> shortcuts that spacemacs provide but nothing ...
>   • I also try with timestamp and deadline, but nothing appear except the 
> calendar
>
> My test file attached to this mail.
>
> But when I try with emacs alone, i have everything displayed !
>
> Chlon Michaël 
> [] E: mic.a.elle.ch...@gmail.com  
>P: 06 12 90 05 13  
> On juin 26 2018, at 12:17 pm, Nicolas Goaziou  wrote:
>
> Michaël Chlon  writes:
>
> What do you mean with : "ECM demonstrating" ?
>
> A minimal complete example, i.e., a recipe so I can try to reproduce
> your issue.
>
> Open Tracking
Did you add your org file to org-agenda-files with C-c [?
If you have no files in your org-agenda-files variable then your agenda
will be empty.

Regards,
Bernt



Re: [O] Bug: List of TODOs does not appear in agenda view [9.1.13 (9.1.13-elpaplus @ /Users/mic/.emacs.d/elpa/org-plus-contrib-20180611/)]

2018-06-26 Thread Julius Dittmar
Am 26.06.2018 um 14:45 schrieb Michaël Chlon:
> Well it is very simple:
> 
>   *
> Open a file ".org" in emacs
>   *
> press: C-c-a a or C-c-a t and do not see any TODO. I have presed the
> shortcuts that spacemacs provide but nothing ...
>   *
> I also try with timestamp and deadline, but nothing appear except
> the calendar

Is that test file part of the files contributing to the agenda? (see
org-agenda-files)

HTH,

Julius



Re: [O] Bug: List of TODOs does not appear in agenda view [9.1.13 (9.1.13-elpaplus @ /Users/mic/.emacs.d/elpa/org-plus-contrib-20180611/)]

2018-06-26 Thread Michaël Chlon
Well it is very simple:
Open a file ".org" in emacs

press: C-c-a a or C-c-a t and do not see any TODO. I have presed the shortcuts 
that spacemacs provide but nothing ...

I also try with timestamp and deadline, but nothing appear except the calendar

My test file attached to this mail.

But when I try with emacs alone, i have everything displayed !

Chlon Michaël

E: mic.a.elle.ch...@gmail.com 
(https://link.getmailspring.com/link/1530016841.local-3be24ab9-ee73-v1.2.2-96fb3...@getmailspring.com/0?redirect=mailto%3Amic.a.elle.chlon%40gmail.com&recipient=ZW1hY3Mtb3JnbW9kZUBnbnUub3Jn)
P: 06 12 90 05 13 (tel:06%2012%2090%2005%2013)

On juin 26 2018, at 12:17 pm, Nicolas Goaziou  wrote:
>
> Michaël Chlon  writes:
> > What do you mean with : "ECM demonstrating" ?
> A minimal complete example, i.e., a recipe so I can try to reproduce
> your issue.
>



test.org
Description: Lotus Organizer


Re: [O] Bug: List of TODOs does not appear in agenda view [9.1.13 (9.1.13-elpaplus @ /Users/mic/.emacs.d/elpa/org-plus-contrib-20180611/)]

2018-06-26 Thread Nicolas Goaziou
Michaël Chlon  writes:

> What do you mean with : "ECM demonstrating" ?

A minimal complete example, i.e., a recipe so I can try to reproduce
your issue.



Re: [O] Bug: List of TODOs does not appear in agenda view [9.1.13 (9.1.13-elpaplus @ /Users/mic/.emacs.d/elpa/org-plus-contrib-20180611/)]

2018-06-26 Thread Michaël Chlon
Hi,

What do you mean with : "ECM demonstrating" ?

On juin 26 2018, at 12:08 pm, Nicolas Goaziou  wrote:
>
> Hello,
> michaël chlon  writes:
> > When i try to generate the list of TODOs from a TODO file (.org), nothing
> > appear !
> > The agenda appears but is empty !
> >
> > Can you troubleshoot this ?
> We don't have enough information. Could you provide an ECM demonstrating
> the issue?
>
> Regards,
> --
> Nicolas Goaziou
>



Re: [O] Bug: org column view header disappears after scrolling for a specific file

2018-06-26 Thread Nicolas Goaziou
Hello,

Aritra Bhattacharjee  writes:

> For a specific file that I am making with org column view with
> TaskJuggler, the column header in the column view disappears after
> scrolling down.
>
> To re produce this issue, please:
> 1. copy the file content to an org file
> 2. start col view in first header 'building'
> 3. scroll down for some time, then scroll up.
>
> PFA: attached file where I am facing the issue.
>
>
> FYI:
> Emacs  : GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 2.24.32)
>  of 2018-06-10
> Package: Org mode version 9.0.5 (9.0.5-elpa @
> /home/aritra/.emacs.d/elpa/org-20170210/)

I cannot reproduce your issue. You may want to upgrade Org and try again.

Regards,

-- 
Nicolas Goaziou



Re: [O] Bug: List of TODOs does not appear in agenda view [9.1.13 (9.1.13-elpaplus @ /Users/mic/.emacs.d/elpa/org-plus-contrib-20180611/)]

2018-06-26 Thread Nicolas Goaziou
Hello,

michaël chlon  writes:

> When i try to generate the list of TODOs from a TODO file (.org), nothing
> appear !
> The agenda appears but is empty !
>
> Can  you troubleshoot this ?

We don't have enough information. Could you provide an ECM demonstrating
the issue?

Regards,

-- 
Nicolas Goaziou



Re: [O] Bug: relative paths for links not preserved with #+INCLUDE [9.1.6 (release_9.1.6-419-g4b2006 @ /Users/gvoysey/.emacs.d/straight/build/org/)]

2018-06-26 Thread Nicolas Goaziou
Hello,

gvoysey  writes:

> I use org as my lab notebook.  Fairly often, I include figures and
> plots.  I have the following style of file structure:
>
> Project
> ├── project.org
> └── subproject
> ├── figures
> │   └── foo.png
> └── subproject.org
>
> I have been using #+INCLUDE to "lift" subproject.org up into project.org as
> a subheading, so I can export the whole thing at once.
>
> so project.org looks like:
>
> #+begin_src org
> * project
> here are my notes
> #+INCLUDE: "./subproject/subproject.org"
> #+end_src
>
>
> and subproject:
>
> #+begin_src org
> * notes
> see this plot:
> [[./figures/foo.png]]
> #+CAPTION: a cool figure.
> #+end_src
>
> When I export =project.org= as HTML or LaTeX, the figures are not
> included.  When I instead export =subproject.org= directly, they are.
>
> Is there a way to insert file links to specify "relative to exactly this
> file no matter where you've found yourself", or is  #+INCLUDE mangling
> filepaths kind of unavoidable?  If the latter, what's the recommended
> course of action here?

Could you upgrade Org? IIRC, it was fixed some time ago?

Regards,

-- 
Nicolas Goaziou



Re: [O] Translation error in Italian when exporting to HTML

2018-06-26 Thread Nicolas Goaziou
Hello,

Franco Pasut  writes:

> Translation error in Italian when exporting to HTML
>
> By entering the command #+LANGUAGE: it to export in HTML, the figures are
> indicated with an incorrect name.
> Example: Figure 1 instead of Figura 1.
>
> I tried the *Spanish* version (#+LANGUAGE: es) and in this case the
> translation is correct: Figura 1.
> It is, therefore, a translation bug in Italian.
> I repeat: in Italian the figure is called *Figura* with the *a* at the end
> of the word.
> Can you fix the bug?

Fixed. Thank you.

For the record, translations are stored in `org-export-dictionary'
variable, located in "ox.el". You may want to double check it: it
appears there's no Italian translation available for each entry.

Regards,

-- 
Nicolas Goaziou



Re: [O] Bug: Org Table Performance Issue/Regression

2018-06-26 Thread Nicolas Goaziou
Hello,

Tim Baumgard  writes:

> I recently updated Emacs from 25.3 (Org mode v. 8.2.10) to 26.1 (Org mode
> v. 9.1.9) and noticed a performance issue/regression in one of my Org files 
> that
> contains a table that currently has nine columns, around 1,200 rows, and uses
> formulas. In 25.3, I could create a new row or use org-table-copy-down without
> issues. In 26.1, there’s a multi-second delay each time I try to do either of
> these things. As mentioned below, this issue also occurs in the latest commits
> to both Emacs and Org mode.
>
> I did some profiling and found that garbage-collect was being called quite a
> bit. I set gc-cons-threshold in both versions to a large value to effectively
> disable garbage collection and noticed two things: 1) it largely fixed the
> performance issues—though performance still wasn’t as good as it was in 
> 25.3—and
> 2) Emacs/Org mode was using about four times as much memory as it did after
> creating a new row and doing calling org-table-copy-down three
> times. Specifically, Emacs 25.3 was using a little under 200 MB and Emacs 26.3
> was using a around 800 MB.

Could you send the result of your profiling (using both Elp and
profiler would be nice) on an uncompiled Org?

Thank you.

Regards,

-- 
Nicolas Goaziou



Re: [O] [Patch] Org-tools addendum

2018-06-26 Thread Nicolas Goaziou
Hello,

"Andrea D'Amore"  writes:

> I'm submitting a small patch to add orga and pandoc to the list of
> org-tools.

Thank you. Would you mind using "git format-patch" to get a proper
commit message and send it again?

Regards,

-- 
Nicolas Goaziou



Re: [O] Revised iCalendar visibility

2018-06-26 Thread Nicolas Goaziou
Hello,

Tobias Schlemmer  writes:

> some time ago sent pull request from GitHub to support per-entry
> visibility in iCalendar export.

We don't use GitHub.

> I attach the patch and some short documentation of the feature in the
> attaced files. They have been updated to honour the timezone patch and
> the documentation switch from texinfo to org-mode.

Applied in "next" branch. Thank you.

Would you mind providing an entry for ORG-NEWS about it?

Regards,

-- 
Nicolas Goaziou



Re: [O] Bug: org-babel-tangle sometimes does not respect header-args property [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)]

2018-06-26 Thread Nicolas Goaziou
Hello,

Gennady Uraltsev  writes:

> Running =(org-babel-tangle)= from inside a =src= block ignores
> =header-args= properties
> Consider the following org-mode file set for tangling.
>
> This code should run the command =org-babel-tangle=
>
> #+BEGIN_SRC emacs-lisp  :results silent
> (org-babel-tangle)
> #+END_SRC
>
> that should tangle the stuff in the next header.
>
> ** Observed behaviour
> Running the first code block tangles only the first code block below
> Running =org-babel-tangle= tangles both code blocks below
>
>
> ** Expected behaviour
> Running the above code block or =org-babel-tangle= tangles both code
> blocks below
>
>
> * Code to tangle
> ** Because of =:tangle= parameter
> This block gets tangled both by executing =org-babel-tangle= from the
> =src= code block or directly via M-x.
>
>   #+BEGIN_SRC emacs-lisp :tangle yes
>   (message "This should be tangled because of :tangle parameter")
>   #+END_SRC
>
>
>
>
> ** Because of properties
>   :PROPERTIES:
>   :header-args:  :tangle yes
>   :END:
>
> This block gets tangled only by executing =org-babel-tangle=  directly
> via M-x but it *doesn't* get tangled by executing =org-babel-tangle=
> from the =src= code block.
>
>   #+BEGIN_SRC emacs-lisp
>   (message "This should be tangled because of property list")
>   #+END_SRC

I cannot reproduce your issue. You may want to double check your
configuration.

Regards,

-- 
Nicolas Goaziou



Re: [O] Bug: LaTeX export to PDF [9.1.13 (9.1.13-elpa @ c:/Users/kmw/AppData/Roaming/.emacs.d/elpa/org-9.1.13/)]

2018-06-26 Thread Nicolas Goaziou
Hello,

"Meyer-Wegener, Klaus"  writes:

> LaTeX export stopped working when I installed org 9.1.13.  listp has the
> wrong number of arguments:
>
>  apply: Wrong type argument: listp, #("Klaus Meyer-Wegener" 0 19
>  (:parent (#0)))

It sounds like you have a mixed installation. Please make sure bundled
Org is not loaded when you install the new one from ELPA.

Regards,

-- 
Nicolas Goaziou



[O] Revised iCalendar visibility

2018-06-26 Thread Tobias Schlemmer
Hi,

some time ago sent pull request from GitHub to support per-entry
visibility in iCalendar export.

I attach the patch and some short documentation of the feature in the
attaced files. They have been updated to honour the timezone patch and
the documentation switch from texinfo to org-mode.

Regards,


Tobias

>From fb3bd3b3a953569af6bb3e41c7d4338b41c4a1fc Mon Sep 17 00:00:00 2001
From: Tobias Schlemmer 
Date: Fri, 11 Aug 2017 22:18:06 +0200
Subject: [PATCH 1/2] Add support for the iCalendar CLASS property

* ox-icalendar.el (org-icalendar-entry): Pick the CLASS
property and pass it to `org-icalendar--vevent' and
`org-icalendar--vtodo'.
(org-icalendar--vevent,org-icalendar--vtodo): Add a new parameter
`class' and use it to generate a `CLASS' field in the `VEVENT'
entry.

TINYCHANGE
---
 lisp/ox-icalendar.el | 22 +++---
 1 file changed, 15 insertions(+), 7 deletions(-)

diff --git a/lisp/ox-icalendar.el b/lisp/ox-icalendar.el
index 7d7c85004..e410fa2ed 100644
--- a/lisp/ox-icalendar.el
+++ b/lisp/ox-icalendar.el
@@ -540,6 +540,10 @@ inlinetask within the section."
 		   (org-export-get-node-property
 		:LOCATION entry
 		(org-property-inherit-p "LOCATION"
+	 (class (org-icalendar-cleanup-string
+		 (org-export-get-node-property
+		  :CLASS entry
+		  (org-property-inherit-p "CLASS"
 	 ;; Build description of the entry from associated section
 	 ;; (headline) or contents (inlinetask).
 	 (desc
@@ -568,14 +572,14 @@ inlinetask within the section."
 		   org-icalendar-use-deadline)
 		 (org-icalendar--vevent
 		  entry deadline (concat "DL-" uid)
-		  (concat "DL: " summary) loc desc cat tz)))
+		  (concat "DL: " summary) loc desc cat tz class)))
 	  (let ((scheduled (org-element-property :scheduled entry)))
 	(and scheduled
 		 (memq (if todo-type 'event-if-todo 'event-if-not-todo)
 		   org-icalendar-use-scheduled)
 		 (org-icalendar--vevent
 		  entry scheduled (concat "SC-" uid)
-		  (concat "S: " summary) loc desc cat tz)))
+		  (concat "S: " summary) loc desc cat tz class)))
 	  ;; When collecting plain timestamps from a headline and its
 	  ;; title, skip inlinetasks since collection will happen once
 	  ;; ENTRY is one of them.
@@ -593,7 +597,7 @@ inlinetask within the section."
 			   ((t) t)))
 		   (let ((uid (format "TS%d-%s" (cl-incf counter) uid)))
 		 (org-icalendar--vevent
-		  entry ts uid summary loc desc cat tz
+		  entry ts uid summary loc desc cat tz class
 	   info nil (and (eq type 'headline) 'inlinetask))
 	 ""))
 	  ;; Task: First check if it is appropriate to export it.  If
@@ -607,7 +611,7 @@ inlinetask within the section."
 			 (not (org-icalendar-blocked-headline-p
    entry info
 		   ((t) (eq todo-type 'todo
-	(org-icalendar--vtodo entry uid summary loc desc cat tz))
+	(org-icalendar--vtodo entry uid summary loc desc cat tz class))
 	  ;; Diary-sexp: Collect every diary-sexp element within ENTRY
 	  ;; and its title, and transcode them.  If ENTRY is
 	  ;; a headline, skip inlinetasks: they will be handled
@@ -638,7 +642,7 @@ inlinetask within the section."
contents
 
 (defun org-icalendar--vevent
-(entry timestamp uid summary location description categories timezone)
+(entry timestamp uid summary location description categories timezone class)
   "Create a VEVENT component.
 
 ENTRY is either a headline or an inlinetask element.  TIMESTAMP
@@ -648,7 +652,9 @@ summary or subject for the event.  LOCATION defines the intended
 venue for the event.  DESCRIPTION provides the complete
 description of the event.  CATEGORIES defines the categories the
 event belongs to.  TIMEZONE specifies a time zone for this event
-only.
+only. CLASS contains the visibility attribute. Three of them
+(PUBLIC, CONFIDENTIAL and PRIVATE) are predefined, others
+should be treated as PRIVATE if they are unknown to the iCalendar server.
 
 Return VEVENT component as a string."
   (org-icalendar-fold-string
@@ -669,6 +675,7 @@ Return VEVENT component as a string."
 		   (org-element-property :repeater-value timestamp)))
 	 "SUMMARY:" summary "\n"
 	 (and (org-string-nw-p location) (format "LOCATION:%s\n" location))
+	 (and (org-string-nw-p class) (format "CLASS:%s\n" class))
 	 (and (org-string-nw-p description)
 		  (format "DESCRIPTION:%s\n" description))
 	 "CATEGORIES:" categories "\n"
@@ -677,7 +684,7 @@ Return VEVENT component as a string."
 	 "END:VEVENT"
 
 (defun org-icalendar--vtodo
-  (entry uid summary location description categories timezone)
+  (entry uid summary location description categories timezone class)
   "Create a VTODO component.
 
 ENTRY is either a headline or an inlinetask element.  UID is the
@@ -712,6 +719,7 @@ Return VTODO component as a string."
 			  "\n"))
 	 "SUMMARY:" summary "\n"
 	 (and (org-string-nw-p location) (format "LOCATION:%s\n" location))
+	 (and (org-string-nw-p class) (f

Re: [O] info URL « open at point » patch

2018-06-26 Thread Vincent Belaïche
One more point : do org-mode experts have an idea about whether there
are any better way to match a URL that can be browsed with the
browse-url function.

My point is that for a modular design, the same package that provides
the browse-url function, should also provide some match-url-at-point-p
predicate, e.g.

- 1st optional argument would give a point in the current buffer, (point) if
  omitted
  
- 2nd optional argument would be an include/exclude list of protocols which you
  want/don't want to browse with browse-url. All browsable protocols
  would be assumed if omitted. For instance the info browser would
  exclude info protocol, so that it can directly browse it.


This way the package calling browse-url would be independant/futureproof
w.r.t. to URL format/evolultion.

  V.



Re: [O] info URL « open at point » patch

2018-06-26 Thread Vincent Belaïche
Just to be factual:
1) Does anybody objects the patch as it is --- if not I would push it to the 
repo ?
2) Does anybody agrees that the coding of Info-get-token is not futureproof 
(length of regexp string used for max length of matchable string).

  Vincent.



De : Eli Zaretskii 
Envoyé : lundi 25 juin 2018 04:30
À : Vincent Belaïche
Cc : emacs-de...@gnu.org; emacs-orgmode@gnu.org
Objet : Re: info URL « open at point » patch
  

> From: Vincent Belaïche 
> CC: "emacs-de...@gnu.org" , "emacs-orgmode@gnu.org"
>    
> Date: Sun, 24 Jun 2018 20:34:26 +
> 
> I agree it is a bit strange, but the reason for it is simple : I would
> like a single entry point for all the manuals installed on my PC, so
> that my old and tired brain does not have to remember where the manual
> is located, and what format is it written in. So it would be nice if all
> the manuals were just listed in the info top level menu.

That's not the strange part.  The strange part is to reference an HTML
document from a Texinfo document.



Re: [O] info URL « open at point » patch

2018-06-26 Thread Vincent Belaïche



I agree it is a bit strange, but the reason for it is simple : I would
like a single entry point for all the manuals installed on my PC, so
that my old and tired brain does not have to remember where the manual
is located, and what format is it written in. So it would be nice if all
the manuals were just listed in the info top level menu.
So, for manuals that are not written in Texinfo and which I have only a
PDF, HTML, or whatever, I would like just to create a direntry with an
url to the concerned manual.
  V.




De : Eli Zaretskii 
Envoyé : dimanche 24 juin 2018 20:45
À : Vincent Belaïche
Cc : emacs-de...@gnu.org; emacs-orgmode@gnu.org
Objet : Re: info URL « open at point » patch
  

> From: Vincent Belaïche 
> CC: "emacs-de...@gnu.org" , "emacs-orgmode@gnu.org"
>    
> Date: Sun, 24 Jun 2018 18:21:20 +
> 
> What I want to do is to refer an HTML or PDF document from an Info document. 
> So
> I want the info browser to launch the web browser for it to open a
> « file: »  protocol document.

Got it.  Strange use case, but whatever.



Re: [O] info URL « open at point » patch

2018-06-26 Thread Vincent Belaïche


I generated the regexp with (regexp-opt '("ftp" "http" "https"
"file")). I admit that the list of protocols is not clear from the
regexp, but it was already done this way before my change, and I tried
to minimize the change.
More concerning in my opinion is how the Info-get-token is written. As
some point of the code one can read the following statement:
  ;; First look for a match for START that goes across POS.
  (while (and (not (bobp)) (> (point) (- pos (length start)))
    (not (looking-at start)))
 (forward-char -1))


Here start is a regexp, so (length start) is just the length of the
string holding the regexp, not the max length over which the regexp
match can span. For instance assume that aa is a new new
protocol which you want Info-get-token to catch. This is 10 character
long, but the typical regexp to catch it would be « a\{10\} » which is
only 7 character long.
It would propably be cleaner to provide the value to be used instead of
(length start) as a separate optional argument that would be set to
(length start) if omitted.
Another way would be to have some standard function max-matchable-length
that given some regexp would compute the maximum length of its match (or
output some special value like t if the maximum length is infinite),
thus (length start) could be replaced by (max-matchable-length start)
--- maybe this is already somthing existing. In the same vein there
could be some standard function that given regexp re and some position
pos-in would function position pos-out such that the following
expression would be true:
(save-excursion
  (goto-char pos-out)
  (and (<= pos-out pos-in)
   (looking-at re)
   (>= (match-end 0) pos-in)))
I think that such standard function is already existing, but I can't
remember the package name which provides it…
  V.


[O] Bug: org-babel-tangle sometimes does not respect header-args property [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)]

2018-06-26 Thread Gennady Uraltsev
Running =(org-babel-tangle)= from inside a =src= block ignores
=header-args= properties
Consider the following org-mode file set for tangling.

This code should run the command =org-babel-tangle=
#+BEGIN_SRC emacs-lisp  :results silent
(org-babel-tangle)
#+END_SRC
that should tangle the stuff in the next header.

** Observed behaviour
Running the first code block tangles only the first code block below
Running =org-babel-tangle= tangles both code blocks below


** Expected behaviour
Running the above code block or =org-babel-tangle= tangles both code
blocks below


* Code to tangle
** Because of =:tangle= parameter
This block gets tangled both by executing =org-babel-tangle= from the
=src= code block or directly via M-x.

  #+BEGIN_SRC emacs-lisp :tangle yes
  (message "This should be tangled because of :tangle parameter")
  #+END_SRC



** Because of properties
  :PROPERTIES:
  :header-args:  :tangle yes
  :END:

This block gets tangled only by executing =org-babel-tangle=  directly
via M-x but it *doesn't* get tangled by executing =org-babel-tangle=
from the =src= code block.

  #+BEGIN_SRC emacs-lisp
  (message "This should be tangled because of property list")
  #+END_SRC




--

Emacs  : GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30)
 of 2018-05-29
Package: Org mode version 9.1.9 (release_9.1.9-65-g5e4542 @
/usr/share/emacs/26.1/lisp/org/)

current state:
==
(setq
 org-src-mode-hook '(org-src-babel-configure-edit-buffer
 org-src-mode-configure-edit-buffer)
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
 org-mode-hook '(#[0 "\300\301\302\303\304$\207"
   [add-hook change-major-mode-hook org-show-block-all append
local]
   5]
 #[0 "\300\301\302\303\304$\207"
   [add-hook change-major-mode-hook org-babel-show-result-all
append local]
   5]
 org-babel-result-hide-spec org-babel-hide-all-hashes)
 org-archive-hook '(org-attach-archive-delete-maybe)
 org-confirm-elisp-link-function 'yes-or-no-p
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-bibtex-headline-format-function #[257 "\300\236A\207" [:title] 3
"\n\n(fn ENTRY)"]
 org-babel-pre-tangle-hook '(save-buffer)
 org-tab-first-hook '(org-babel-hide-result-toggle-maybe
  org-babel-header-arg-expand)
 org-occur-hook '(org-first-headline-recenter)
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
  org-cycle-show-empty-lines
  org-optimize-window-after-visibility-change)
 org-speed-command-hook '(org-speed-command-activate
  org-babel-speed-command-activate)
 org-confirm-shell-link-function 'yes-or-no-p
 org-link-parameters '(("id" :follow org-id-open)
   ("rmail" :follow org-rmail-open :store
org-rmail-store-link)
   ("mhe" :follow org-mhe-open :store org-mhe-store-link)
   ("irc" :follow org-irc-visit :store org-irc-store-link)
   ("info" :follow org-info-open :export org-info-export
:store org-info-store-link)
   ("gnus" :follow org-gnus-open :store
org-gnus-store-link)
   ("docview" :follow org-docview-open :export
org-docview-export :store org-docview-store-link)
   ("bibtex" :follow org-bibtex-open :store
org-bibtex-store-link)
   ("bbdb" :follow org-bbdb-open :export org-bbdb-export
:complete org-bbdb-complete-link :store
org-bbdb-store-link)
   ("w3m" :store org-w3m-store-link) ("file+sys")
   ("file+emacs") ("doi" :follow org--open-doi-link)
   ("elisp" :follow org--open-elisp-link)
   ("file" :complete org-file-complete-link)
   ("ftp" :follow
(lambda (path) (browse-url (concat "ftp:" path
   ("help" :follow org--open-help-link)
   ("http" :follow
(lambda (path) (browse-url (concat "http:" path
   ("https" :follow
(lambda (path) (browse-url (concat "https:" path
   ("mailto" :follow
(lambda (path) (browse-url (concat "mailto:"; path
   ("news" :follow
(lambda (path) (browse-url (concat "news:"; path
   ("shell" :follow org--open-shell-link))
 )



Re: [O] info URL « open at point » patch

2018-06-26 Thread Vincent Belaïche


See (info "(texinfo) Reference Syntax")…




De : Vincent Belaïche 
Envoyé : dimanche 24 juin 2018 18:48
À : Eli Zaretskii
Cc : emacs-de...@gnu.org; emacs-orgmode@gnu.org
Objet : RE: info URL « open at point » patch
   

Hello Eli,
To my understanding @xref works only for info links (node names or anchors, or 
qualified thereof where the qualificator is the info document name) --- maybe I 
am wrong, tell me if so ---  but I want to refer to an HTML  or PDF document.
  Vincent.




De : Eli Zaretskii 
Envoyé : dimanche 24 juin 2018 16:31
À : Vincent Belaïche
Cc : emacs-de...@gnu.org; emacs-orgmode@gnu.org
Objet : Re: info URL « open at point » patch
  

> From: Vincent Belaïche 
> Date: Sun, 24 Jun 2018 06:57:53 +
> 
> I am writing to both Emacs-devel and org-mode list because this concerns
> browsing URL, and Org-mode already has quite some stuff on this.
> Recently I came across this that in an Info file a « file: » protocol
> URL is not opened at point. Please find attached a patch to make it
> known to the Emacs info browser.
> My point was that I have some manual that are only in HTML or PDF, like
> the SVN manual, In have a local copy, and I want to find it through a
> manual index that I written in Texinfo to get an info node with this
> index.

Maybe I'm missing something, but I don't understand why support for
file:// protocol is needed in Info.  Info already supports its own
protocol of referencing to an external file, via the @xref command and
its varieties, with 4 or more arguments.  So why cannot you simply use
one of those cross-referencing commands, if you want a reference to
another manual?

Thanks.
   


Re: [O] info URL « open at point » patch

2018-06-26 Thread Vincent Belaïche
What I want to do is to refer an HTML or PDF document from an Info document. So
I want the info browser to launch the web browser for it to open a
« file: »  protocol document.

Here is the Texinfo source which I would like to use:

--8<8<8<8<8<-- begin -->8>8>8>8>8
\input texinfo   @c -*-texinfo-*-
@c %**start of header
@setfilename svnbook.info
@settitle Manuel Subversion 1.8
@c %**end of header


@dircategory Archiving
@direntry
* SVN book: (svnbook). Gestion de versions avec Subversion
@end direntry



@node Top
@top SVN Book

@url{file:///c%3A/Program%20Files/CollabNet/Subversion%20Client/doc/svn-book-html-chunk/index.html,SVN
 book}


@bye

@c Lo
cal Variables:
@c compile-command: "makeinfo svnbook.texi && copy svnbook.info 
c:\\Nos_Programmes\\MinGW\\msys\\info\\"
@c End:
--8<8<8<8<8<--  end  -->8>8>8>8>8

  Vincent.





De : Eli Zaretskii 
Envoyé : dimanche 24 juin 2018 19:03
À : Vincent Belaïche
Cc : emacs-de...@gnu.org; emacs-orgmode@gnu.org
Objet : Re: info URL « open at point » patch
  

> From: Vincent Belaïche 
> CC: "emacs-de...@gnu.org" , "emacs-orgmode@gnu.org"
>    
> Date: Sun, 24 Jun 2018 16:48:30 +
> 
> To my understanding @xref works only for info links (node names or anchors, 
> or qualified thereof where the
> qualificator is the info document name) --- maybe I am wrong, tell me if so 
> ---  but I want to refer to an HTML
> or PDF document.

No, Texinfo cross-references work in any format supported by Texinfo.
If your link should only appear in the HTML version, you could use the
@ifhtml..@end ifhtml conditional, and similarly with links that should
only appear in PDF (i.e. printed version) of the manual.  There's also
@ifnotinfo etc.

So once again I don't think I understand the problem.  Could you
perhaps elaborate, or show an actual example?



[O] info URL « open at point » patch

2018-06-26 Thread Vincent Belaïche
Bonjour tout l'monde !
I am writing to both Emacs-devel and org-mode list because this concerns
browsing URL, and Org-mode already has quite some stuff on this.
Recently I came across this that in an Info file a « file: » protocol
URL is not opened at point. Please find attached a patch to make it
known to the Emacs info browser.
My point was that I have some manual that are only in HTML or PDF, like
the SVN manual, In have a local copy, and I want to find it through a
manual index that I written in Texinfo to get an info node with this
index.
I suspect that some other people than me may have the same need, and as
such the patch is useful. If everybody agrees with the attached patch I
can commit/push it on the master branch.

Now, maybe it is the time to reconsider how the info browser consider
URL's, maybe there is some code factorization to do with org-mode, in
order to accept a wider range of variety of URL's. Org-mode is good at
that, and that is why I am having its forum in the loop of this
discussion.
For instance, I remember that at some point of time at my job I was
handling some requirements with IBM-Doors (it was a long time ago, and
that SW was named Telelogic-Doors at that time). I had a few org-mode
files with custom URL's pointing at Doors objects, and that was quite
useful to me to be able to keep in my TODO lists, and other Org-mode
stuff direct links to these objects. I suspect that some people may have
the same need with Texinfo documents when they want to use custom URL's…
  Vincent.


info-patch.diff
Description: info-patch.diff


Re: [O] info URL « open at point » patch

2018-06-26 Thread Vincent Belaïche
Hello Eli,

To my understanding @xref works only for info links (node names or anchors, or 
qualified thereof where the qualificator is the info document name) --- maybe I 
am wrong, tell me if so ---  but I want to refer to an HTML or PDF document.

  Vincent.



De : Eli Zaretskii 
Envoyé : dimanche 24 juin 2018 16:31
À : Vincent Belaïche
Cc : emacs-de...@gnu.org; emacs-orgmode@gnu.org
Objet : Re: info URL « open at point » patch

> From: Vincent Belaïche 
> Date: Sun, 24 Jun 2018 06:57:53 +
>
> I am writing to both Emacs-devel and org-mode list because this concerns
> browsing URL, and Org-mode already has quite some stuff on this.
> Recently I came across this that in an Info file a « file: » protocol
> URL is not opened at point. Please find attached a patch to make it
> known to the Emacs info browser.
> My point was that I have some manual that are only in HTML or PDF, like
> the SVN manual, In have a local copy, and I want to find it through a
> manual index that I written in Texinfo to get an info node with this
> index.

Maybe I'm missing something, but I don't understand why support for
file:// protocol is needed in Info.  Info already supports its own
protocol of referencing to an external file, via the @xref command and
its varieties, with 4 or more arguments.  So why cannot you simply use
one of those cross-referencing commands, if you want a reference to
another manual?

Thanks.


[O] Bug: org-babel-tangle sometimes does not respect header-args property [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)]

2018-06-26 Thread Gennady Uraltsev
Running =(org-babel-tangle)= from inside a =src= block ignores
=header-args= properties
Consider the following org-mode file set for tangling.
This code should run the command =org-babel-tangle= #+BEGIN_SRC
emacs-lisp  :results silent
(org-babel-tangle)
#+END_SRC
that should tangle the stuff in the next header.

** Observed behaviour
Running the first code block tangles only the first code block below
Running =org-babel-tangle= tangles both code blocks below


** Expected behaviour
Running the above code block or =org-babel-tangle= tangles both code
blocks below


* Code to tangle
** Because of =:tangle= parameter
This block gets tangled both by executing =org-babel-tangle= from the
=src= code block or directly via M-x.

  #+BEGIN_SRC emacs-lisp :tangle yes
  (message "This should be tangled because of :tangle parameter")
  #+END_SRC



** Because of properties
  :PROPERTIES:
  :header-args:  :tangle yes   :END:

This block gets tangled only by executing =org-babel-tangle=  directly
via M-x but it *doesn't* get tangled by executing =org-babel-tangle=
from the =src= code block.

  #+BEGIN_SRC emacs-lisp
  (message "This should be tangled because of property list")
  #+END_SRC



--

Emacs  : GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30)
 of 2018-05-29
Package: Org mode version 9.1.9 (release_9.1.9-65-g5e4542 @
/usr/share/emacs/26.1/lisp/org/)

current state:
==
(setq
 org-src-mode-hook '(org-src-babel-configure-edit-buffer
 org-src-mode-configure-edit-buffer)
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
 org-mode-hook '(#[0 "\300\301\302\303\304$\207"
   [add-hook change-major-mode-hook org-show-block-all append
local]
   5]
 #[0 "\300\301\302\303\304$\207"
   [add-hook change-major-mode-hook org-babel-show-result-all
append local]
   5]
 org-babel-result-hide-spec org-babel-hide-all-hashes)
 org-archive-hook '(org-attach-archive-delete-maybe)
 org-confirm-elisp-link-function 'yes-or-no-p
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-bibtex-headline-format-function #[257 "\300\236A\207" [:title] 3
"\n\n(fn ENTRY)"]
 org-babel-pre-tangle-hook '(save-buffer)
 org-tab-first-hook '(org-babel-hide-result-toggle-maybe
  org-babel-header-arg-expand)
 org-occur-hook '(org-first-headline-recenter)
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
  org-cycle-show-empty-lines
  org-optimize-window-after-visibility-change)
 org-speed-command-hook '(org-speed-command-activate
  org-babel-speed-command-activate)
 org-confirm-shell-link-function 'yes-or-no-p
 org-link-parameters '(("id" :follow org-id-open)
   ("rmail" :follow org-rmail-open :store
org-rmail-store-link)
   ("mhe" :follow org-mhe-open :store org-mhe-store-link)
   ("irc" :follow org-irc-visit :store org-irc-store-link)
   ("info" :follow org-info-open :export org-info-export
:store org-info-store-link)
   ("gnus" :follow org-gnus-open :store
org-gnus-store-link)
   ("docview" :follow org-docview-open :export
org-docview-export :store org-docview-store-link)
   ("bibtex" :follow org-bibtex-open :store
org-bibtex-store-link)
   ("bbdb" :follow org-bbdb-open :export org-bbdb-export
:complete org-bbdb-complete-link :store
org-bbdb-store-link)
   ("w3m" :store org-w3m-store-link) ("file+sys")
   ("file+emacs") ("doi" :follow org--open-doi-link)
   ("elisp" :follow org--open-elisp-link)
   ("file" :complete org-file-complete-link)
   ("ftp" :follow
(lambda (path) (browse-url (concat "ftp:" path
   ("help" :follow org--open-help-link)
   ("http" :follow
(lambda (path) (browse-url (concat "http:" path
   ("https" :follow
(lambda (path) (browse-url (concat "https:" path
   ("mailto" :follow
(lambda (path) (browse-url (concat "mailto:"; path
   ("news" :follow
(lambda (path) (browse-url (concat "news:"; path
   ("shell" :follow org--open-shell-link))
 )



signature.asc
Description: Open

[O] [Patch] Org-tools addendum

2018-06-26 Thread Andrea D'Amore
Hello,
I'm submitting a small patch to add orga and pandoc to the list of org-tools.

I'm not subscribing to the ml, so if there is any follow-up please be
sure to directly reply to my email address.


Best regards

-- 
Andrea
diff --git a/org-tools/index.org b/org-tools/index.org
index 53a0196..3b6a503 100644
--- a/org-tools/index.org
+++ b/org-tools/index.org
@@ -111,6 +111,17 @@ org-js is a javascript parser and converter for org-mode
 For a working example of an interactive editor, see
 http://mooz.github.com/org-js/editor/.
 
+** [[https://github.com//xiaoxinghu/orgajs][orga]] by Xiaoxing Hu
+
+Orga is a flexible org-mode syntax parser. It parses org content into
+AST (Abstract Syntax Tree).
+
+** [[https://pandoc.org][pandoc]]
+
+Pandoc is the Swiss-army knife to convert files from one markup format
+into another, it can convert documents from many source format,
+including Org-Mode, to many other.
+
 * Specific purpose tools
 
 ** orgmode for drupal


[O] Bug: org column view header disappears after scrolling for a specific file

2018-06-26 Thread Aritra Bhattacharjee
Hello,

For a specific file that I am making with org column view with
TaskJuggler, the column header in the column view disappears after
scrolling down.

To re produce this issue, please:
1. copy the file content to an org file
2. start col view in first header 'building'
3. scroll down for some time, then scroll up.

PFA: attached file where I am facing the issue.


FYI:
Emacs  : GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 2.24.32)
 of 2018-06-10
Package: Org mode version 9.0.5 (9.0.5-elpa @
/home/aritra/.emacs.d/elpa/org-20170210/)

current state:
==
(setq
 org-src-mode-hook '(org-src-babel-configure-edit-buffer
org-src-mode-configure-edit-buffer)
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
 org-mode-hook '(org-table-sticky-header-mode er/add-org-mode-expansions
 #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook
org-show-block-all append local] 5]
 #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook
org-babel-show-result-all append local] 5]
 org-babel-result-hide-spec org-babel-hide-all-hashes)
 org-archive-hook '(org-attach-archive-delete-maybe)
 org-confirm-elisp-link-function 'yes-or-no-p
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-babel-pre-tangle-hook '(save-buffer)
 org-tab-first-hook '(org-babel-hide-result-toggle-maybe
org-babel-header-arg-expand)
 org-export-backends '(taskjuggler ascii html icalendar latex odt)
 org-occur-hook '(org-first-headline-recenter)
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
org-cycle-show-empty-lines
  org-optimize-window-after-visibility-change)
 org-speed-command-hook '(org-speed-command-default-hook
org-babel-speed-command-hook)
 org-confirm-shell-link-function 'yes-or-no-p
 org-link-parameters '(("id" :follow org-id-open) ("rmail" :follow
org-rmail-open :store org-rmail-store-link)
   ("mhe" :follow org-mhe-open :store org-mhe-store-link)
("irc" :follow org-irc-visit :store org-irc-store-link)
   ("info" :follow org-info-open :export org-info-export :store
org-info-store-link)
   ("gnus" :follow org-gnus-open :store org-gnus-store-link)
   ("docview" :follow org-docview-open :export
org-docview-export :store org-docview-store-link)
   ("bibtex" :follow org-bibtex-open :store
org-bibtex-store-link)
   ("bbdb" :follow org-bbdb-open :export org-bbdb-export
:complete org-bbdb-complete-link :store org-bbdb-store-link)
   ("w3m" :store org-w3m-store-link) ("file+sys")
("file+emacs") ("doi" :follow org--open-doi-link)
   ("elisp" :follow org--open-elisp-link) ("file" :complete
org-file-complete-link)
   ("ftp" :follow (lambda (path) (browse-url (concat "ftp:"
path ("help" :follow org--open-help-link)
   ("http" :follow (lambda (path) (browse-url (concat "http:"
path
   ("https" :follow (lambda (path) (browse-url (concat "https:"
path
   ("mailto" :follow (lambda (path) (browse-url (concat "mailto:";
path
   ("message" :follow (lambda (path) (browse-url (concat
"message:" path
   ("news" :follow (lambda (path) (browse-url (concat "news:";
path ("shell" :follow org--open-shell-link))
 org-time-clocksum-use-effort-durations t
 )


Thanks and Regards,
Aritra Bhattacharjee


example-schedule.org
Description: Binary data


[O] Bug: List of TODOs does not appear in agenda view [9.1.13 (9.1.13-elpaplus @ /Users/mic/.emacs.d/elpa/org-plus-contrib-20180611/)]

2018-06-26 Thread michaël chlon
Hi,

When i try to generate the list of TODOs from a TODO file (.org), nothing
appear !
The agenda appears but is empty !

Can  you troubleshoot this ?

Rgds,
Michaël CHLON



Emacs  : GNU Emacs 26.1 (build 1, x86_64-apple-darwin14.5.0, NS appkit-1348.17 
Version 10.10.5 (Build 14F2511))
 of 2018-05-31
Package: Org mode version 9.1.13 (9.1.13-elpaplus @ 
/Users/mic/.emacs.d/elpa/org-plus-contrib-20180611/)

current state:
==
(setq
 org-src-mode-hook '(org-src-babel-configure-edit-buffer
 org-src-mode-configure-edit-buffer)
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-babel-after-execute-hook '(spacemacs/ob-fix-inline-images)
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
 org-html-format-inlinetask-function 
'org-html-format-inlinetask-default-function
 org-odt-format-headline-function 'org-odt-format-headline-default-function
 org-imenu-depth 8
 org-download-annotate-function 'org-download-annotate-default
 org-ascii-format-inlinetask-function 'org-ascii-format-inlinetask-default
 org-mode-hook '((closure
  (org-inlinetask-min-level org-mode-abbrev-table
   org-mode-syntax-table org-mode-map org-tbl-menu org-org-menu
   org-struct-menu org-entities org-last-state
   org-id-track-globally org-clock-start-time texmathp-why
   remember-data-file org-agenda-tags-todo-honor-ignore-options
   iswitchb-temp-buflist calc-embedded-open-mode
   calc-embedded-open-formula calc-embedded-close-formula
   align-mode-rules-list org-emphasis-alist
   org-emphasis-regexp-components org-export-registered-backends
   org-modules org-babel-load-languages
   org-element-paragraph-separate t)
  nil
  (add-hook (quote change-major-mode-hook)
   (quote org-show-block-all) (quote append) (quote local))
  )
 (closure
  (org-bracket-link-regexp org-src-window-setup *this*
   org-babel-confirm-evaluate-answer-no
   org-src-preserve-indentation org-src-lang-modes
   org-edit-src-content-indentation org-babel-library-of-babel 
t)
  nil
  (add-hook (quote change-major-mode-hook)
   (quote org-babel-show-result-all) (quote append) (quote 
local))
  )
 org-babel-result-hide-spec org-babel-hide-all-hashes
 spacemacs/load-yasnippet toc-org-enable org-download-enable
 org-bullets-mode spacemacs//org-babel-do-load-languages
 flyspell-mode spacemacs/add-org-surrounds evil-org-mode
 org-eldoc-load spacemacs//init-company-org-mode company-mode)
 org-odt-format-drawer-function '(closure
  (hfy-user-sheet-assoc hfy-html-quote-regex
   hfy-html-quote-map hfy-face-to-css
   hfy-begin-span-handler hfy-end-span-handler
   archive-zip-extract
   nxml-auto-insert-xml-declaration-flag t)
  (_name contents) contents)
 org-archive-hook '(org-attach-archive-delete-maybe)
 org-agenda-restore-windows-after-quit t
 org-confirm-elisp-link-function 'yes-or-no-p
 org-startup-with-inline-images t
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-bibtex-headline-format-function '(closure
   (org-id-locations
org-agenda-search-view-always-boolean
org-agenda-overriding-header t)
   (entry) (cdr (assq :title entry)))
 org-latex-format-drawer-function '(closure (t) (_ contents) contents)
 org-babel-pre-tangle-hook '(save-buffer)
 org-tab-first-hook '(org-babel-hide-result-toggle-maybe
  org-babel-header-arg-expand)
 org-babel-load-languages '((shell . t) (scala . t) (python . t) (emacs-lisp . 
t))
 org-log-done 'time
 org-ascii-format-drawer-function '(closure (t) (_name contents _width) 
contents)
 org-occur-hook '(org-first-headline-recenter)
 org-structure-template-alist '(("n" "#+BEGIN_NOTES\n?\n#+END_NOTES")
("s" "#+BEGIN_SRC ?\n\n#+END_SRC")
("e" "#+BEGIN_EXAMPLE\n?\n#+END_EXAMPLE")
("q" "#+BEGIN_QUOTE\n?\n#+END_QUOTE")
("v" "#+BEGIN_VERSE\n?\n#+END_VERSE")
("V" "#+BEGIN_VERBATIM\n?\n#+END_VERBATIM")
("c" "#+BEGIN_CENTER\n?\n#+END_CENTER")
("C" "#+B

[O] Translation error in Italian when exporting to HTML

2018-06-26 Thread Franco Pasut
Translation error in Italian when exporting to HTML

By entering the command #+LANGUAGE: it to export in HTML, the figures are
indicated with an incorrect name.
Example: Figure 1 instead of Figura 1.

I tried the *Spanish* version (#+LANGUAGE: es) and in this case the
translation is correct: Figura 1.
It is, therefore, a translation bug in Italian.
I repeat: in Italian the figure is called *Figura* with the *a* at the end
of the word.
Can you fix the bug?
If you need further clarifications I am at your disposal.
A friendly greeting

Franco Pasut
Novara, Italy
​


[O] Bug: Org Table Performance Issue/Regression

2018-06-26 Thread Tim Baumgard
I recently updated Emacs from 25.3 (Org mode v. 8.2.10) to 26.1 (Org mode
v. 9.1.9) and noticed a performance issue/regression in one of my Org files that
contains a table that currently has nine columns, around 1,200 rows, and uses
formulas. In 25.3, I could create a new row or use org-table-copy-down without
issues. In 26.1, there’s a multi-second delay each time I try to do either of
these things. As mentioned below, this issue also occurs in the latest commits
to both Emacs and Org mode.

I did some profiling and found that garbage-collect was being called quite a
bit. I set gc-cons-threshold in both versions to a large value to effectively
disable garbage collection and noticed two things: 1) it largely fixed the
performance issues—though performance still wasn’t as good as it was in 25.3—and
2) Emacs/Org mode was using about four times as much memory as it did after
creating a new row and doing calling org-table-copy-down three
times. Specifically, Emacs 25.3 was using a little under 200 MB and Emacs 26.3
was using a around 800 MB.

I also noticed that Org mode is recalculating the table formulas more often than
in past versions. It used to be that it would only recalculate the formulas for
the whole table when I called org-table-recalculate, but after testing some
things and then diff’ing the files, I noticed that other rows were being updated
based on the table formulas I’m using. I’m unsure if this is related.

For what it’s worth, using the Org mode files from Emacs 25.3 in 26.1 doesn’t
display the performance issue, but there are other issues that make it a poor
workaround. What I’m currently doing to work around this for my use case is,
only for this file, setting gc-cons-threshold to a large value and adding a hook
to after-save-hook to call garbage-collect since calling it once when saving
doesn’t take too long.

I’ve inlined a test file and a test init.el file below. The test file includes a
reduced version of the table I’m currently using, including the table TBLFM
line. The init.el file includes the functions required for my table formulas and
how I was using gc-cons-threshold and my workaround. I was still seeing the
issue even without using the formulas, but I thought I'd include them in case
it's helpful.

Some notes:
- All of my testing was done using emacs -Q
- I’m running Emacs on macOS compiled from the sources available on gnu.org. 
- I also tested everything using the latest commits of Emacs
  (efa750e68466fb1bab03028701350a745e0504b6) and Org mode
(842002f9f7e3246cc285cc9bca1adb715120438d) from the repositories.
- Emacs: GNU Emacs 27.0.50 (build 1, x86_64-apple-darwin17.6.0, NS
  appkit-1561.40 Version 10.13.5 (Build 17F77))
of 2018-06-10
- Package: Org mode version 9.1.13 (release_9.1.13-791-g842002)


test.org
==

|   | A   | B | C  | D | E  
   |F |   G | H  |
|---+-+---++---+---+--+-+|
| # | ABCDEFG | HIJKLMNOP | QRSTUV | [2018-06-10 Sun 00:00:00] | [2018-06-10 
Sun 02:00:00] | 02:00:00 | 2.0 | ABCDEFGHIJKLMNOPQRSTUVWXYZ |
#+TBLFM: $7='(time-stamp-difference $5 $6)::$8='(time-stamp-difference-hours $5 
$6)


init.el


(defun time-stamp-difference (earlier-date later-date)
  "Get the difference from two time stamps. This only works when the difference 
is less than 24 hours."
(let* ((time-difference
 (round (- (time-to-seconds (date-to-time 
later-date))
 
(time-to-seconds (date-to-time earlier-date)
(absolute-time-difference (max time-difference 
0)))
(format-time-string "%T" (encode-time absolute-time-difference 
0 0 1 1 1

(defun time-stamp-difference-hours (earlier-date later-date)
  "Get the difference from two time stamps in the number of hours."
(let* ((seconds
 (- (time-to-seconds (date-to-time later-date))
(time-to-seconds (date-to-time 
earlier-date
 (absolute-seconds (max seconds 0))
 (hours (/ (/ absolute-seconds 60) 60.0)))
(/ (round (* hours 1000.0)) 1000.0)))

;; This sets the garbage-collection threshold to a large value, effectively
;; disabling it for testing purposes.
;; (setq-default gc-cons-threshold 800)
;; (add-hook 'after-save-hook 'garbage-collect)




[O] Org mode in combination with emacs follow-mode is terrible

2018-06-26 Thread Gerald Wildgruber


Hi,

I'm using emacs (git checkout v. 27.0.50) and Org mode (git checkout
release_9.1.13-760-g8def68).

My typical setup is to use a maximized or full screen emacs frame split
into five windows positioned vertically one next to the other. All five
windows display one and the same file, that is opened using emacs
follow-mode, so that every window is displaying a portion of the same
file in a continuous manner.

Yet, there seems to be an incompatibility between Org mode and
follow-mode: there is terrible lag with every single key input (on a
very fast quad core machine); every key stroke produces a 100% processor
load. It would seem that this is even worse, when working on portions
towards the end of the file. If I deactivate follow-mode, the problem
disappears.

Anyone got an idea what's going on here and how to debug that?

Thanks

Gerald.

-
Sent with mu4e



[O] Bug: relative paths for links not preserved with #+INCLUDE [9.1.6 (release_9.1.6-419-g4b2006 @ /Users/gvoysey/.emacs.d/straight/build/org/)]

2018-06-26 Thread gvoysey
I use org as my lab notebook.  Fairly often, I include figures and
plots.  I have the following style of file structure:

Project
├── project.org
└── subproject
├── figures
│   └── foo.png
└── subproject.org

I have been using #+INCLUDE to "lift" subproject.org up into project.org as
a subheading, so I can export the whole thing at once.

so project.org looks like:
#+begin_src org
* project
here are my notes
#+INCLUDE: "./subproject/subproject.org"
#+end_src

and subproject:

#+begin_src org
* notes
see this plot:
[[./figures/foo.png]]
#+CAPTION: a cool figure.
#+end_src

When I export =project.org= as HTML or LaTeX, the figures are not
included.  When I instead export =subproject.org= directly, they are.

Is there a way to insert file links to specify "relative to exactly this
file no matter where you've found yourself", or is  #+INCLUDE mangling
filepaths kind of unavoidable?  If the latter, what's the recommended
course of action here?

Emacs  : GNU Emacs 26.1 (build 1, x86_64-apple-darwin14.5.0, NS
appkit-1348.17 Version 10.10.5 (Build 14F2511))
 of 2018-05-28
Package: Org mode version 9.1.6 (release_9.1.6-419-g4b2006 @
/Users/gvoysey/.emacs.d/straight/build/org/)

current state:
==
(setq
 org-src-mode-hook '(org-src-babel-configure-edit-buffer
org-src-mode-configure-edit-buffer)
 org-fontify-whole-heading-line t
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-latex-listings 'minted
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
 org-html-format-inlinetask-function
'org-html-format-inlinetask-default-function
 org-odt-format-headline-function 'org-odt-format-headline-default-function
 org-latex-pdf-process '("%latex -shell-escape -interaction
nonstopmode -output-directory %o %f"
 "%latex -shell-escape -interaction
nonstopmode -output-directory %o %f")
 org-ascii-format-inlinetask-function 'org-ascii-format-inlinetask-default
 org-mode-hook '(toc-org-enable org-tempo-setup
 #[0 "\300\301\302\303\304$\207"
   [add-hook change-major-mode-hook org-show-all
append local] 5]
 #[0 "\300\301\302\303\304$\207"
   [add-hook change-major-mode-hook
org-babel-show-result-all append local] 5]
 org-babel-result-hide-spec org-babel-hide-all-hashes
 (lambda nil
  (add-hook (quote before-save-hook) (quote
org-mode--ensure-one-blank-line) nil
   (quote make-it-local))
  )
 turn-on-auto-fill org-bullets-mode org-indent-mode)
 org-export-with-smart-quotes t
 org-odt-format-drawer-function '(closure
  (hfy-user-sheet-assoc
hfy-html-quote-regex hfy-html-quote-map
   hfy-face-to-css
hfy-begin-span-handler hfy-end-span-handler
   archive-zip-extract
nxml-auto-insert-xml-declaration-flag t)
  (_name contents) contents)
 org-archive-hook '(org-attach-archive-delete-maybe)
 org-confirm-elisp-link-function nil
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-bibtex-headline-format-function #[257 "\300 \236A\207" [:title] 3
"\n\n(fn ENTRY)"]
 org-latex-format-drawer-function '(closure (t) (_ contents) contents)
 org-babel-pre-tangle-hook '(save-buffer)
 org-latex-compiler "xelatex"
 org-tab-first-hook '(org-babel-hide-result-toggle-maybe
org-babel-header-arg-expand)
 org-babel-load-languages '((shell . t) (emacs-lisp . t))
 org-hide-emphasis-markers t
 org-ascii-format-drawer-function '(closure (t) (_name contents
_width) contents)
 org-ellipsis " ▿"
 org-occur-hook '(org-first-headline-recenter)
 org-agenda-mode-hook '((lambda nil (setq org-agenda-tags-column (-
(window-width)
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-show-empty-lines
  org-optimize-window-after-visibility-change)
 org-speed-command-hook '(org-speed-command-activate
org-babel-speed-command-activate)
 org-tags-column -101
 org-odt-format-inlinetask-function 'org-odt-format-inlinetask-default-function
 org-confirm-shell-link-function nil
 org-link-parameters '(("id" :follow org-id-open)
   ("rmail" :follow org-rmail-open :store
org-rmail-store-link)
   ("mhe" :follow org-mhe-open :store org-mhe-store-link)
   ("irc" :follow org-irc-visit :store
org-irc-store-link :export org-irc-export)
   ("info" :follow org-info-open :export
org-info-export :store
org-info-store-link)
   ("gnus" :follow org-gnus-open :store org-gnus-store-link)
   ("docview" :follow org-docview-open :export
org-docview-export :store
org-docview-store-link)
   ("bibtex" :follow org-bibtex-open :sto