From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 7858 invoked from network); 25 Nov 2020 12:59:10 -0000 Received: from mx1.math.uh.edu (129.7.128.32) by inbox.vuxu.org with ESMTPUTF8; 25 Nov 2020 12:59:10 -0000 Received: from lists1.math.uh.edu ([129.7.128.208]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1khuMk-00C1y2-5O; Wed, 25 Nov 2020 06:57:46 -0600 Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.94) (envelope-from ) id 1khuMj-00DK5l-06; Wed, 25 Nov 2020 06:57:45 -0600 Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1khuMe-00DK3z-P4 for ding@lists.math.uh.edu; Wed, 25 Nov 2020 06:57:40 -0600 Received: from quimby.gnus.org ([95.216.78.240]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1khuMd-00C1w4-0T for ding@lists.math.uh.edu; Wed, 25 Nov 2020 06:57:40 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:To:From:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=38nDSbwaNgZFcxDt12IYGTiPC93/0t9o2LNWQiZRU/0=; b=owzIc21PZCGbb21d/USIe+5CSi PRPw/Ez1/C8CYRVYx5ELqEd6QmkCluvHT7R6Tir1n003ks3fWU/bJvoMy8TL3lYsKSTd7W6I47gWi roBoim24WCAPx5IrQohaQqmd3uzuMmLrzsXy5hfOct2WIFStVwPGMzkbEz46vzo84r/Y=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1khuMW-0007K8-20 for ding@gnus.org; Wed, 25 Nov 2020 13:57:34 +0100 From: Lars Ingebrigtsen To: Gnus Users Subject: Re: Customizing %[, %] and fill width References: Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAALVBMVEULBAQqDw5KBBCB Bh03JBhMKRxSNyNcQStvSy59XkKPXjmuh2GdbUYmICD///+b/KgfAAAAAWJLR0QOb70wTwAAAAd0 SU1FB+QLGQw3JyfXNgsAAAFeSURBVDjL5ZGxTsMwEIZ9UVckn7HKhOT4SRopaSckkNqUF6jblaVl ZaFWJAY2HqEyGWFBHZmiLrwRZ6etKpqIipVfUZzcd777z2bsFwFnjGMTiLRQGMeC/wSCYogojkvx 8BzX4vvXaYKGmNaKsVgxUeNY+f7a11VacwVCaK1FTJYjWpXfolCDAo3nEZLlSEcRqgBi1BwpX4gA RCQQ1Wm2oNFe09D/W9AGZCtoO0QJyE8BcAAkYivABpAFsC/X4TuYAwZxCP/eI3CkxtOOrAn65ADq wFJmCSb+q9vzrQj0U6+Xfj70K8ru9dbDOF/Z5fxjNjOjyYjgxd3WQlFsKufWtng0xkyG2eChNgcb r2rtSrtYEMkGz1dhIHClc2VVuXJl7Zw2jT/Tr0Cm99YWzgWwJDLdgUQasyD06gEVM29pEkCPXaa5 sdYDX2vynt3gdhQ6jiy9DWYp+anlZv6qs29xpVy+Ihz9igAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAy MC0xMS0yNVQxMjo1NTozOSswMDowMGFG4TYAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjAtMTEtMjVU MTI6NTU6MzkrMDA6MDAQG1mKAAAAAElFTkSuQmCC X-Now-Playing: David Byrne's _The Catherine Wheel_: "Big Business" Date: Wed, 25 Nov 2020 13:57:31 +0100 In-Reply-To: (Pankaj Jangid's message of "Tue, 24 Nov 2020 18:24:28 +0530") Message-ID: <87y2ipzj9g.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-ID: Precedence: bulk Pankaj Jangid writes: > I am customizing summary line format to please my eyes. So far it is > going really really great. Just two queries that I need answer for: > > Value of my `gnus-summary-line-format' is > "%U%R%z %[%-18,18&user-date;=E2=94=82%4L:%-25,25f%] %B%s\n" > > 1. %[%] produce contextual output either `[]' or `<>' depending upon > whether the entry is real child or adopted. Is there a way to customize > these two output values? Nope: (defun gnus-summary-insert-line (header level current undownloaded [...] (gnus-tmp-opening-bracket (if gnus-tmp-dummy ?\< ?\[)) (gnus-tmp-closing-bracket (if gnus-tmp-dummy ?\> ?\])) Patches to fix this are welcome. > 2. The above value of `gnus-summary-line-format' product perfectly > aligned output; except when the sender name is non-english. In that > case, the placement of [] or <> is not in alignment with other entries > above and below. Is there a way to handle that? If you choose fonts where all characters have widths that are multiples of each other, then things will align, but otherwise not. I don't think there's any way to get an aligned summary buffer, realistically. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no