Re: [O] Blank page in LaTeX/PDF output

2014-03-04 Thread Peter Davis

On Mon, Mar 3, 2014, at 10:46 PM, John Hendy wrote:
[snip]
> On Mon, Mar 3, 2014 at 7:13 PM, Peter Davis  wrote:
> From my fiddling:
> - As-is produces 4 pages, blank 3rd
> - Commenting out the hyperref package does *not* produce a blank 3rd page
> - Using \section* does *not* product a blank 3rd page

Thanks, John. It certainly seems that hyperref is at least partially to
blame here. I'll have to check on what the developers consider a 3rd
party package. hyperref itself loads a bunch of other packages, so it
gets very complicated.

> I added a comment linking to Wikipedia's Linux penguin that I used as
> ./image.png, just to make sure it wasn't possibly related to errors
> related to no image being found.

I first saw the problem when I was using actual images, so I knew it
wasn't that.

> I wondered if it had something to do with the numbered sections being
> treated as links (since hyperref was the culprit package). I fiddled
> with removing \label{sec-n}, but that didn't have an effect. I
> wondered if that was triggering something due to it having links sort
> of "ready" for the TOC even though none is present... no idea!

Seems plausible.

> Anyway, as long as graphicx and hyperref are not considered "3rd
> party," I think you could still submit the report. You may be told
> that since there are overfull hbox and vbox's that it's not their
> problem, but I'd still expect the results to be the same with \section
> vs. \section*, and with[out] hyperref.

Thanks again, John. I'll look into this and report back whatever I find.

Best,
-pd

-- 
  Peter Davis
  www.techcurmudgeon.com
  www.timebums.com



Re: [O] Blank page in LaTeX/PDF output

2014-03-03 Thread John Hendy
On Mon, Mar 3, 2014 at 7:13 PM, Peter Davis  wrote:

[snip]

>> > > Regarding a bug report, if that's what this is, I just googled "latex
>> > > bugs" and got this page as the first hit:
>> > > - http://latex-project.org/bugs.html
>> > >
>> >
>> >
>> > Unfortunately, that site says they can't accept bugs that use any third
>> > party packages, and the org-exported LaTeX file starts:
>> >
>>
>> Can you delete all of those lines, recompile with pdflatex, and still 
>> reproduce?
>>
>> If so, you're still good to go!
>>
>
> Unfortunately, it gets a lot of errors if I remove all the \usepackage lines, 
> and I don't know which packages are third party or not.

I was able to get rid of them all except for graphicx, and I also was
able to replicate with the standard article class :) Here's the
pastebin:
- http://pastebin.com/WeJXAjw7

I cleaned up some of the text just to remove other contributing
candidates (such as changing the tabular to {lll} alignment as not to
use p{}, and using just tabular vs. tabular inside table).

>From my fiddling:
- As-is produces 4 pages, blank 3rd
- Commenting out the hyperref package does *not* produce a blank 3rd page
- Using \section* does *not* product a blank 3rd page

I added a comment linking to Wikipedia's Linux penguin that I used as
./image.png, just to make sure it wasn't possibly related to errors
related to no image being found.

I wondered if it had something to do with the numbered sections being
treated as links (since hyperref was the culprit package). I fiddled
with removing \label{sec-n}, but that didn't have an effect. I
wondered if that was triggering something due to it having links sort
of "ready" for the TOC even though none is present... no idea!

Anyway, as long as graphicx and hyperref are not considered "3rd
party," I think you could still submit the report. You may be told
that since there are overfull hbox and vbox's that it's not their
problem, but I'd still expect the results to be the same with \section
vs. \section*, and with[out] hyperref.


Good luck!
John



Re: [O] Blank page in LaTeX/PDF output

