From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: fullpage.sty replacement [WAS: Problem with LaTeX snippets preview] Date: Wed, 30 Sep 2009 10:27:58 +0200 Message-ID: References: <19133.64718.952772.302330@nitrogen.burtket> <6137.1254206901@gamaville.dokosmarshall.org> <553421F5-3BC3-4D27-A215-0CE745CF522A@gmail.com> <8072.1254243801@alphaville.usa.hp.com> Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MsuXe-0007iJ-Hg for emacs-orgmode@gnu.org; Wed, 30 Sep 2009 04:28:06 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MsuXa-0007ft-Np for emacs-orgmode@gnu.org; Wed, 30 Sep 2009 04:28:06 -0400 Received: from [199.232.76.173] (port=42160 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MsuXa-0007fl-Kx for emacs-orgmode@gnu.org; Wed, 30 Sep 2009 04:28:02 -0400 Received: from ey-out-1920.google.com ([74.125.78.144]:30371) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MsuXa-0005aD-2E for emacs-orgmode@gnu.org; Wed, 30 Sep 2009 04:28:02 -0400 Received: by ey-out-1920.google.com with SMTP id 5so952136eyb.2 for ; Wed, 30 Sep 2009 01:28:01 -0700 (PDT) In-Reply-To: <8072.1254243801@alphaville.usa.hp.com> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: nicholas.dokos@hp.com Cc: emacs-orgmode On Sep 29, 2009, at 7:03 PM, Nick Dokos wrote: > Carsten Dominik wrote: > >> However: >> >> - Fullpage is a trivial ad very small package that only >> changes margins. Even if it changes at some point, there is no >> reason >> for Org to follow this change. > > Agreed - it was more "the principle of the thing" rather than this > particular change. > >> >> - I'd like to have few dependencies if possible. >> > > Agreed - but there are going to be dependencies anyway. > >> - People who use strike-through faces should know better :-) >> Well, I know there are exceptions where this does make sense. >> > > Agreed with this too - but soul.sty is included unconditionally > so you get the dependency even if you are on the side of the angels. > >> The bad thing about packages that are in some TeX distros, but not >> in others, is that you have to start documenting these dependencies >> on a system-by-system basis, and I'd rather not go there, if >> possible. >> > > That's why I think we should document it at the level of latex > packages: > we can then point people to CTAN as the last resort. A blurb like this > perhaps: > > "Your distro may provide a package for this (e.g. on Debian/Ubuntu, > soul.sty is in the package texlive-latex-extra), but that varies > greatly > from distro to distro, so you are on your own. Alternatively, you can > look for it on ctan.org: most LaTeX packages can be found there, but > the > installation is more complicated; a description can be found at comes a link>, but you will have to resolve problems on your own." > >> If soul.sty is a non-guaranteed dependency, we should document it. >> Where? > > Perhaps a new Dependencies section in the manual that gathers up > dependencies of the various exporters, as well as the preview stuff > and > anything else that fits. Maybe keep it online, so people can update > it, > and have the manual point to it. Give me a week or so to work on the > latex part and see whether it seems helpful. OK, great. > >> Maybe I should make the use of soul.sty dependend on the use of >> strike- through stuff in the file.... > > The trade-off is of course added complexity, but if you are willing > to suffer the pain, who am I to dissuade you? :-) Another possibility would be to try to load soul.sty but capture the error and continue. So processing would work OK of strikethrough is not used. - Carsten > > Thanks, > Nick