UPDATE: > I haven't tried org-lint yet ( http://steve.planetbarr.com/posts/2015-08-11-org-lint.html). > That requires building org from a separate branch in git. That makes me nervous -- > I'm a user, not a dev, and while I'm sort of familiar with git, it seems like yet another layer of complexity. 1. OK, I got org-mode version 8.3.2 up and running using git. The org-lint feature works -- very nice. > The old way, namely just marking the problem link in the output file and continuing with the export, > made it very easy to search for the problem in the output file. That approach was simple and worked quite well. I still think that, but at least I'm up and running again. Thanks to all for putting up with my lack of expertise, and especially to the org-mode creator(s) and maintainers for a very-useful tool. 2. For background: I'm a lawyer and part-time law professor. I've been using org-mode for several years now in building http:/www.CommonDraft.org -- a free (Creative Commons) library of clauses for tech- and commercial contracts, extensively annotated with citations, commentary, and links to further reading. The long-term goal is to have a Common Draft reference version of each substantive variation of each type of contract clause that's typically seen in the wild. That will free up lawyers from always having to draft detailed contract language, and from having to review other people's detailed language --- instead, we can simply incorporate desired Common-Draft clauses by reference. (It's analogous to a library of callable functions in software development.) That will save time for both the contract drafter and for the other side's legal reviewer, which in turn will help the parties get a workable contract to signature sooner, at lower cost. In pitching the Common Draft concept, my latest metaphor for non-techies is this: If you're ordering a meal in a Chinese-food restaurant, but you don't want any monosodium glutamate (MSG) in your food, you're _not_ going to hand your server a set of detailed recipes for the dishes you want and ask that the kitchen staff use those recipes. No, you're simply going to order from the menu --- hot-and-sour soup, kung-pao chicken, or whatever --- but you'll say to your server, "no MSG, please," as a desired variation. It's the same idea for the Common Draft project: A contract drafter can "order from the menu" and specify any desired variations. The Common Draft project is starting to get some attention in the contract-management community; the International Association for Contract and Commercial Management (http://www.IACCM.com), which has around 35,000 members worldwide, is supporting it. D. C. Toedt III *(My last name is pronounced "Tate")* Attorney & arbitrator -- tech contracts & IP Common Draft toolkit for contract drafters O: +1 (713) 364-6545 C: +1 (713) 516-8968 ​​ dc@toedt.com www.OnContracts.com/About Unless expressly stated otherwise, this message is not intended to serve as assent to an agreement or other document, even if attached to this message. On Fri, Oct 9, 2015 at 5:28 PM, D. C. Toedt wrote: > >> Look at publishing instead of exporting to html which works with missing > links. > ​​ > > Apparently it doesn't. > I'm still having the same problem of throwing a fatal error --- even when > publishing, not exporting --- when encountering a missing (unresolvable) > link. This was after doing a clean install of org-mode 8.3.2 (20151005, > using the emacs package manager) on top of a clean install of the latest > stable version of emacs (24.5) from EmacsForMacOSX. (I'm running the latest > version of Mac OS X Yosemite; haven't gotten around to El Capitan.) I then > set up publishing the way Rainer suggested in his email. Well, publishing > likewise throws an error when it encounters a missing link target, just as > does exporting. > > > You can use org-lint for this. > > I haven't tried org-lint yet ( > http://steve.planetbarr.com/posts/2015-08-11-org-lint.html). That > requires building org from a separate branch in git. That makes me nervous > -- I'm a user, not a dev, and while I'm sort of familiar with git, it seems > like yet another layer of complexity. > > I don't mean to be a nag, but I genuinely don't understand why org-mode's > former way of dealing with unresolvable links during export was disabled. > The old way, namely just marking the problem link in the output file and > continuing with the export, made it very easy to search for the problem in > the output file. That approach was simple and worked quite well. It also > allowed exporting a single .org file, instead of jumping through the hoops > of publishing a project. The new way seems like a giant step backwards; > it's likely to be a significant barrier to entry for non-expert users. > > Can the old way of dealing with unresolvable links be restored, at least > as an option? > > > > D. C. Toedt III > *(My last name is pronounced "Tate")* > Attorney & arbitrator -- tech contracts & IP > Common Draft toolkit for contract drafters > O: +1 (713) 364-6545 > C: +1 (713) 516-8968 > ​​ > > dc@toedt.com > www.OnContracts.com/About > > Unless expressly stated otherwise, > this message is not intended to serve > as assent to an agreement or other document, > even if attached to this message. > > >