2014-03-03 Thread Peter Davis
On Mon, Mar 03, 2014 at 07:08:35PM -0600, John Hendy wrote:
> 
> On Mar 3, 2014 6:51 PM, "Peter Davis"  wrote:
> >
> >
> > On Sat, Mar 1, 2014, at 02:19 PM, John Hendy wrote:
> > > I can confirm Peter's results, ...
> >
> > Thanks, John.
> >
> > >
> > > I searched things like "latex page break 'section*' vs section" with
> > > no obvious lead on why the two section styles would be different.
> > > Regarding a bug report, if that's what this is, I just googled "latex
> > > bugs" and got this page as the first hit:
> > > - http://latex-project.org/bugs.html
> > >
> >
> >
> > Unfortunately, that site says they can't accept bugs that use any third
> > party packages, and the org-exported LaTeX file starts:
> >
> 
> Can you delete all of those lines, recompile with pdflatex, and still 
> reproduce?
> 
> If so, you're still good to go!
> 

Unfortunately, it gets a lot of errors if I remove all the \usepackage lines, 
and I don't know which packages are third party or not.

-pd


-- 

Peter Davis
The Tech Curmudgeon
www.techcurmudgeon.com



Re: [O] Blank page in LaTeX/PDF output

2014-03-03 Thread John Hendy
On Mar 3, 2014 6:51 PM, "Peter Davis"  wrote:
>
>
> On Sat, Mar 1, 2014, at 02:19 PM, John Hendy wrote:
> > I can confirm Peter's results, ...
>
> Thanks, John.
>
> >
> > I searched things like "latex page break 'section*' vs section" with
> > no obvious lead on why the two section styles would be different.
> > Regarding a bug report, if that's what this is, I just googled "latex
> > bugs" and got this page as the first hit:
> > - http://latex-project.org/bugs.html
> >
>
>
> Unfortunately, that site says they can't accept bugs that use any third
> party packages, and the org-exported LaTeX file starts:
>

Can you delete all of those lines, recompile with pdflatex, and still
reproduce?

If so, you're still good to go!

John

>
\documentclass[article,letterpaper,times,12pt,listings-bw,microtype]{scrartcl}
>\usepackage{microtype}
> \usepackage{mathpazo}
>\usepackage[scale=.9]{tgheros}
>\usepackage{tgcursor}
> \usepackage[utf8]{inputenc}
> \usepackage[T1]{fontenc}
> \usepackage{fixltx2e}
> \usepackage{graphicx}
> \usepackage{longtable}
> \usepackage{float}
> \usepackage{wrapfig}
> \usepackage{rotating}
> \usepackage[normalem]{ulem}
> \usepackage{amsmath}
> \usepackage{textcomp}
> \usepackage{marvosym}
> \usepackage{wasysym}
> \usepackage{amssymb}
> \usepackage{hyperref}
>
>
> Thanks!
> -pd
>
>
> --
>   Peter Davis
>   www.techcurmudgeon.com
>   www.timebums.com


Re: [O] Blank page in LaTeX/PDF output

2014-03-03 Thread Peter Davis

On Sat, Mar 1, 2014, at 02:19 PM, John Hendy wrote:
> I can confirm Peter's results, ...

Thanks, John.

> 
> I searched things like "latex page break 'section*' vs section" with
> no obvious lead on why the two section styles would be different.
> Regarding a bug report, if that's what this is, I just googled "latex
> bugs" and got this page as the first hit:
> - http://latex-project.org/bugs.html
> 


Unfortunately, that site says they can't accept bugs that use any third
party packages, and the org-exported LaTeX file starts:

\documentclass[article,letterpaper,times,12pt,listings-bw,microtype]{scrartcl}
   \usepackage{microtype}
\usepackage{mathpazo}
   \usepackage[scale=.9]{tgheros}
   \usepackage{tgcursor}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{fixltx2e}
\usepackage{graphicx}
\usepackage{longtable}
\usepackage{float}
\usepackage{wrapfig}
\usepackage{rotating}
\usepackage[normalem]{ulem}
\usepackage{amsmath}
\usepackage{textcomp}
\usepackage{marvosym}
\usepackage{wasysym}
\usepackage{amssymb}
\usepackage{hyperref}


Thanks!
-pd


-- 
  Peter Davis
  www.techcurmudgeon.com
  www.timebums.com



Re: [O] Blank page in LaTeX/PDF output

2014-03-01 Thread Peter Davis


