From mboxrd@z Thu Jan 1 00:00:00 1970 From: thomas Subject: Re: Exporter aborts upon encountering even one unresolvable link Date: Mon, 28 Sep 2015 09:53:08 +0200 Message-ID: <5608F1E4.2030704@friendlyvillagers.com> References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------------050604090809000907080708" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:35693) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZgTFL-0003u8-Rd for emacs-orgmode@gnu.org; Mon, 28 Sep 2015 03:53:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZgTFI-0003m9-JE for emacs-orgmode@gnu.org; Mon, 28 Sep 2015 03:53:15 -0400 Received: from mo6-p00-ob.smtp.rzone.de ([2a01:238:20a:202:5300::6]:13177) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZgTFI-0003jg-2y for emacs-orgmode@gnu.org; Mon, 28 Sep 2015 03:53:12 -0400 Received: from [192.168.178.21] (p54967381.dip0.t-ipconnect.de [84.150.115.129]) by smtp.strato.de (RZmta 37.12 DYNA|AUTH) with ESMTPSA id j02e4br8S7r8Igr (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate) for ; Mon, 28 Sep 2015 09:53:08 +0200 (CEST) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org This is a multi-part message in MIME format. --------------050604090809000907080708 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit just my 2 cents: I think the new error message is very nice and helpful, UNLESS you work on a bigger document, narrow your buffer and try to export the narrowed portion of the document. This does not work anymore. I can agree with D. C. Toedt that it would be nice to have an easy way to customize this behaviour of the exporter. - thomas On 25.09.2015 04:50, D. C. Toedt wrote: > I just updated to 8.3.1 from 8.3beta (from git). That appears to have > been a terrible mistake on my part. > > From this thread > > I see that the exporter now throws an error and aborts when it > encounters an unresolvable link. That makes things really, REALLY > difficult. It means I can't get a complete, working export to HTML > (in my case) until all link problems are fixed in my 22KLOC .org file > (which I use to generate http://www.CommonDraft.org/index.html > ). That seems EXTREMELY > suboptimal. (I'm trying to be tactful here.) > > Worse, the exporter doesn't even generate a list of unresolvable links > before aborting. That means the only way that I can find and fix > busted links (so far as I know) is to do an export --- which takes > several minutes given the large file --- and have the export abort on > a single link. Then I fix that one link, export again, and have it > abort again. Repeat. Aaaargggggg. > > I started looking at the hooks, as suggested in a message in the > previous thread, but I'm not nearly skilled enough in elisp to be able > to do anything useful. > > Any suggestions? > > > *D. C. Toedt III */(My last name is pronounced "Tate"; I go by "D. > C.," which stands for Dell Charles//) / > Attorney & neutral arbitrator -- tech contracts & IP | Adjunct > professor, University of Houston Law Center > ​ Author, ​​ ​Common Draft **desk book of > contract clauses & research notes | LinkedIn:dctoedt > |Calendar > (redacted) > > E: dc@toedt.com O: +1 (713) 364-6545 C: +1 (713) > 516-8968 > ​ ​ > ​ > Houston, Texas (Central time zone) > > Unless expressly stated otherwise, this message is not intended > to serve as assent to an agreement or other document, whether or not > attached to this message. > > --------------050604090809000907080708 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
just my 2 cents: I think the new error message is very nice and helpful, UNLESS you work on a bigger document, narrow your buffer and try to export the narrowed portion of the document.
This does not work anymore.

I can agree with D. C. Toedt that it would be nice to have an easy way to customize this behaviour of the exporter.

- thomas


On 25.09.2015 04:50, D. C. Toedt wrote:
I just updated to 8.3.1 from 8.3beta (from git).  That appears to have been a terrible mistake on my part.

From this thread I see that the exporter now throws an error and aborts when it encounters an unresolvable link.  That makes things really, REALLY difficult.  It means I can't get a complete, working export to HTML (in my case) until all link problems are fixed in my 22KLOC .org file (which I use to generate http://www.CommonDraft.org/index.html).  That seems EXTREMELY suboptimal. (I'm trying to be tactful here.)

Worse, the exporter doesn't even generate a list of unresolvable links before aborting.  That means the only way that I can find and fix busted links (so far as I know) is to do an export --- which takes several minutes given the large file  --- and have the export abort on a single link. Then I fix that one link, export again, and have it abort again. Repeat.  Aaaargggggg.

I started looking at the hooks, as suggested in a message in the previous thread, but I'm not nearly skilled enough in elisp to be able to do anything useful.

Any suggestions?


D. C. Toedt III  (My last name is pronounced "Tate"; I go by "D. C.," which stands for Dell Charles) 
Attorney & neutral arbitrator -- tech contracts & IP  |  Adjunct professor, University of Houston Law Center
​ Author, ​​ ​Common Draft desk book of contract clauses & research notes   |  LinkedIn: dctoedt   |   Calendar (redacted) 
E: dc@toedt.com    O: +1 (713) 364-6545    C: +1 (713) 516-8968
​ ​
    
​
Houston, Texas (Central time zone)

Unless expressly stated otherwise, this message is not intended 
to serve as assent to an agreement or other document, whether or not
attached to this message.



--------------050604090809000907080708--