From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-lf0-f53.google.com (mail-lf0-f53.google.com [209.85.215.53]) by fantadrom.bsd.lv (OpenSMTPD) with ESMTP id 7fb8b68e for ; Tue, 10 Jan 2017 09:50:25 -0500 (EST) Received: by mail-lf0-f53.google.com with SMTP id v186so62734865lfa.1 for ; Tue, 10 Jan 2017 06:50:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=9Uj/aEUpa7KGj93MQ8MzAYcqoH4zX4c209p/gbkXank=; b=C0xu6/dlg3jnBWab7MS8DsBi8VMOPxsiNnrNbYZKH/IkHqR8d0SInrYtCcmirMagCd +dUeAXoeLGKVnHNZ/hEr0QKoucc6SrBvqoGOJIyq2j4NLVrbe9Atet/EdC8cH0q2LIjZ V2kLFLW0UAnFRSUAuqC15mTRJMf3pBImXXbCiyDbPP00RElByCToiN2vcbwcO9L7f6fA s71G9tsM3lfTxsJxS2kLryopcs0rOftvGpVoyr0q/Xgt8E/xKK55/gkFH/pIPHzNWByO 3KqrP/M+f3rfjY5wQkW7mt61e4l2MDRKtn+06kA3ZALinp962KmQHJuq0axvXuVD4EPa FRjw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=9Uj/aEUpa7KGj93MQ8MzAYcqoH4zX4c209p/gbkXank=; b=N0VOvtiCXUnR5amUYEXoi3Wl6kYMGncQQ53x7nhvWNxzgXC/bZ77igVigUPwIiJP+Y smtV2LD2tF4savOHWyN/ozkugmN7zVmY3WmFKNoReuMObl+YDGodJAJJ2Kljp6aA0qMk VF/P+MyBjKuC+QZ2wjXhliIkdHA3MoG88ilkgdIq0/1svfGZ7bIsk8JkxQfyh/FpuznT hNP1oWFLpuOTthxcS5B1SZAkg9xlE1rwRklxYg39CnjUaoNx7CiTAxWq+xb1DJ5lEFcU C+Pov/uju+8ngvoct/5ykTpIRzNWa5ov1svcIDmRWbCNsatS3N8+HZ2n7G020D4dak19 pzzA== X-Gm-Message-State: AIkVDXKdCOYdsWLkHzYn+wTHJ+tZ6eLxoEIqXuKMEcWOlGf+O5JUlaQ6nNYlKHCUVa//vdzM0yR0BpH4OhA6AQ== X-Received: by 10.25.132.6 with SMTP id g6mr1466480lfd.144.1484059821106; Tue, 10 Jan 2017 06:50:21 -0800 (PST) X-Mailinglist: mdocml-discuss Reply-To: discuss@mdocml.bsd.lv MIME-Version: 1.0 Received: by 10.25.35.82 with HTTP; Tue, 10 Jan 2017 06:50:20 -0800 (PST) In-Reply-To: <20170109134025.GD94305@athene.usta.de> References: <20170109134025.GD94305@athene.usta.de> From: Abhinav Upadhyay Date: Tue, 10 Jan 2017 20:20:20 +0530 Message-ID: Subject: Re: Mandoc Not Parsing Sy Macro (In some cases) To: Ingo Schwarze Cc: discuss@mdocml.bsd.lv, Thomas Klausner Content-Type: text/plain; charset=UTF-8 On Mon, Jan 9, 2017 at 7:10 PM, Ingo Schwarze wrote: > Hi Abhinav, > > Abhinav Upadhyay wrote on Mon, Jan 09, 2017 at 04:06:43PM +0530: > >> Whereas in the places where it was being rendered correctly, we were >> using Ta, like this: >> >> It Sy Name Ta Sy Constant Ta Sy Next level names Ta Sy Description > > Yes, that is exactly why you should preferably use Ta and not > literal tabs. It's much easier to use correctly, and the mdoc(7) > source code is easier to read. > > If you insist on using literal tabs, you need a blank character > between the tab and the following macro. > > Yes, that is weird: a blank is syntactically significant after > a tab. But that's just how roff traditionally behaves. Ah, I wasn't aware of it, and it is also quite difficult to catch :) > >> I think this issue was not present in the previous version of mandoc, > > Yes, 1.13.3 had a bug processing the first word after a tab > incorrectly. It was fixed on October 17, 2015. > > See > > http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/regress/usr.bin/mandoc/mdoc/Bl/column.in > > in particular the commit message of revision 1.8, the test code > added by that commit, and the correct output in > > http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/regress/usr.bin/mandoc/mdoc/Bl/column.out_ascii?rev=HEAD&content-type=text/x-cvsweb-markup > >> It has been noticed only with the latest release. > > The proper response is to fix your manual pages. You should do that > because as they are, they are not portable and won't work with groff. > Either insert the missing blanks or - much better for clarity > and robustness - use Ta rather than bare tabs. Yes, we have already changed to using Ta. > I think i will also commit a clarification to the mdoc(7) manual > because this is indeed a nasty trap for the unwary. Thanks :) - Abhinav -- To unsubscribe send an email to discuss+unsubscribe@mdocml.bsd.lv