From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#71364: Fix Table.el export Date: Sat, 08 Jun 2024 13:51:52 +0300 Message-ID: <8634pnemgn.fsf@gnu.org> References: <8734ptj6lj.fsf@gmail.com> <86r0dagv7v.fsf@gnu.org> <87frtpqltu.fsf@gmail.com> <86jzj1f2fb.fsf@gnu.org> <87h6e4jiav.fsf@gmail.com> <86le3gdjm3.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11898"; mail-complaints-to="usenet@ciao.gmane.io" Cc: pranshusharma366@gmail.com, lockywolf@gmail.com, 71364@debbugs.gnu.org To: Reuben Thomas Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Jun 08 12:52:59 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1sFtgw-0002p9-Qi for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 08 Jun 2024 12:52:58 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sFtgl-0004Z6-TP; Sat, 08 Jun 2024 06:52:47 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sFtgk-0004Yp-7H for bug-gnu-emacs@gnu.org; Sat, 08 Jun 2024 06:52:46 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sFtgj-000621-VI for bug-gnu-emacs@gnu.org; Sat, 08 Jun 2024 06:52:45 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sFtgz-0003T4-Ln for bug-gnu-emacs@gnu.org; Sat, 08 Jun 2024 06:53:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 08 Jun 2024 10:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 71364 X-GNU-PR-Package: emacs Original-Received: via spool by 71364-submit@debbugs.gnu.org id=B71364.171784393813270 (code B ref 71364); Sat, 08 Jun 2024 10:53:01 +0000 Original-Received: (at 71364) by debbugs.gnu.org; 8 Jun 2024 10:52:18 +0000 Original-Received: from localhost ([127.0.0.1]:37534 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sFtgH-0003Ry-Ff for submit@debbugs.gnu.org; Sat, 08 Jun 2024 06:52:17 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:46556) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sFtgF-0003Rh-L0 for 71364@debbugs.gnu.org; Sat, 08 Jun 2024 06:52:16 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sFtfu-0005wC-5t; Sat, 08 Jun 2024 06:51:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=bEFyOzP4majyqON9A6BSQGdiG66IeJzuxrIe32s1bWI=; b=AJIcqSYnQ+vU NfTl+i1wuB1xTA1n9CO9EXMETasc+HGEWklZYVibyYgf3RyW24lNEEVYFpxHi/lUP8s4VrxC8E5GT 6RJ2+IeSi1WVNVUjj78oEcg2NkzRJ7L4UTj4yxSAhQtmG5J/pYBMCGJryscVk0v0wg4IuOSVly2My ZqsQcuHrZeUyPzuz6smE3QfsykBQ94W+m73Kg57T+2inFc4eBoaSdA3MccS9K8BgGAq/Tf+7YjAZE ZVytW6Ag/fovsIPts8FRTer7E1Do5QrB1jIEDexza+i06KWJApqYM8ql5mjgBGn8fSQ71r8FZ/a++ GDQigjX+3RfAx2dO7N7G2Q==; In-Reply-To: (message from Reuben Thomas on Sat, 8 Jun 2024 11:05:25 +0100) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:286826 Archived-At: > From: Reuben Thomas > Date: Sat, 8 Jun 2024 11:05:25 +0100 > Cc: Pranshu , Vladimir Nikishkin , > 71364@debbugs.gnu.org > > Specifically, it works fine if, like me, you do not want to put LaTeX markup in tables. This was certainly my > case, as I was using it with org-mode. In this case, any character that is active in LaTeX can and should simply > be escaped on output. > > What is basically broken is the ability to export to LaTeX when the table contains LaTeX markup. But the function being discussed is said to be specific to export to LaTeX, so it should expect LaTeX markup in the cells, no? > Again, taking ispell.el, with which I am much more familiar, what I would like to do there is to strip out all the > support for LaTeX and mail buffers, and instead require LaTeX- or mail-editing modes to call the > spell-checking routines. That would require a different approach globally: some of the existing ispell > commands work on a whole buffer, so they cannot interact with language-specific code. I guess the code was > originally written like this because it could be created from scratch without changing anything about other > modes. > > I think this example of ispell.el is relevant to table.el because much the same considerations apply: table.el > was originally written independent of other code, but that's not a good design for interacting with other > syntaxes, as you end up implementing half-baked support for them, rather than allowing an editing mode that > already understands the syntax to interact with the table routines. > > Therefore, I recommend not attempting to improve table.el's LaTeX support, documenting clearly that it > doesn't support embedded LaTeX, and designing functions that allow table.el to cooperate with other > packages to export different embedded syntaxes. Otherwise, we will frustrate users (who will find the code > broken and, if they try to understand it, baffling) and maintainers (who will spend effort for many years > maintaining code that is half-baked, complicates the modules it lives in, but has to be maintained). Again, the function being discussed is specific to LaTeX, AFAIU, so this is unlike the more-general issue of spell-checking an arbitrary buffer. It is more like a hypothetical command ispell-latex-buffer (if it were to exist). Don't you agree?