Here are the two LaTeX files. The only differences, apart from creation 
time, are the the use of \section* instead of \section, so perhaps this 
is a LaTeX bug.


Anyone know how to report that?

-pd

--

Peter Davis
The Tech Curmudgeon
www.techcurmudgeon.com



no-blank-page-bug.tex
Description: TeX document


blank-page-bug.tex
Description: TeX document


Re: [O] Blank page in LaTeX/PDF output

2014-03-01 Thread Nick Dokos
Peter Davis  writes:

> On 2/28/14, 7:38 PM, Nick Dokos wrote:
>> John is correct, I think, although latex's behavior in leaving an empty
>> page does not make much sense to me. Nevertheless, when I reduce
>> the height of the last image to less than about 7.85 inches, the empty
>> page goes away. AFAICT, num: and toc: settings do not affect this
>> behavior.
>>
>
> Thanks, Nick, but I have confirmed that adding num:nil eliminates the
> blank page, and removing that re-introduces the blank page. No other
> changes to the .org file were made. I was wondering if LaTeX has some
> predisposition to handle numbered section headings differently from
> unnumbered ones as far as pagination.
>
> I'll try to make a simple, clean sample that reproduces it, but it's
> going to take some trial-and-error testing.
>

Nevertheless, can you please reduce the size of the last image to 7.8in
and see whether the empty page goes away?

Nick




Re: [O] Blank page in LaTeX/PDF output

2014-03-01 Thread Nick Dokos
John Hendy  writes:

> If you could include a minimal Emacs config as well, that would help
> others reproduce easier to help figure out what's going on.
>

One more thing (for Peter): if you could produce the tex file and
pdflatex it by hand, can you also post the log file it produces
somewhere? If it's too big for the list, maybe pastebin it somewhere?

-- 
Nick




Re: [O] Blank page in LaTeX/PDF output

2014-03-01 Thread Nick Dokos
John Hendy  writes:

> On Fri, Feb 28, 2014 at 9:39 PM, Peter Davis  wrote:
>>
>> On 2/28/14, 10:32 PM, Nick Dokos wrote:
>>>
>>> You need *some* images in order to compile it. I just replaced all
>>> the image links with
>>>
>>> [[./foo.png]]
>>
>>
>> I did not need any images. In fact, the version I posted I had just tested,
>> and the image links in there are completely bogus. I just get empty boxes of
>> the height I specified.
>>

Indeed - I first tried it by hand, running pdflatex on the command line and
got what I thought were errors, but they were warnings only: I hit RET
to continue past them and got the same empty boxes you got. And doing
C-c C-e l o to go straight to PDF does the same thing.

