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: Tue, 29 Sep 2009 09:38:14 +0200 Message-ID: <553421F5-3BC3-4D27-A215-0CE745CF522A@gmail.com> References: <19133.64718.952772.302330@nitrogen.burtket> <6137.1254206901@gamaville.dokosmarshall.org> 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 1MsXI3-0003iP-GZ for emacs-orgmode@gnu.org; Tue, 29 Sep 2009 03:38:27 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MsXHy-0003iD-34 for emacs-orgmode@gnu.org; Tue, 29 Sep 2009 03:38:26 -0400 Received: from [199.232.76.173] (port=51342 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MsXHx-0003iA-V6 for emacs-orgmode@gnu.org; Tue, 29 Sep 2009 03:38:21 -0400 Received: from mx20.gnu.org ([199.232.41.8]:5399) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MsXHx-0007XN-Dt for emacs-orgmode@gnu.org; Tue, 29 Sep 2009 03:38:21 -0400 Received: from mail-ew0-f208.google.com ([209.85.219.208]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MsXHw-0003os-95 for emacs-orgmode@gnu.org; Tue, 29 Sep 2009 03:38:20 -0400 Received: by ewy4 with SMTP id 4so3213917ewy.31 for ; Tue, 29 Sep 2009 00:38:19 -0700 (PDT) In-Reply-To: <6137.1254206901@gamaville.dokosmarshall.org> 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 Hi Nick, On Sep 29, 2009, at 8:48 AM, Nick Dokos wrote: > My $0.02: > > Let me point out that a dependency on soul.sty was introduced in order > to deal with strike-through emphasis in the LaTeX exporter. And guess > where soul.sty resides (on Debian/Ubuntu): in the texlive-latex-extra > package. So it seems to me that replacing the use of the fullpage > package by its contents is not the best solution: it would be better > to > document the dependency (and other such dependencies). Keeping the > dependency on fullpage.sty would also insulate org-mode from missing > future changes to it - however unlikely that event happens to be. > > Also, the main difference between these two is that if soul.sty is not > present, then when you try to process the exported latex file, you get > an explicit error message that fingers the problem exactly, whereas > without fullpage.sty, the preview failed silently. If the latter > failure > could be made visible, then the problem would be solved (and this > solution would cover other similar failures as well). These are valid points! 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. - I'd like to have few dependencies if possible. - People who use strike-through faces should know better :-) Well, I know there are exceptions where this does make sense. 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. If soul.sty is a non-guaranteed dependency, we should document it. Where? Maybe I should make the use of soul.sty dependend on the use of strike- through stuff in the file.... - Carsten