From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id aAeNOiCNT2NYgQEAbAwnHQ (envelope-from ) for ; Wed, 19 Oct 2022 07:37:37 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id eOrBOiCNT2OEzQAA9RJhRA (envelope-from ) for ; Wed, 19 Oct 2022 07:37:36 +0200 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 8FDB02ADD7 for ; Wed, 19 Oct 2022 07:37:36 +0200 (CEST) Received: from localhost ([::1]:55920 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ol1OY-0007Z2-AX for larch@yhetil.org; Wed, 19 Oct 2022 01:13:34 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:47834) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ol1MY-0007Ws-KU for emacs-orgmode@gnu.org; Wed, 19 Oct 2022 01:11:33 -0400 Received: from ciao.gmane.io ([116.202.254.214]:45716) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ol1MR-0005m5-5p for emacs-orgmode@gnu.org; Wed, 19 Oct 2022 01:11:30 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1ol1ML-0008aG-J2 for emacs-orgmode@gnu.org; Wed, 19 Oct 2022 07:11:17 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Max Nikulin Subject: Re: Line breaks and brackets in LaTeX export Date: Wed, 19 Oct 2022 12:11:11 +0700 Message-ID: References: <875ygk6a8z.fsf@posteo.net> <87a65vitbz.fsf_-_@posteo.net> <87edv6izx4.fsf@localhost> <8735bmelgu.fsf@posteo.net> <878rlecx49.fsf@posteo.net> <874jw2conh.fsf@posteo.net> <87edv5hhgb.fsf@localhost> <87o7u9rz1a.fsf@posteo.net> <87o7u8cvox.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 Content-Language: en-US In-Reply-To: <87o7u8cvox.fsf@localhost> Received-SPF: pass client-ip=116.202.254.214; envelope-from=geo-emacs-orgmode@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: 28 X-Spam_score: 2.8 X-Spam_bar: ++ X-Spam_report: (2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FORGED_MUA_MOZILLA=2.309, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, NICE_REPLY_A=-0.001, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1666157856; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post; bh=/NUbzjJrwhY5O1/I2xwCf0bPZGAk6pGZQgDGzS5U0gQ=; b=hGHwhrM6+xl+OIYRD29DXukRy2U2gxDijLhXeoZ4HK7IpEiu4CxmpuYvDhxp68rsRD0KDz uXpljHe3FC396I8/9Y4BjsBN65YtbpY2pEi6ughjfHfLOX4/j5B5el+ybu8jcjBHgqiShG ROdCyNUpQzP+mU97+EQdoVcm8NiCWbRFNypuQpUYI1qZ9TPm+BAEv+0pyXiMLLaCv+o/2f kE5+zosD7WUv3Ef9G6VmqMW/3chPRRi7anT8jcxlyjCf1BR4WGIMsPhY7PiKj/CR7Bl25F 1GMyeqedSBpbK4ggDjWuvE8P3AJ9Yt6KussoyM5y2CH8f/w4Uu2PqGFUAiStRA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1666157856; a=rsa-sha256; cv=none; b=TnC+V9Xj8W/nXLsyFalCc4ztI9oalbQF08/vbb+pEuP2383djLXoVNfuoeRN1Tgmv9v2hJ 1dOpTPPxDis2kzxl3fUyGBQ8lNfvHf8ici+jzTwgeN4utosMoVbhA1aePtPFU2STq3LV3S uiAC6CWb4WeZ4f16AyJ4OLGDdL/ZKh2/WZ3vdjiFlrXncdnOnwDGLWlbLZSyzYAO38t2nu W3QdQRCmFomt+02fyds8t12s4AgY9uRpay9Cmxci0r4HMMwr6NT+lHMDlScjYKOagjD4lM ORSrfpuR0qj75f2Zykwf82IEiLy3pnjd0sOKO6ZJzUSrvagCdLq6CfJtQ+vzHQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: 3.97 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 8FDB02ADD7 X-Spam-Score: 3.97 X-Migadu-Scanner: scn0.migadu.com X-TUID: RmJnxYSdIKDL On 19/10/2022 10:57, Ihor Radchenko wrote: > Juan Manuel Macías writes: >> >> Today I have tried with the latest version of tabularray (2022C, the one >> I tried yesterday was 2022A, included in TeX Live 2022), and the bad >> results persist. Also, it now returns a compile error when an \empty >> precedes a \hline. I suspect this package does a pretty drastic >> redefinition of \\. The [0pt] option still works fine here, though. > > Then [0pt] should it be. At least for now, before we have a cleaner > solution. It seems when I had a look into latex.ltx first time, I confused which branch is executed when length is less than or equal to zero and decided that it is the heavier \@xargarraycr. Actually \@yargarraycr do not really worry me, so degree of my objection concerning \\[0pt] significantly decreased. \def\@argarraycr[#1]{% \ifnum0=`{\fi}${}\ifdim #1>\z@ \@xargarraycr{#1}\else \@yargarraycr{#1}\fi} \def\@xargarraycr#1{\@tempdima #1\advance\@tempdima \dp \@arstrutbox \vrule \@height\z@ \@depth\@tempdima \@width\z@ \cr} \def\@yargarraycr#1{\cr\noalign{\vskip #1}} I have realized that | / | < | > | | | a | b | | | @@latex:\noalign{\vskip 1em}@@ c | d | is not a workaround to increase local interval between rows. It may cause disrupted vertical rules. Another recipe should be used: | / | < | > | | | a | b @@latex:\rule[-1em]{0pt}{1em}@@ | | | c | d | I believe that a more convenient way to override [0pt] to some other length for particular row should exist, but I have no idea which syntax should be used. As to tabulararray, I still consider it as an experimental package. Perhaps I will install a more modern container. I am curious what code handles \\[0pt]. Likely I should read docs to get impression related to design goals and approaches to implement them. The bug tracker of the project looks like an appropriate place to ask a question concerning \\ variant safe for dumb exporters. For a while I have the following question. Is \\{} have the same effect on tabularray parser as \\\empty?