>>
>>> where foo.png is the emacs logo.
>>>
>>> And my koma-article is a copy of the article class, except the document
>>> class
>>> is "scrartcl" instead of "article".
>>
>>
>> I don't know where that came from. I can post my copy of koma-article, if
>> that would help.
>
> We really need a minimal config, in my opinion. I just tried fiddling
> again and am having no luck after installing koma-script from CTAN (or
> is that even something I need?) and adding =(require 'ox-koma-letter)=
> to my emacs config (again, is that even needed?). I don't use koma, so
> I'm lost as to how to get anything usable from your document in order
> to troubleshoot.
>
>
No, you don't need ox-koma-letter at all. You do need to have
the "scrartcl" class from koma-script installed - check with
kpsewhich - I get:

,
| $ kpsewhich scrartcl.cls
| /usr/share/texmf-texlive/tex/latex/koma-script/scrartcl.cls
`

and you need to have a "koma-article" class added to org-latex-classes.
Here's what I used, but Peter may have a different definition
(something must explain why we get different results!):

--8<---cut here---start->8---
(setq koma-article-class
  '("koma-article"
"\\documentclass[11pt]{scrartcl}"
("\\section{%s}" . "\\section*{%s}")
("\\subsection{%s}" . "\\subsection*{%s}")
("\\subsubsection{%s}" . "\\subsubsection*{%s}")
("\\paragraph{%s}" . "\\paragraph*{%s}")
("\\subparagraph{%s}" . "\\subparagraph*{%s}")))

(progn
  (require 'ox-latex)
  (add-to-list 'org-latex-classes koma-article-class t))
--8<---cut here---end--->8---

-- 
Nick




Re: [O] Blank page in LaTeX/PDF output

2014-02-28 Thread John Hendy
On Fri, Feb 28, 2014 at 9:39 PM, Peter Davis  wrote:
>
> On 2/28/14, 10:32 PM, Nick Dokos wrote:
>>
>> Peter Davis  writes:
>>
>>> Attached is a simple file that demonstrates this. As is, it does not
>>> leave a blank page. But if you remove the num:nil option from the
>>> second line of this file, you do get a blank page.
>>>
>> Not for me: in both cases, I get a blank page 3.
>
> Interesting. I wonder what's different in our setups.
>
>
>>> You (probably) need koma-article class for this. (I didn't install
>>> anything. It just worked for me.) You don't need the images.
>>>
>> You need *some* images in order to compile it. I just replaced all
>> the image links with
>>
>> [[./foo.png]]
>
>
> I did not need any images. In fact, the version I posted I had just tested,
> and the image links in there are completely bogus. I just get empty boxes of
> the height I specified.
>
>
>> where foo.png is the emacs logo.
>>
>> And my koma-article is a copy of the article class, except the document
>> class
>> is "scrartcl" instead of "article".
>
>
> I don't know where that came from. I can post my copy of koma-article, if
> that would help.

We really need a minimal config, in my opinion. I just tried fiddling
again and am having no luck after installing koma-script from CTAN (or
is that even something I need?) and adding =(require 'ox-koma-letter)=
to my emacs config (again, is that even needed?). I don't use koma, so
I'm lost as to how to get anything usable from your document in order
to troubleshoot.


John

>
>
> -pd
>
> --
> 
> Peter Davis
> The Tech Curmudgeon
> www.techcurmudgeon.com
>
>



Re: [O] Blank page in LaTeX/PDF output

2014-02-28 Thread Peter Davis


On 2/28/14, 10:32 PM, Nick Dokos wrote:

Peter Davis  writes:


Attached is a simple file that demonstrates this. As is, it does not
leave a blank page. But if you remove the num:nil option from the
second line of this file, you do get a blank page.


Not for me: in both cases, I get a blank page 3.

Interesting. I wonder what's different in our setups.


You (probably) need koma-article class for this. (I didn't install
anything. It just worked for me.) You don't need the images.


You need *some* images in order to compile it. I just replaced all
the image links with

[[./foo.png]]


I did not need any images. In fact, the version I posted I had just 
tested, and the image links in there are completely bogus. I just get 
empty boxes of the height I specified.



where foo.png is the emacs logo.

And my koma-article is a copy of the article class, except the document class
is "scrartcl" instead of "article".


I don't know where that came from. I can post my copy of koma-article, 
if that would help.


-pd

--

Peter Davis
The Tech Curmudgeon
www.techcurmudgeon.com




Re: [O] Blank page in LaTeX/PDF output

2014-02-28 Thread Nick Dokos
Peter Davis  writes:

> Attached is a simple file that demonstrates this. As is, it does not
> leave a blank page. But if you remove the num:nil option from the
> second line of this file, you do get a blank page.
>

Not for me: in both cases, I get a blank page 3.

> You (probably) need koma-article class for this. (I didn't install
> anything. It just worked for me.) You don't need the images.
>

You need *some* images in order to compile it. I just replaced all
the image links with

[[./foo.png]]

where foo.png is the emacs logo.

And my koma-article is a copy of the article class, except the document class
is "scrartcl" instead of "article".

> -pd
>

> On 2/28/14, 8:21 PM, Peter Davis wrote:
>>
>> On 2/28/14, 7:38 PM, Nick Dokos wrote:
>>> John is correct, I think, although latex's behavior in leaving an empty
>>> page does not make much sense to me. Nevertheless, when I reduce
>>> the height of the last image to less than about 7.85 inches, the empty
>>> page goes away. AFAICT, num: and toc: settings do not affect this
>>> behavior.
>>>
>>
>> Thanks, Nick, but I have confirmed that adding num:nil eliminates
>> the blank page, and removing that re-introduces the blank page. No
>> other changes to the .org file were made. I was wondering if LaTeX
>> has some predisposition to handle numbered section headings
>> differently from unnumbered ones as far as pagination.
>>
>> I'll try to make a simple, clean sample that reproduces it, but it's
>> going to take some trial-and-error testing.
>>
>> -pd
>>

-- 
Nick




Re: [O] Blank page in LaTeX/PDF output

2014-02-28 Thread Peter Davis
Attached is a simple file that demonstrates this. As is, it does not 
leave a blank page. But if you remove the num:nil option from the second 
line of this file, you do get a blank page.


You (probably) need koma-article class for this. (I didn't install 
anything. It just worked for me.) You don't need the images.


-pd

On 2/28/14, 8:21 PM, Peter Davis wrote:


On 2/28/14, 7:38 PM, Nick Dokos wrote:

John is correct, I think, although latex's behavior in leaving an empty
page does not make much sense to me. Nevertheless, when I reduce
the height of the last image to less than about 7.85 inches, the empty
page goes away. AFAICT, num: and toc: settings do not affect this
behavior.



Thanks, Nick, but I have confirmed that adding num:nil eliminates the 
blank page, and removing that re-introduces the blank page. No other 
changes to the .org file were made. I was wondering if LaTeX has some 
predisposition to handle numbered section headings differently from 
unnumbered ones as far as pagination.


I'll try to make a simple, clean sample that reproduces it, but it's 
going to take some trial-and-error testing.


-pd



--

Peter Davis
The Tech Curmudgeon
www.techcurmudgeon.com

#+STARTUP: showeverything logdone
#+options: num:nil toc:nil

#+LaTeX_CLASS: koma-article
#+LATEX_HEADER: \setlength{\parskip}{2ex plus 4pt minus 2pt}
#+LATEX_HEADER: \setlength{\parindent}{0pt}
#+LATEX_HEADER: \renewcommand{\baselinestretch}{1.0}
#+LATEX_HEADER: \setlength{\topsep}{-10pt}
#+LATEX_HEADER: \setlength{\partopsep}{0pt}
#+LaTeX_CLASS_OPTIONS: [article,letterpaper,times,12pt,listings-bw,microtype]
#+author: Peter Davis (pdavis)
#+title: My Title

#+ATTR_LATEX: :height 6in
[[/Users/peterdavis/force_a_page_break.png]]

#+ATTR_LATEX: :height 6cm
[[/Users/peterdavis/AS3_2.png]]

/NOTE:/ User actio]ns are indicated in lowercase letters. Software responses 
are indicated in UPPERCASE LETTERS.

* Lexical Analysis

The following table contains the word "blah" a lot.

#+CAPTION:
#+ATTR_LATEX: :align lp{2.75in}p{2.75in}
|+--+-|
| *blah* | *blah blah blah* | 
*blah blah blah blah*   |
|+--+-|
| blah   | blah blah blah   | 
blah blah blah blah |
| blah   | blah blah blah   | 
blah blah blah blah |
| blah   | blah blah blah   | 
blah blah blah blah |
| blah   | blah blah blah   | 
blah blah blah blah |
| blah   | blah blah blah   | 
blah blah blah blah |
| blah   | blah blah blah   | 
blah blah blah blah |
| blah   | blah blah blah   | 
blah blah blah blah |
| blah   | blah blah blah   | 
blah blah blah blah |
|+--+-|

* Storyboard

#+ATTR_LATEX: :height 8.5in
[[/Users/peterdavis/tall_image.png]]



Re: [O] Blank page in LaTeX/PDF output

2014-02-28 Thread John Hendy
On Feb 28, 2014 7:21 PM, "Peter Davis"  wrote:
>
>
> On 2/28/14, 7:38 PM, Nick Dokos wrote:
>>
>> John is correct, I think, although latex's behavior in leaving an empty
>> page does not make much sense to me. Nevertheless, when I reduce
>> the height of the last image to less than about 7.85 inches, the empty
>> page goes away. AFAICT, num: and toc: settings do not affect this
>> behavior.
>>
>
> Thanks, Nick, but I have confirmed that adding num:nil eliminates the
blank page, and removing that re-introduces the blank page. No other
changes to the .org file were made. I was wondering if LaTeX has some
predisposition to handle numbered section headings differently from
unnumbered ones as far as pagination.
>
> I'll try to make a simple, clean sample that reproduces it, but it's
going to take some trial-and-error testing.

If you could include a minimal Emacs config as well, that would help others
reproduce easier to help figure out what's going on.

John

>
> -pd
>
> --
> 
>
> Peter Davis
> The Tech Curmudgeon
> www.techcurmudgeon.com
>
>


Re: [O] Blank page in LaTeX/PDF output

2014-02-28 Thread Peter Davis


On 2/28/14, 7:38 PM, Nick Dokos wrote:

John is correct, I think, although latex's behavior in leaving an empty
page does not make much sense to me. Nevertheless, when I reduce
the height of the last image to less than about 7.85 inches, the empty
page goes away. AFAICT, num: and toc: settings do not affect this
behavior.



Thanks, Nick, but I have confirmed that adding num:nil eliminates the 
blank page, and removing that re-introduces the blank page. No other 
changes to the .org file were made. I was wondering if LaTeX has some 
predisposition to handle numbered section headings differently from 
unnumbered ones as far as pagination.


I'll try to make a simple, clean sample that reproduces it, but it's 
going to take some trial-and-error testing.


-pd

--

Peter Davis
The Tech Curmudgeon
www.techcurmudgeon.com




Re: [O] Blank page in LaTeX/PDF output

2014-02-28 Thread Nick Dokos
Peter Davis  writes:

> On 2/28/14, 12:03 PM, John Hendy wrote:
>> On Fri, Feb 28, 2014 at 10:59 AM, Peter Davis  wrote:
>>> I'm writing a short paper containing tables, images, etc., but I'm getting a
>>> blank page in the PDF output. That is, it's completely blank *except* for
>>> the page number.
>>>
>>> Any suggestions on how to trouble-shoot or fix this?
>> Probably related to image/table float placement. I've had an image on
>> one page trigger a blank page after it, and if your options or the
>> size of the image on the next place won't fit on a single page, it
>> might be skipping that blank one entirely and moving along to the
>> next.
>>
>> Is it possible to share the document, or could you try to copy that
>> .org file, remove the contents of p. 1-4 and 8-9, and then share the
>> .org file that generates pages 5, 6 (blank), and 7?
>
> Thanks, John. I figured it has something to do with LaTeX float
> behavior, but I'm trying to understand how to control it through
> org-mode. I'm attaching a small sample that reproduces the problem.
>
> Thanks!
> -pd

John is correct, I think, although latex's behavior in leaving an empty
page does not make much sense to me. Nevertheless, when I reduce
the height of the last image to less than about 7.85 inches, the empty
page goes away. AFAICT, num: and toc: settings do not affect this
behavior.

-- 
Nick




Re: [O] Blank page in LaTeX/PDF output

2014-02-28 Thread Peter Davis


On 2/28/14, 1:19 PM, Peter Davis wrote:


On 2/28/14, 12:37 PM, John Hendy wrote:

You can also try:

#+latex: \scriptsize % or \small, \footnotesize, or \tiny

before your table to make it smaller as well if you think that's 
contributing.


These seem like things to try after the content is completely locked 
down. Any edits after this could conceivably re-introduce the problem, 
requiring further tweaks.




I just found that adding or removing "num:nil" from the #+options: 
changes whether or not the blank page appears. I would have thought 
header numbering only affects horizontal line length (None of the 
headers wrap to more than one line), but apparently I'm wrong. Setting 
"toc:nil" got rid of the blank page, but removing "num:nil" 
re-introduced it.


Weird.

Thanks!
-pd

--
Peter Davis
The Tech Curmudgeon
www.techcurmudgeon.com




Re: [O] Blank page in LaTeX/PDF output

2014-02-28 Thread Peter Davis


On 2/28/14, 12:37 PM, John Hendy wrote:

I was going to try and get back to you quickly, but I don't have
koma-article defined and don't have the images you're using, so I
won't be much help to you. Intuitively, I'd suggest you try playing
with the image sizes to see if you can shrink them and make the
problem go away.


Thanks, John. You shouldn't need the images, since their heights are 
specified in the .org file. But I guess it would not be reproducible 
without koma-article.




You can also try:

#+latex: \scriptsize % or \small, \footnotesize, or \tiny

before your table to make it smaller as well if you think that's contributing.


These seem like things to try after the content is completely locked 
down. Any edits after this could conceivably re-introduce the problem, 
requiring further tweaks.



Just saw your other email come in, and the TOC will be fixed by
modifying your existing options at the top of the document:

#+options: num:nil toc:nil


Thanks again! Yes, this works, and seems to eliminate the blank page 
(for now)!


Cheers,
-pd

--
Peter Davis
The Tech Curmudgeon
www.techcurmudgeon.com




Re: [O] Blank page in LaTeX/PDF output

2014-02-28 Thread John Hendy
On Fri, Feb 28, 2014 at 11:26 AM, Peter Davis  wrote:
>
> On 2/28/14, 12:03 PM, John Hendy wrote:
>>
>> On Fri, Feb 28, 2014 at 10:59 AM, Peter Davis  wrote:
>>>
>>> I'm writing a short paper containing tables, images, etc., but I'm
>>> getting a
>>> blank page in the PDF output. That is, it's completely blank *except* for
>>> the page number.
>>>
>>> Any suggestions on how to trouble-shoot or fix this?
>>
>> Probably related to image/table float placement. I've had an image on
>> one page trigger a blank page after it, and if your options or the
>> size of the image on the next place won't fit on a single page, it
>> might be skipping that blank one entirely and moving along to the
>> next.
>>
>> Is it possible to share the document, or could you try to copy that
>> .org file, remove the contents of p. 1-4 and 8-9, and then share the
>> .org file that generates pages 5, 6 (blank), and 7?
>
>
> Thanks, John. I figured it has something to do with LaTeX float behavior,
> but I'm trying to understand how to control it through org-mode. I'm
> attaching a small sample that reproduces the problem.

I was going to try and get back to you quickly, but I don't have
koma-article defined and don't have the images you're using, so I
won't be much help to you. Intuitively, I'd suggest you try playing
with the image sizes to see if you can shrink them and make the
problem go away.

You can also try:

#+latex: \scriptsize % or \small, \footnotesize, or \tiny

before your table to make it smaller as well if you think that's contributing.

Just saw your other email come in, and the TOC will be fixed by
modifying your existing options at the top of the document:

#+options: num:nil toc:nil


Best regards,
John

>
> Thanks!
> -pd
>
> --
> Peter Davis
> The Tech Curmudgeon
> www.techcurmudgeon.com
>



Re: [O] Blank page in LaTeX/PDF output

2014-02-28 Thread Peter Davis


On 2/28/14, 12:26 PM, Peter Davis wrote:


Thanks, John. I figured it has something to do with LaTeX float 
behavior, but I'm trying to understand how to control it through 
org-mode. I'm attaching a small sample that reproduces the problem.




I'd also like to get rid of that stupid empty table of contents, which 
may in itself solve the problem.


Thanks!
-pd


--
Peter Davis
The Tech Curmudgeon
www.techcurmudgeon.com




Re: [O] Blank page in LaTeX/PDF output

2014-02-28 Thread Peter Davis


On 2/28/14, 12:03 PM, John Hendy wrote:

On Fri, Feb 28, 2014 at 10:59 AM, Peter Davis  wrote:

I'm writing a short paper containing tables, images, etc., but I'm getting a
blank page in the PDF output. That is, it's completely blank *except* for
the page number.

Any suggestions on how to trouble-shoot or fix this?

Probably related to image/table float placement. I've had an image on
one page trigger a blank page after it, and if your options or the
size of the image on the next place won't fit on a single page, it
might be skipping that blank one entirely and moving along to the
next.

Is it possible to share the document, or could you try to copy that
.org file, remove the contents of p. 1-4 and 8-9, and then share the
.org file that generates pages 5, 6 (blank), and 7?


Thanks, John. I figured it has something to do with LaTeX float 
behavior, but I'm trying to understand how to control it through 
org-mode. I'm attaching a small sample that reproduces the problem.


Thanks!
-pd

--
Peter Davis
The Tech Curmudgeon
www.techcurmudgeon.com

#+STARTUP: showeverything logdone
#+options: num:nil
#+OPTIONS:   H:5 num:t \n:nil @:t ::t |:t ^:nil -:t f:t *:t <:t
#+LaTeX_CLASS: koma-article
#+LATEX_HEADER: \setlength{\parskip}{2ex plus 4pt minus 2pt}
#+LATEX_HEADER: \setlength{\parindent}{0pt}
#+LATEX_HEADER: \renewcommand{\baselinestretch}{1.0}
#+LATEX_HEADER: \setlength{\topsep}{-10pt}
#+LATEX_HEADER: \setlength{\partopsep}{0pt}
#+LaTeX_CLASS_OPTIONS: [article,letterpaper,times,12pt,listings-bw,microtype]
#+author: Peter Davis (pdavis)
#+title: My Title

#+ATTR_LATEX: :height 5in
[[/Users/peterdavis/Dropbox/Tufts/COMP171/force_a_page_break.png]]

#+ATTR_LATEX: :height 6cm
[[/Users/peterdavis/Dropbox/Tufts/COMP171/AS3_2.png]]

/NOTE:/ User actions are indicated in lowercase letters. Software responses are 
indicated in UPPERCASE LETTERS.

* Lexical Analysis

The following table contains the word "blah" a lot.

#+CAPTION:
#+ATTR_LATEX: :align lp{2.75in}p{2.75in}
|+--+-|
| *blah* | *blah blah blah* | 
*blah blah blah blah*   |
|+--+-|
| blah   | blah blah blah   | 
blah blah blah blah |
| blah   | blah blah blah   | 
blah blah blah blah |
| blah   | blah blah blah   | 
blah blah blah blah |
| blah   | blah blah blah   | 
blah blah blah blah |
| blah   | blah blah blah   | 
blah blah blah blah |
| blah   | blah blah blah   | 
blah blah blah blah |
| blah   | blah blah blah   | 
blah blah blah blah |
| blah   | blah blah blah   | 
blah blah blah blah |
|+--+-|

* Storyboard

#+ATTR_LATEX: :height 8.5in
[[/Users/peterdavis/Dropbox/Tufts/COMP171/Storyboard.png]]



Re: [O] Blank page in LaTeX/PDF output

2014-02-28 Thread John Hendy
On Fri, Feb 28, 2014 at 10:59 AM, Peter Davis  wrote:
>
> I'm writing a short paper containing tables, images, etc., but I'm getting a
> blank page in the PDF output. That is, it's completely blank *except* for
> the page number.
>
> Any suggestions on how to trouble-shoot or fix this?

Probably related to image/table float placement. I've had an image on
one page trigger a blank page after it, and if your options or the
size of the image on the next place won't fit on a single page, it
might be skipping that blank one entirely and moving along to the
next.

Is it possible to share the document, or could you try to copy that
.org file, remove the contents of p. 1-4 and 8-9, and then share the
.org file that generates pages 5, 6 (blank), and 7?


John

>
> If I could get rid of the page number on the blank page, I would just delete
> the page in Acrobat, but as it is, that would leave pages 1-5, 7-9.
>
> Thanks!
>
> -pd
>
> --
> Peter Davis
> The Tech Curmudgeon
> www.techcurmudgeon.com
>
>



[O] Blank page in LaTeX/PDF output

2014-02-28 Thread Peter Davis


I'm writing a short paper containing tables, images, etc., but I'm 
getting a blank page in the PDF output. That is, it's completely blank 
*except* for the page number.


Any suggestions on how to trouble-shoot or fix this?

If I could get rid of the page number on the blank page, I would just 
delete the page in Acrobat, but as it is, that would leave pages 1-5, 7-9.


Thanks!

-pd

--
Peter Davis
The Tech Curmudgeon
www.techcurmudgeon.com