Re: [O] minimal testing setup for pdf export?
To be a little precise, Org mode PDF documents created using the default Latex classes are not going to meet minimal accessibility standards. The extent to which they can be accessed using accessibility software will depend largely on the structure of the underlying PDF. I have not investigated other workflows for generating PDFs from org (for example, what happens if you go to some other intermediate format, like HTML or markdown etc) and then to PDF using a different tool to generate the final PDF. Likewise, I don't know if some of the TeX pdf generators are better than others (this is partly why it gets complicated - there are multiple workflows to generate PDFs from Latex). There are people working on additional latex packages to address this accessibility requirement. However, either they are only at experimental status or require significant configuration and setup or require the author to manually add additional data, making them inappropriate for org-mode. With PDFs, the level of accessibility does depend a lot on the structure of the underlying document. Even PDFs without full tagging can be reasonably accessible if the structure of the data in the PDF is straight-forward i.e. not lots of tables, multi-column, lots of footnotes and internal references etc. If the data flow in the document is reasonably 'linear', then it isn't too bad. If the document has lots of embedded postscript or any image like data, that will not be accessible and will not be tagged adequately. Likewise, I've found stuff generated in math mode is typically inaccessible. The various text extraction tools, like pdftotext are able to extract the text. However, because it cannot determine the structure with any accuracy, it can tend to be somewhat jumbled and have a bit of 'garbage'. Again, how good/bad this is depends on the underlying PDF structure. You might find the following links useful - https://www.tug.org/twg/accessibility/ https://tug.org/pipermail/accessibility/2016q4/05.html You might be able to improve the accessibility of PDFs generated from Latex by adding some of the (mostly experimental) additional packages to your Org mode setup. However, this will probably have some unfortunate side effects or corner cases (which is why I don't just recommend adding these packages as defaults in org itself). There has been an item on my todo list to experiment with this stuff for a long time, but I just never seem to get that far down the list. If you do find some configurations which help make the PDFs more accessible, I would be happy to try adding them to my setup for further testing. We may find some additional packages which improve the situation and don't have unacceptable impact on general org performance and stability. I'm confident that if we can demonstrate this, having these additions added to org-mode defaults would be possible. Tim Jude DaShiell writes: > Okay, orgmode pdf files will be inaccessible for the foreseeable future. > Has anyone had any luck extracting text however mangled from one of > these with pdftotext or similar tools? If that's not possible that will > be another good thing to know. > > On Sat, 31 Aug 2019, Tim Cross wrote: > >> Date: Fri, 30 Aug 2019 19:31:32 >> From: Tim Cross >> To: emacs-orgmode@gnu.org >> Cc: Nick Dokos >> Subject: Re: [O] minimal testing setup for pdf export? >> >> >> I think the main thing which needs to be in the PDF is structure >> 'tagging'. Unfortunately, making truly accessible PDFs is the one area >> I've found where the 'TeX suite is weak. I was tracking some discussions >> about this on the various TeX and Latex lists and it seems that to add >> the necessary information needed to create accessible PDFs requires a >> major redesign of TeX internals. >> >> It has been a while since I looked at this, but I do believe there are >> some add-on latex packages which can help a bit, but creating PDFs which >> meet minimal accessibility requirement tests is currently not possible. >> >> IIRC the speech-disabling feature is not part of the PDF spec. This is >> somethinhg added by Adobe (along with other DRM support). This is no >> 'switch' so to speak in plain PDF documents as the PDF spec predates >> considerations like TTS or even accessibility. >> >> >> Jude DaShiell writes: >> >> > most of the books sold on google play books are speech-disabled by >> > publishers. The adobe accessibility site has speech-enabled >> > accessibility examples. I think it's a matter of a single control that >> > is either enabled or disabled. Oh, the IRS has speech-enabled pdf tax >> > forms anyone can download. I nearly forgot about that one. The 1099R
Re: [O] minimal testing setup for pdf export?
Okay, orgmode pdf files will be inaccessible for the foreseeable future. Has anyone had any luck extracting text however mangled from one of these with pdftotext or similar tools? If that's not possible that will be another good thing to know. On Sat, 31 Aug 2019, Tim Cross wrote: > Date: Fri, 30 Aug 2019 19:31:32 > From: Tim Cross > To: emacs-orgmode@gnu.org > Cc: Nick Dokos > Subject: Re: [O] minimal testing setup for pdf export? > > > I think the main thing which needs to be in the PDF is structure > 'tagging'. Unfortunately, making truly accessible PDFs is the one area > I've found where the 'TeX suite is weak. I was tracking some discussions > about this on the various TeX and Latex lists and it seems that to add > the necessary information needed to create accessible PDFs requires a > major redesign of TeX internals. > > It has been a while since I looked at this, but I do believe there are > some add-on latex packages which can help a bit, but creating PDFs which > meet minimal accessibility requirement tests is currently not possible. > > IIRC the speech-disabling feature is not part of the PDF spec. This is > somethinhg added by Adobe (along with other DRM support). This is no > 'switch' so to speak in plain PDF documents as the PDF spec predates > considerations like TTS or even accessibility. > > > Jude DaShiell writes: > > > most of the books sold on google play books are speech-disabled by > > publishers. The adobe accessibility site has speech-enabled > > accessibility examples. I think it's a matter of a single control that > > is either enabled or disabled. Oh, the IRS has speech-enabled pdf tax > > forms anyone can download. I nearly forgot about that one. The 1099R > > form is a short one so it ought to be pretty quick to find the setting > > in one of those forms. > > > > On Fri, 30 Aug 2019, Nick Dokos wrote: > > > >> Date: Fri, 30 Aug 2019 16:07:49 > >> From: Nick Dokos > >> To: emacs-orgmode@gnu.org > >> Subject: Re: [O] minimal testing setup for pdf export? > >> > >> Jude DaShiell writes: > >> > >> > It would be helpful if when pdf get exported from orgmode they have > >> > speech enabled by default. > >> > > >> > >> Not sure that org mode can do anything about, since it's LaTeX that > >> produces > >> the PDF. That said, I'm not sure what needs to be done: what's the > >> difference > >> between a speech-enabled PDF and a non-speech-enabled one? > >> > >> > > > --
Re: [O] minimal testing setup for pdf export?
I think the main thing which needs to be in the PDF is structure 'tagging'. Unfortunately, making truly accessible PDFs is the one area I've found where the 'TeX suite is weak. I was tracking some discussions about this on the various TeX and Latex lists and it seems that to add the necessary information needed to create accessible PDFs requires a major redesign of TeX internals. It has been a while since I looked at this, but I do believe there are some add-on latex packages which can help a bit, but creating PDFs which meet minimal accessibility requirement tests is currently not possible. IIRC the speech-disabling feature is not part of the PDF spec. This is somethinhg added by Adobe (along with other DRM support). This is no 'switch' so to speak in plain PDF documents as the PDF spec predates considerations like TTS or even accessibility. Jude DaShiell writes: > most of the books sold on google play books are speech-disabled by > publishers. The adobe accessibility site has speech-enabled > accessibility examples. I think it's a matter of a single control that > is either enabled or disabled. Oh, the IRS has speech-enabled pdf tax > forms anyone can download. I nearly forgot about that one. The 1099R > form is a short one so it ought to be pretty quick to find the setting > in one of those forms. > > On Fri, 30 Aug 2019, Nick Dokos wrote: > >> Date: Fri, 30 Aug 2019 16:07:49 >> From: Nick Dokos >> To: emacs-orgmode@gnu.org >> Subject: Re: [O] minimal testing setup for pdf export? >> >> Jude DaShiell writes: >> >> > It would be helpful if when pdf get exported from orgmode they have >> > speech enabled by default. >> > >> >> Not sure that org mode can do anything about, since it's LaTeX that produces >> the PDF. That said, I'm not sure what needs to be done: what's the difference >> between a speech-enabled PDF and a non-speech-enabled one? >> >> -- Tim Cross
Re: [O] minimal testing setup for pdf export?
most of the books sold on google play books are speech-disabled by publishers. The adobe accessibility site has speech-enabled accessibility examples. I think it's a matter of a single control that is either enabled or disabled. Oh, the IRS has speech-enabled pdf tax forms anyone can download. I nearly forgot about that one. The 1099R form is a short one so it ought to be pretty quick to find the setting in one of those forms. On Fri, 30 Aug 2019, Nick Dokos wrote: > Date: Fri, 30 Aug 2019 16:07:49 > From: Nick Dokos > To: emacs-orgmode@gnu.org > Subject: Re: [O] minimal testing setup for pdf export? > > Jude DaShiell writes: > > > It would be helpful if when pdf get exported from orgmode they have > > speech enabled by default. > > > > Not sure that org mode can do anything about, since it's LaTeX that produces > the PDF. That said, I'm not sure what needs to be done: what's the difference > between a speech-enabled PDF and a non-speech-enabled one? > > --
Re: [O] minimal testing setup for pdf export?
Jude DaShiell writes: > It would be helpful if when pdf get exported from orgmode they have > speech enabled by default. > Not sure that org mode can do anything about, since it's LaTeX that produces the PDF. That said, I'm not sure what needs to be done: what's the difference between a speech-enabled PDF and a non-speech-enabled one? -- Nick
Re: [O] minimal testing setup for pdf export?
It would be helpful if when pdf get exported from orgmode they have speech enabled by default. On Fri, 30 Aug 2019, John Hendy wrote: > Date: Fri, 30 Aug 2019 10:45:08 > From: John Hendy > To: Matt Price > Cc: org-mode-email > Subject: Re: [O] minimal testing setup for pdf export? > > Whew, the world is whole again! No worries, and I've been in the exact > same situation more than I'd like. We joke at work that if you want to > fix a problem, just ask someone to come watch it happen and it will > magically go away :) > > Glad you're on your way! > John > > On Fri, Aug 30, 2019 at 9:27 AM Matt Price wrote: > > > > > > > > On Thu, Aug 29, 2019 at 11:27 AM John Hendy wrote: > >> > >> On Tue, Aug 27, 2019 at 6:34 PM Matt Price wrote: > >> > > >> > > >> > > >> > On Tue, Aug 27, 2019 at 1:33 PM John Kitchin > >> > wrote: > >> >> > >> >> that does suggest that pdflatex is getting called somewhere else. > >> >> > >> >> Maybe you can edebug the export function and check the value of > >> >> default-directory to see where it is getting called. > >> >> > >> >> You could also try this > >> >> > >> >> #+BEGIN_SRC emacs-lisp > >> >> (defun my-build (quoted-tex-file) > >> >> (message "Building %s. Called from %s" quoted-tex-file > >> >> default-directory)) > >> >> > >> >> (setq org-latex-pdf-process 'my-build) > >> >> #+END_SRC > >> >> > >> >> It won't build the pdf, but it will tell you in the messages where it > >> >> was called from. It might help figure out what is happening. > >> > > >> > > >> > huh. that was kinda cool... but the value of default-directory seems to > >> > be correct. However, this helped a bit: > >> > > >> > #+BEGIN_SRC emacs-lisp > >> > (shell-command-to-string "echo $PWD") > >> > > >> > #+END_SRC > >> > > >> > > >> > #+RESULTS: > >> > : /home/matt/src/org-mode > >> > > >> > Not sure what's going on here, but this value is the same in a regular > >> > emacs and "emacs -Q". is this normal? > >> > > >> > >> Did this get solved? It kind of bothers me to think it hasn't. I also > >> think this is a case where erring on the side of overwhelming details > >> would help a lot. Could you start from the beginning with the exact > >> process using emacs -Q, post the full output of *Messages* and *Org > >> PDF LaTeX Output*? Like in the above, you post the output of $PWD, but > >> not what the *Messages* buffer contained from John's code. Maybe they > >> are the same, maybe they are different, but we can't tell. > >> > >> Example: > >> $ cd ~/ > >> $ emacs -Q > >> > >> M-x org-version > >> Org mode version 9.1.9 (release_9.1.9-65-g5e4542 @ > >> /usr/share/emacs/26.2/lisp/org/) > >> > >> C-x C-f pdf-test.org > >> > >> File contents: > >> * foo > >> > >> > >> C-x C-s > >> C-c C-e l p > >> > >> $ ls ~/ > >> pdf-test.org > >> pdf-test.pdf > >> pdf-test.tex > >> > >> Alternatively, insert the code from John Kitchin: > >> > >> Wrote /home/jwhendy/pdf-text.org > >> org-babel-exp process emacs-lisp at position 8... > >> Saving file /home/jwhendy/pdf-text.tex... > >> Wrote /home/jwhendy/pdf-text.tex > >> Processing LaTeX file pdf-text.tex... > >> Building pdf-text.tex. Called from /home/jwhendy/ > >> org-compile-file: File "/home/jwhendy/pdf-text.pdf" wasn?t produced. > >> See "*Org PDF LaTeX Output*" for details > >> > >> I still don't feel I understand the full nature of your working > >> directory, what does and doesn't get saved in that directory, etc. I'd > >> love to help, but am not able to replicate for you! > >> > >> Thanks, > >> John > >> > > John H, > > Thank you so much for the detailed instructions. I had a moment this > > morning so I updated Emacs, rebooted my laptop, and started to follow your > > instructions as closely as possible... and I can no longer reproduce my > >
Re: [O] minimal testing setup for pdf export?
Whew, the world is whole again! No worries, and I've been in the exact same situation more than I'd like. We joke at work that if you want to fix a problem, just ask someone to come watch it happen and it will magically go away :) Glad you're on your way! John On Fri, Aug 30, 2019 at 9:27 AM Matt Price wrote: > > > > On Thu, Aug 29, 2019 at 11:27 AM John Hendy wrote: >> >> On Tue, Aug 27, 2019 at 6:34 PM Matt Price wrote: >> > >> > >> > >> > On Tue, Aug 27, 2019 at 1:33 PM John Kitchin >> > wrote: >> >> >> >> that does suggest that pdflatex is getting called somewhere else. >> >> >> >> Maybe you can edebug the export function and check the value of >> >> default-directory to see where it is getting called. >> >> >> >> You could also try this >> >> >> >> #+BEGIN_SRC emacs-lisp >> >> (defun my-build (quoted-tex-file) >> >> (message "Building %s. Called from %s" quoted-tex-file >> >> default-directory)) >> >> >> >> (setq org-latex-pdf-process 'my-build) >> >> #+END_SRC >> >> >> >> It won't build the pdf, but it will tell you in the messages where it was >> >> called from. It might help figure out what is happening. >> > >> > >> > huh. that was kinda cool... but the value of default-directory seems to >> > be correct. However, this helped a bit: >> > >> > #+BEGIN_SRC emacs-lisp >> > (shell-command-to-string "echo $PWD") >> > >> > #+END_SRC >> > >> > >> > #+RESULTS: >> > : /home/matt/src/org-mode >> > >> > Not sure what's going on here, but this value is the same in a regular >> > emacs and "emacs -Q". is this normal? >> > >> >> Did this get solved? It kind of bothers me to think it hasn't. I also >> think this is a case where erring on the side of overwhelming details >> would help a lot. Could you start from the beginning with the exact >> process using emacs -Q, post the full output of *Messages* and *Org >> PDF LaTeX Output*? Like in the above, you post the output of $PWD, but >> not what the *Messages* buffer contained from John's code. Maybe they >> are the same, maybe they are different, but we can't tell. >> >> Example: >> $ cd ~/ >> $ emacs -Q >> >> M-x org-version >> Org mode version 9.1.9 (release_9.1.9-65-g5e4542 @ >> /usr/share/emacs/26.2/lisp/org/) >> >> C-x C-f pdf-test.org >> >> File contents: >> * foo >> >> >> C-x C-s >> C-c C-e l p >> >> $ ls ~/ >> pdf-test.org >> pdf-test.pdf >> pdf-test.tex >> >> Alternatively, insert the code from John Kitchin: >> >> Wrote /home/jwhendy/pdf-text.org >> org-babel-exp process emacs-lisp at position 8... >> Saving file /home/jwhendy/pdf-text.tex... >> Wrote /home/jwhendy/pdf-text.tex >> Processing LaTeX file pdf-text.tex... >> Building pdf-text.tex. Called from /home/jwhendy/ >> org-compile-file: File "/home/jwhendy/pdf-text.pdf" wasn’t produced. >> See "*Org PDF LaTeX Output*" for details >> >> I still don't feel I understand the full nature of your working >> directory, what does and doesn't get saved in that directory, etc. I'd >> love to help, but am not able to replicate for you! >> >> Thanks, >> John >> > John H, > Thank you so much for the detailed instructions. I had a moment this morning > so I updated Emacs, rebooted my laptop, and started to follow your > instructions as closely as possible... and I can no longer reproduce my > problem. I feel like I should be happier than I am! I wonder if perhaps there > was some kind of strange path problem caused by a software update that I > didn't pay attention to. > > In any case, I am as always grateful for the efforts of people on this list > -- I learned at least a little bit about latex export and feel that I might > finally be getting a little closer to where I need to be. > > Meanwhile, if the issue shows up again I'll be sure to check back in. > > Thanks! > Matt > > >> >> >> > >> >> 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 Tue, Aug 27, 2019 at 8:57 AM Matt Price wrote: >> >>> >> >>> >> >>> >> >>> On Tue, Aug 27, 2019 at 8:27 AM John Kitchin >> >>> wrote: >> >> Can you manually compile the empty.tex file from the command line? eg >> >> pdflatex empty >> >> >>> (reposting to group) >> >>> >> >>> pdflatex empty >> >>> >> >>> Seems to work fine. Hmmm... >> >> 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 Tue, Aug 27, 2019 at 7:57 AM Julius Dittmar >> wrote: >> > >> > Am 27.08.19 um 12:34 schrieb Matt Price: >> > > This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Liv
Re: [O] minimal testing setup for pdf export?
On Thu, Aug 29, 2019 at 11:27 AM John Hendy wrote: > On Tue, Aug 27, 2019 at 6:34 PM Matt Price wrote: > > > > > > > > On Tue, Aug 27, 2019 at 1:33 PM John Kitchin > wrote: > >> > >> that does suggest that pdflatex is getting called somewhere else. > >> > >> Maybe you can edebug the export function and check the value of > default-directory to see where it is getting called. > >> > >> You could also try this > >> > >> #+BEGIN_SRC emacs-lisp > >> (defun my-build (quoted-tex-file) > >> (message "Building %s. Called from %s" quoted-tex-file > default-directory)) > >> > >> (setq org-latex-pdf-process 'my-build) > >> #+END_SRC > >> > >> It won't build the pdf, but it will tell you in the messages where it > was called from. It might help figure out what is happening. > > > > > > huh. that was kinda cool... but the value of default-directory seems to > be correct. However, this helped a bit: > > > > #+BEGIN_SRC emacs-lisp > > (shell-command-to-string "echo $PWD") > > > > #+END_SRC > > > > > > #+RESULTS: > > : /home/matt/src/org-mode > > > > Not sure what's going on here, but this value is the same in a regular > emacs and "emacs -Q". is this normal? > > > > Did this get solved? It kind of bothers me to think it hasn't. I also > think this is a case where erring on the side of overwhelming details > would help a lot. Could you start from the beginning with the exact > process using emacs -Q, post the full output of *Messages* and *Org > PDF LaTeX Output*? Like in the above, you post the output of $PWD, but > not what the *Messages* buffer contained from John's code. Maybe they > are the same, maybe they are different, but we can't tell. > > Example: > $ cd ~/ > $ emacs -Q > > M-x org-version > Org mode version 9.1.9 (release_9.1.9-65-g5e4542 @ > /usr/share/emacs/26.2/lisp/org/) > > C-x C-f pdf-test.org > > File contents: > * foo > > > C-x C-s > C-c C-e l p > > $ ls ~/ > pdf-test.org > pdf-test.pdf > pdf-test.tex > > Alternatively, insert the code from John Kitchin: > > Wrote /home/jwhendy/pdf-text.org > org-babel-exp process emacs-lisp at position 8... > Saving file /home/jwhendy/pdf-text.tex... > Wrote /home/jwhendy/pdf-text.tex > Processing LaTeX file pdf-text.tex... > Building pdf-text.tex. Called from /home/jwhendy/ > org-compile-file: File "/home/jwhendy/pdf-text.pdf" wasn’t produced. > See "*Org PDF LaTeX Output*" for details > > I still don't feel I understand the full nature of your working > directory, what does and doesn't get saved in that directory, etc. I'd > love to help, but am not able to replicate for you! > > Thanks, > John > > John H, Thank you so much for the detailed instructions. I had a moment this morning so I updated Emacs, rebooted my laptop, and started to follow your instructions as closely as possible... and I can no longer reproduce my problem. I feel like I should be happier than I am! I wonder if perhaps there was some kind of strange path problem caused by a software update that I didn't pay attention to. In any case, I am as always grateful for the efforts of people on this list -- I learned at least a little bit about latex export and feel that I might finally be getting a little closer to where I need to be. Meanwhile, if the issue shows up again I'll be sure to check back in. Thanks! Matt > > > > >> 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 Tue, Aug 27, 2019 at 8:57 AM Matt Price wrote: > >>> > >>> > >>> > >>> On Tue, Aug 27, 2019 at 8:27 AM John Kitchin > wrote: > > Can you manually compile the empty.tex file from the command line? eg > > pdflatex empty > > >>> (reposting to group) > >>> > >>> pdflatex empty > >>> > >>> Seems to work fine. Hmmm... > > 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 Tue, Aug 27, 2019 at 7:57 AM Julius Dittmar > wrote: > > > > Am 27.08.19 um 12:34 schrieb Matt Price: > > > This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019/Arch > > > Linux) (preloaded format=pdflatex) > > > restricted \write18 enabled. > > > entering extended mode > > > ! I can't find file `empty.tex'. > > > > So pdflatex is called and found. Then pdflatex can't find empty.tex. > > That looks like pdflatex is called in another directory than where > > empty.tex resides. How that could happen, no idea. > > > > Julius > > >
Re: [O] minimal testing setup for pdf export?
On Tue, Aug 27, 2019 at 6:34 PM Matt Price wrote: > > > > On Tue, Aug 27, 2019 at 1:33 PM John Kitchin wrote: >> >> that does suggest that pdflatex is getting called somewhere else. >> >> Maybe you can edebug the export function and check the value of >> default-directory to see where it is getting called. >> >> You could also try this >> >> #+BEGIN_SRC emacs-lisp >> (defun my-build (quoted-tex-file) >> (message "Building %s. Called from %s" quoted-tex-file default-directory)) >> >> (setq org-latex-pdf-process 'my-build) >> #+END_SRC >> >> It won't build the pdf, but it will tell you in the messages where it was >> called from. It might help figure out what is happening. > > > huh. that was kinda cool... but the value of default-directory seems to be > correct. However, this helped a bit: > > #+BEGIN_SRC emacs-lisp > (shell-command-to-string "echo $PWD") > > #+END_SRC > > > #+RESULTS: > : /home/matt/src/org-mode > > Not sure what's going on here, but this value is the same in a regular emacs > and "emacs -Q". is this normal? > Did this get solved? It kind of bothers me to think it hasn't. I also think this is a case where erring on the side of overwhelming details would help a lot. Could you start from the beginning with the exact process using emacs -Q, post the full output of *Messages* and *Org PDF LaTeX Output*? Like in the above, you post the output of $PWD, but not what the *Messages* buffer contained from John's code. Maybe they are the same, maybe they are different, but we can't tell. Example: $ cd ~/ $ emacs -Q M-x org-version Org mode version 9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.2/lisp/org/) C-x C-f pdf-test.org File contents: * foo C-x C-s C-c C-e l p $ ls ~/ pdf-test.org pdf-test.pdf pdf-test.tex Alternatively, insert the code from John Kitchin: Wrote /home/jwhendy/pdf-text.org org-babel-exp process emacs-lisp at position 8... Saving file /home/jwhendy/pdf-text.tex... Wrote /home/jwhendy/pdf-text.tex Processing LaTeX file pdf-text.tex... Building pdf-text.tex. Called from /home/jwhendy/ org-compile-file: File "/home/jwhendy/pdf-text.pdf" wasn’t produced. See "*Org PDF LaTeX Output*" for details I still don't feel I understand the full nature of your working directory, what does and doesn't get saved in that directory, etc. I'd love to help, but am not able to replicate for you! Thanks, John > >> 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 Tue, Aug 27, 2019 at 8:57 AM Matt Price wrote: >>> >>> >>> >>> On Tue, Aug 27, 2019 at 8:27 AM John Kitchin >>> wrote: Can you manually compile the empty.tex file from the command line? eg pdflatex empty >>> (reposting to group) >>> >>> pdflatex empty >>> >>> Seems to work fine. Hmmm... 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 Tue, Aug 27, 2019 at 7:57 AM Julius Dittmar wrote: > > Am 27.08.19 um 12:34 schrieb Matt Price: > > This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019/Arch > > Linux) (preloaded format=pdflatex) > > restricted \write18 enabled. > > entering extended mode > > ! I can't find file `empty.tex'. > > So pdflatex is called and found. Then pdflatex can't find empty.tex. > That looks like pdflatex is called in another directory than where > empty.tex resides. How that could happen, no idea. > > Julius >
Re: [O] minimal testing setup for pdf export?
Am 28.08.19 um 01:33 schrieb Matt Price: > huh. that was kinda cool... but the value of default-directory seems to > be correct. However, this helped a bit: > > #+BEGIN_SRC emacs-lisp > (shell-command-to-string "echo $PWD") > > #+END_SRC > > > #+RESULTS: > : /home/matt/src/org-mode > > Not sure what's going on here, but this value is the same in a regular > emacs and "emacs -Q". is this normal? For me, with "emacs -Q", this reliably returns the path from which I started emacs. HTH, Julius
Re: [O] minimal testing setup for pdf export?
On Tue, Aug 27, 2019 at 1:33 PM John Kitchin wrote: > that does suggest that pdflatex is getting called somewhere else. > > Maybe you can edebug the export function and check the value of > default-directory to see where it is getting called. > > You could also try this > > #+BEGIN_SRC emacs-lisp > (defun my-build (quoted-tex-file) > (message "Building %s. Called from %s" quoted-tex-file > default-directory)) > > (setq org-latex-pdf-process 'my-build) > #+END_SRC > > It won't build the pdf, but it will tell you in the messages where it was > called from. It might help figure out what is happening. > huh. that was kinda cool... but the value of default-directory seems to be correct. However, this helped a bit: #+BEGIN_SRC emacs-lisp (shell-command-to-string "echo $PWD") #+END_SRC #+RESULTS: : /home/matt/src/org-mode Not sure what's going on here, but this value is the same in a regular emacs and "emacs -Q". is this normal? 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 Tue, Aug 27, 2019 at 8:57 AM Matt Price wrote: > >> >> >> On Tue, Aug 27, 2019 at 8:27 AM John Kitchin >> wrote: >> >>> Can you manually compile the empty.tex file from the command line? eg >>> >>> pdflatex empty >>> >>> (reposting to group) >> >> pdflatex empty >> >> Seems to work fine. Hmmm... >> >>> 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 Tue, Aug 27, 2019 at 7:57 AM Julius Dittmar >>> wrote: >>> Am 27.08.19 um 12:34 schrieb Matt Price: > This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019/Arch > Linux) (preloaded format=pdflatex) > restricted \write18 enabled. > entering extended mode > ! I can't find file `empty.tex'. So pdflatex is called and found. Then pdflatex can't find empty.tex. That looks like pdflatex is called in another directory than where empty.tex resides. How that could happen, no idea. Julius
Re: [O] minimal testing setup for pdf export?
that does suggest that pdflatex is getting called somewhere else. Maybe you can edebug the export function and check the value of default-directory to see where it is getting called. You could also try this #+BEGIN_SRC emacs-lisp (defun my-build (quoted-tex-file) (message "Building %s. Called from %s" quoted-tex-file default-directory)) (setq org-latex-pdf-process 'my-build) #+END_SRC It won't build the pdf, but it will tell you in the messages where it was called from. It might help figure out what is happening. 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 Tue, Aug 27, 2019 at 8:57 AM Matt Price wrote: > > > On Tue, Aug 27, 2019 at 8:27 AM John Kitchin > wrote: > >> Can you manually compile the empty.tex file from the command line? eg >> >> pdflatex empty >> >> (reposting to group) > > pdflatex empty > > Seems to work fine. Hmmm... > >> 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 Tue, Aug 27, 2019 at 7:57 AM Julius Dittmar >> wrote: >> >>> Am 27.08.19 um 12:34 schrieb Matt Price: >>> > This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019/Arch >>> > Linux) (preloaded format=pdflatex) >>> > restricted \write18 enabled. >>> > entering extended mode >>> > ! I can't find file `empty.tex'. >>> >>> So pdflatex is called and found. Then pdflatex can't find empty.tex. >>> That looks like pdflatex is called in another directory than where >>> empty.tex resides. How that could happen, no idea. >>> >>> Julius >>> >>>
Re: [O] minimal testing setup for pdf export?
On Tue, Aug 27, 2019 at 8:27 AM John Kitchin wrote: > Can you manually compile the empty.tex file from the command line? eg > > pdflatex empty > > (reposting to group) pdflatex empty Seems to work fine. Hmmm... > 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 Tue, Aug 27, 2019 at 7:57 AM Julius Dittmar > wrote: > >> Am 27.08.19 um 12:34 schrieb Matt Price: >> > This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019/Arch >> > Linux) (preloaded format=pdflatex) >> > restricted \write18 enabled. >> > entering extended mode >> > ! I can't find file `empty.tex'. >> >> So pdflatex is called and found. Then pdflatex can't find empty.tex. >> That looks like pdflatex is called in another directory than where >> empty.tex resides. How that could happen, no idea. >> >> Julius >> >>
Re: [O] minimal testing setup for pdf export?
Can you manually compile the empty.tex file from the command line? eg pdflatex empty 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 Tue, Aug 27, 2019 at 7:57 AM Julius Dittmar wrote: > Am 27.08.19 um 12:34 schrieb Matt Price: > > This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019/Arch > > Linux) (preloaded format=pdflatex) > > restricted \write18 enabled. > > entering extended mode > > ! I can't find file `empty.tex'. > > So pdflatex is called and found. Then pdflatex can't find empty.tex. > That looks like pdflatex is called in another directory than where > empty.tex resides. How that could happen, no idea. > > Julius > >
Re: [O] minimal testing setup for pdf export?
Am 27.08.19 um 12:34 schrieb Matt Price: > This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019/Arch > Linux) (preloaded format=pdflatex) > restricted \write18 enabled. > entering extended mode > ! I can't find file `empty.tex'. So pdflatex is called and found. Then pdflatex can't find empty.tex. That looks like pdflatex is called in another directory than where empty.tex resides. How that could happen, no idea. Julius
Re: [O] minimal testing setup for pdf export?
My empty.tex is very similar: % Created 2019-08-27 Tue 06:25 % Intended LaTeX compiler: pdflatex \documentclass[11pt]{article} \usepackage[utf8]{inputenc} \usepackage[T1]{fontenc} \usepackage{graphicx} \usepackage{grffile} \usepackage{longtable} \usepackage{wrapfig} \usepackage{rotating} \usepackage[normalem]{ulem} \usepackage{amsmath} \usepackage{textcomp} \usepackage{amssymb} \usepackage{capt-of} \usepackage{hyperref} \date{\today} \title{} \hypersetup{ pdfauthor={}, pdftitle={}, pdfkeywords={}, pdfsubject={}, pdfcreator={Emacs 27.0.50 (Org mode 9.1.9)}, pdflang={English}} \begin{document} \tableofcontents \end{document} Th pdf is still not being produced: org-compile-file: File "/home/matt/empty.pdf" wasn’t produced. See "*Org PDF LaTeX Output*" for details Org LDF LaTeX Output says: This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019/Arch Linux) (preloaded format=pdflatex) restricted \write18 enabled. entering extended mode ! I can't find file `empty.tex'. <*> empty.tex (Press Enter to retry, or Control-D to exit) Please type another input file name ! Emergency stop. <*> empty.tex ! ==> Fatal error occurred, no output PDF file produced! Transcript written on .//texput.log. However, empty.tex is clearly present. Latex and pdflatex are both in my $PATH. Maybe this is a problem with pdflatex? On Tue, Aug 27, 2019 at 2:14 AM Robert Klein wrote: > On Mon, 26 Aug 2019 21:20:53 -0400 > Matt Price wrote: > > > Can someone point me to a minimal setup for testing PDF export with > > "emacs -Q"? I am unable to produce a pdf with default settings and I > > am pretty sure that the latex is invalid... but I'm having trouble > > testing it since I 9still) know so little about latex. > > > > Thanks everyone! > > > > Matt > > What is in your *messages* buffer after the export attempt? > > Whats the result when you export a blank “empty.org” file to LaTeX (C-c > C-e l l)? I get > > --- snip --- > % Created 2019-08-27 Tue 08:10 > % Intended LaTeX compiler: pdflatex > \documentclass[11pt]{article} > \usepackage[utf8]{inputenc} > \usepackage[T1]{fontenc} > \usepackage{graphicx} > \usepackage{grffile} > \usepackage{longtable} > \usepackage{wrapfig} > \usepackage{rotating} > \usepackage[normalem]{ulem} > \usepackage{amsmath} > \usepackage{textcomp} > \usepackage{amssymb} > \usepackage{capt-of} > \usepackage{hyperref} > \author{Robert Klein} > \date{\today} > \title{} > \hypersetup{ > pdfauthor={Robert Klein}, > pdftitle={}, > pdfkeywords={}, > pdfsubject={}, > pdfcreator={Emacs 26.2 (Org mode 9.1.9)}, > pdflang={English}} > \begin{document} > > \tableofcontents > > \end{document} > --- snip --- > > Just in case, do you have latex/pdflatex installed and in your path? > > Best regards > Robert >
Re: [O] minimal testing setup for pdf export?
On Mon, 26 Aug 2019 21:20:53 -0400 Matt Price wrote: > Can someone point me to a minimal setup for testing PDF export with > "emacs -Q"? I am unable to produce a pdf with default settings and I > am pretty sure that the latex is invalid... but I'm having trouble > testing it since I 9still) know so little about latex. > > Thanks everyone! > > Matt What is in your *messages* buffer after the export attempt? Whats the result when you export a blank “empty.org” file to LaTeX (C-c C-e l l)? I get --- snip --- % Created 2019-08-27 Tue 08:10 % Intended LaTeX compiler: pdflatex \documentclass[11pt]{article} \usepackage[utf8]{inputenc} \usepackage[T1]{fontenc} \usepackage{graphicx} \usepackage{grffile} \usepackage{longtable} \usepackage{wrapfig} \usepackage{rotating} \usepackage[normalem]{ulem} \usepackage{amsmath} \usepackage{textcomp} \usepackage{amssymb} \usepackage{capt-of} \usepackage{hyperref} \author{Robert Klein} \date{\today} \title{} \hypersetup{ pdfauthor={Robert Klein}, pdftitle={}, pdfkeywords={}, pdfsubject={}, pdfcreator={Emacs 26.2 (Org mode 9.1.9)}, pdflang={English}} \begin{document} \tableofcontents \end{document} --- snip --- Just in case, do you have latex/pdflatex installed and in your path? Best regards Robert
Re: [O] minimal testing setup for pdf export?
On 2019-08-27 at 03:20 +02, Matt Price wrote... > Can someone point me to a minimal setup for testing PDF export with "emacs > -Q"? I am unable to produce a pdf with default settings and I am pretty > sure that the latex is invalid... but I'm having trouble testing it since > I 9still) know so little about latex. I blank file is an MWE. It is highly unlikely Org is producing something invalid here. I'd look at operator error :) What version of Emacs? What version of Org? -k.