From mboxrd@z Thu Jan 1 00:00:00 1970 From: tsd@tsdye.com (Thomas S. Dye) Subject: Re: [PATCH] Longtable continuation strings customizable Date: Sun, 27 Oct 2013 06:52:56 -1000 Message-ID: References: <87y55fb0kf.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:38780) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VaTal-0000Jp-AK for emacs-orgmode@gnu.org; Sun, 27 Oct 2013 12:53:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VaTae-0006ax-9S for emacs-orgmode@gnu.org; Sun, 27 Oct 2013 12:53:31 -0400 Received: from oproxy6-pub.mail.unifiedlayer.com ([67.222.54.6]:53736) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1VaTad-0006aq-Pz for emacs-orgmode@gnu.org; Sun, 27 Oct 2013 12:53:24 -0400 In-Reply-To: (Carsten Dominik's message of "Sun, 27 Oct 2013 09:07:36 +0100") 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: Carsten Dominik Cc: Org-mode , Nicolas Goaziou Carsten Dominik writes: > On 27.10.2013, at 09:05, Nicolas Goaziou wrote: > >> Hello, >> >> tsd@tsdye.com (Thomas S. Dye) writes: >> >>> The attached patch should be applied on top of the earlier patch. It >>> makes the continuation strings customizable. >> >> Wouldn't it be better if these strings where hardcoded, but with support >> for internationalization in `org-export-dictionary'? > > I agree that this would be better. > > - Carsten > I think there are two axes of variation here: 1) internationalization, and 2) style guides, e.g., for a particular journal, Chicago Manual, etc. IIUC, hardcoding and org-export-dictionary solve 1) but not 2). In my experience, variation in 2) is idiosyncratic, though I haven't looked specifically at table continuation lines. The user can solve both 1) and 2) with customizable continuation strings, so it might be best to stay on this path instead of hardcoding and internationalization in org-export-dictionary. All the best, Tom -- Thomas S. Dye http://www.tsdye.com