emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Stefan Nobis <stefan-ml@snobis.de>
To: emacs-orgmode@gnu.org
Subject: Re: [OT] A short (less than a minute), informal survey about LaTeX
Date: Mon, 23 Mar 2015 09:54:39 +0100	[thread overview]
Message-ID: <m18ueogkkw.fsf@nobis-it.eu> (raw)
In-Reply-To: <87mw34u4ko.fsf@wmi.amu.edu.pl> (Marcin Borkowski's message of "Sun, 22 Mar 2015 22:04:23 +0100")

Marcin Borkowski <mbork@wmi.amu.edu.pl> writes:

> 1. Did you know about the savetrees package by Scott Pakin

Yes.

> 2. Would you find it useful when producing PDF files other that
> scientific articles (using Org-mode or not)?

No. I use org-mode mostly for documentation and even documentation
should look nice (the whitespace in a document is there for a reason;
IIRC in the documentation of koma-script there is some rationale for
the layout).

There are many other ways to influence the layout and save
whitespace on paper. Personally, I use the koma-script classes and
playing with parameters like DIV IMHO give more appealing results. For
controlling the body there are also quite some good packages (like
enumitem), that allow more fine grained control.

With a simple "#+LATEX_HEADER_EXTRA: \usepackage[extreme]{savetrees}"
it's very easy to get this special effect. But maybe we should make
this easier with a special option like "uglyandcompressed:t" (pun
intended)?

I'm not against a more compact and cleaned up preamble and maybe a
special orgmode package for LaTeX may be a good idea. But fiddling
with the layout of a document should never be the default and only be
enabled via explicit options, as quite some classes out there do a
really good job.

BTW: If producing PDF for screenreading is important, we should think
about an easy option to switch to A5 with a sane layout. A5 is much
better for screenreading than A4 and even 2 pages A5 printed on a
single A4 looks quite good and readable. The main benefit: With A5
there is much less whitespace (see documentation of koma-script for an
example). Maybe A5 output should be the default setting?

-- 
Until the next mail...,
Stefan.

  parent reply	other threads:[~2015-03-23  8:54 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-22 21:04 [OT] A short (less than a minute), informal survey about LaTeX Marcin Borkowski
2015-03-22 21:55 ` Rasmus
2015-03-22 22:48 ` John Williams
2015-03-23  8:16 ` Samuel Loury
2015-03-23  8:49 ` Michael Strey
2015-03-23  8:54 ` Stefan Nobis [this message]
2015-03-23  9:07 ` Sebastien Vauban
2015-03-23 14:49 ` Grant Rettke
2015-03-23 15:12 ` hymie!
2015-03-23 15:15   ` hymie!
2015-03-24 16:19 ` Richard Lawrence

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m18ueogkkw.fsf@nobis-it.eu \
    --to=stefan-ml@snobis.de \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).