From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Feng Shu" Subject: Re: Some thought about `org-latex-pdf-process-alist', was Re: (V9) [PATCH] New feature: Use dvisvgm to preview latex formular Date: Mon, 23 May 2016 12:20:52 +0800 Message-ID: <87iny5s8uz.fsf@163.com> 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]:38963) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b4haL-000441-4c for emacs-orgmode@gnu.org; Mon, 23 May 2016 00:35:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b4haG-0003dT-T6 for emacs-orgmode@gnu.org; Mon, 23 May 2016 00:35:20 -0400 Received: from m12-16.163.com ([220.181.12.16]:38150) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b4haG-0003cX-0F for emacs-orgmode@gnu.org; Mon, 23 May 2016 00:35:16 -0400 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" To: orgmode-devel Cc: Feng Shu > This is mixing together org-latex-packages-alist, org-latex-pdf-process > and org-latex-document-class, org-latex-default-class, > org-koma-letter-default-class etc, and latexmk/carara into one (modulus > typos). IMO, it introduces too much dependency and convolution. Take > :valid-class; When I add a new class CLASS, I need to add it to the > correct entries in org-latex-pdf-process-alist. You ask me to form a > joint opinion about too many things at once. Yes, I think: compile + class + packages =3D process, if I don't joint them to a profile setting, it is impossible to swith process easily. If you know the default class and packages setting is suitable for your process, just ignore :default-class :valid-classes :packages-alist :default-packages-alist and :packages-override, the four options are used by user special processes. > equivalent should be used. I don=E2=80=99t care about the process. I ca= re about > the final document and its correctness. because latex system can deal with English very well by default, so you can "don't care about the process", if I don't care about the process, "the final document and its correctness" is just a dream. :-) > This is the nature of LaTeX. The packages that Org selects by default do > not conflict with each other. packages selected by org may conflict with user's latex package, so user should edit `org-latex-default-packages-alist' by hand. > >> 2. I don't want every users have to write latex-header in every org-file >> and I like: install ox-latex-chinese and >> >> (setq org-latex-default-pdf-process "cn/xelatex-xelatex-xelatex") >> >> every org-file can export to pdf. > > I strongly disagree with this vision. > > This should be possible with org-latex-classes without limiting the > flexibility of ox-latex. Also, we already have a way of solving this > use-case, namely org-export-define-derived-backend`. `org-export-define-derived-backend' seem to be overkill for this situation. > LaTeX success rests in its flexibility, so this critique is misfounded > IMO. The success of ox-latex is that it=E2=80=99s flexible enough to sat= isfy even > power users=E2=80=99 use-cases, making it an uncompromizing alternative t= o plain > LaTeX. power users can do "anything" in org-mode, even rewrite ox-latex, my question is that: is it flexible enough to let some power users to well maintain some predefined configures which can make many beginning user's install and config easily? --=20