From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rasmus Subject: Re: koma letter exporter: changing the priority of options Date: Fri, 19 Jul 2013 20:57:05 +0200 Message-ID: <87ppuetm2m.fsf@gmx.us> References: <20130609180059.GA2104@kenny.local> <874nd6we8q.fsf@pank.eu> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:40364) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V0Frc-0006IY-Ms for emacs-orgmode@gnu.org; Fri, 19 Jul 2013 14:57:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V0FrZ-00021R-W3 for emacs-orgmode@gnu.org; Fri, 19 Jul 2013 14:57:12 -0400 Received: from mout.gmx.net ([212.227.15.18]:60425) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V0FrZ-0001yF-Ld for emacs-orgmode@gnu.org; Fri, 19 Jul 2013 14:57:09 -0400 Received: from pank ([85.178.248.204]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0LsCdj-1Tzn5g0qL9-013yKG for ; Fri, 19 Jul 2013 20:57:07 +0200 In-Reply-To: (Alan Schmitt's message of "Fri, 19 Jul 2013 15:01:57 +0200") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: alan.schmitt@polytechnique.org Cc: emacs-orgmode@gnu.org Alan Schmitt writes: > I did some experiments and it seems that by default "foldmarks" is > true. The idea behind the patch is that, if we don't change the default > values, then things are not output. Let me know if this is fine with you > and I'll commit this. (I'll also edit the work with the new default > values.) Fine with me. > I still have an issue with the default value for email. > [...] > What I propose is the following: > - we leave the default AUTHOR and EMAIL at nil I like the default. . . > - if they are still nil, we output the default values _before_ inputting > the lco file > - if they are no longer nil, we output their values _after_ inputting > the lco file I think we need to treat koma variables more generally (I have some sketches locally) if anything. Not make their behavior more specialized. > This way, if they are not defined in the file, then the lco can override > them, otherwise the local option will be the one used. Just to summarize, we are talking about three emails, 1. the one set in the config file (defaults) 2. the one set in a lco file 3. the one set locally. You want the above ranking. But currently 1. and 3. are the same to the exporter. So you propose to /alter/ the sequence of the exporter depending on whether 1. or 3. occurred. But you'd still end up with two emails in your file, and if you lost the LCO file the other email would still be there. It seems you want to have 1 set to nil when an email is supplied via 2. If you really want to go down this patch, fine, I can check out your suggesting. But I'm skeptical! I slightly less mind-boggling approach would be to replace the default function with one that (1) fetches the LCO values from the file (but what if they are remote?); (2) obtains the path via kpsewhich (run from the current dir); (3) run grep on each of these files with some intelligent keyword. The only hard part is (1) and (2) and (3) are almost foolproof. =E2=80=93Rasmus --=20 =E3=83=84