From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, FREEMAIL_FROM,MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.2 Received: from primenet.com.au (ns1.primenet.com.au [203.24.36.2]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id da57e9e0 for ; Thu, 2 Jan 2020 21:06:31 +0000 (UTC) Received: (qmail 7718 invoked by alias); 2 Jan 2020 19:19:42 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: List-Unsubscribe: X-Seq: 45198 Received: (qmail 25560 invoked by uid 1010); 2 Jan 2020 19:19:42 -0000 X-Qmail-Scanner-Diagnostics: from park01.gkg.net by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.102.1/25677. spamassassin: 3.4.2. Clear:RC:0(205.235.26.22):SA:0(-1.6/5.0):. Processed in 4.306458 secs); 02 Jan 2020 19:19:42 -0000 X-Envelope-From: SRS0=JDQ3=2X=yahoo.co.uk=okiddle@bounces.park01.gkg.net X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: pass (ns1.primenet.com.au: SPF record at bounces.park01.gkg.net designates 205.235.26.22 as permitted sender) X-Virus-Scanned: by amavisd-new at gkg.net Authentication-Results: amavisd4.gkg.net (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.co.uk X-Greylist: domain auto-whitelisted by SQLgrey-1.8.0 X-YMail-OSG: dzyVRS8VM1nwg2pHkDLYjIAyiF1jsllGaWYpvVJQmuFhQlBk_W7bBb9M396JVlF wt6pJ2lb9n_iV0lCem70uZ5eEivekynn9wW_qToDUVW0aon93j6c0mdAO7.3yIa2mkVtqKwqAGgs CffFQwuTi8K2jFpwgBHioeKbcenrIPu0CHjKtYqKrEXJLXCTT7axVl8p.9pRDmv5ENDrTQeNJDMz P_opxLMt4dpHQJJvXI29rQQuqXrFkPIEvYrfeizE7QXiq9j4JXs79npIC8Sv.ak1F6cz9k1R4PGr fADvZgz_CUQK5w6u3f5rzgrYAk1kvdZOZonDWB9Mrsqp0bpwYSL0xZxYWJ4.RxMXUXnB_28RLhXR hNVfBB9oJxZGTJMjt9s.roAxe.ygqo78meiRPfZJ1BJ0yf1xp3dJb6jHH1aS2bNOP_Aco0Sem5W_ B.B445Uy.5FkL7JR0_mAEZcG.Qm45jh5RRkW8Hp8JHB.i3OqYoryhk6c9CgVZ1DGmOScmZmrB.46 WA2hEAQhSy8j0jCcsIsrKA7Fn6c1rW1b3T0GBXB.TtGvEBjiCxUML1LhMbrpVBWLJ9HWb0.4onsa 6Ack5ZbxHh6XFTeCvGLtZT_BZ_s2q3XVApPYIv1aC4Rlv20WrX9xgve4dW1vvThvWBM0hDPMeDhu GOkzQt6CL8DKour2RDE8uAEr.Qq7c_girgo3LiO36GnT763DrFp94j8QpgYFn2T8CaFFDa6avQ_G haS8rZ8q7kX0V6KJSgB6nGDkRT2KPnkNpN40U8ku7HMNd03ONqUzUzTVR9C4OHv8.t5D_lh7I5it iw9sPwNg1nQkMBy7OZpE.WJ0N0eJwnQeJwbGiLwDxMR0.lXgjNxmXGe78jCk5bbc9mj9BfHYYm8j VWha.TK0.VHramSO8nu4YQppKy1YfaMwzyncGA5IGV5GoWxR1VoCelq_EDT6x2ZQfal1Ds9EWZ9r J98y9lBj46ClrWib9qdalZ8CKCn4eTnpCxTwuJIjQXWNuU9U3ZJpc4trMUW8Rc5eDlBglTyHVdMk vDfPVQuScVWPt16Cco8DyDXMfu18b6CKLRTDJURUSBHKO2XuMW4nKfU2sKcw6WEOhIC0SUkIMNjP 2Gfsv58tuZ5xH2B2dMYnkceDZyVYEdKWuTrTK1Vu9n_BHcw8gdvycxmuAFlwY_lScN3AHgF8hkjZ LjSvNYCOGrHge0Uwps0fa0ffAfDGOE7_ZYkeHKUgAUANaf6vC9kcPEFEowZzhE9PxCLaf6_fNqRp _UEyen1NJxQYcKPtzNo7xI3EiiQkAwiAH_nFlZ22fnrm4vsqHOAhlLDB_B2xzJsV5o_eW337vQfX W11DtZl6utDTe0XGThtmABM9nncMcNBPLAsc6Q3BCQrjUxORthc5ESKNKBDb8AS9H2y5RykGc.4P ybGzoNJTAEiK.wUE3DHw- In-reply-to: From: Oliver Kiddle References: To: Roman Perepelitsa , Zsh hackers list Subject: Re: Feature request: italic style in region_highlight MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <40812.1577992732.1@hydra> Date: Thu, 02 Jan 2020 20:18:52 +0100 Message-ID: <40813-1577992732.270919@2Jfy.SNk-.4lUU> X-Mailer: WebService/1.1.14873 hermes Apache-HttpAsyncClient/4.1.4 (Java/1.8.0_181) Bart wrote: > On Mon, Dec 30, 2019 at 8:27 AM Roman Perepelitsa > wrote: > > > > enter/exit sounds better than my suggestion. Another option: on/off. I > > haven't thought of it earlier but now I think it pretty good. > > Yes, on/off would be fine. > > > Shall I send a patch? I'd love to have this feature. > > I don't see why not. That sounds useful, expecially italic. The lack of free bits in zattr (TXT macros) may be something of an impediment. It isn't really important to prompts but would matter for zle. There may be ways to recover bits, for example we have both TXTBOLDFACE and TXTNOBOLDFACE which allows the code to distinguish the actions but is redundant in terms of tracking attributes. > > A related question. Would you (zsh elders) be receptive to my adding > > percent escapes for italicized (%A and %a) and inverse video (%R and > > %r) mode? %S and %s would stay unchanged. %O/%o (for "oblique") would be available. I realise that an oblique font is not strictly the same as italic. > Perhaps the way around this is to use %A/%a for "attribute" the way > %F/%f are use for foreground color. Thus %A{03} would be italic > (where supported), %A{07} would be reverse, etc. Your call whether to > define some counterpart of the ansi_colours array in prompt.c that > supplies symbolic names; Functions/Misc/colors has the ECMA-48 table. I like the idea of %A{...} but would favour symbolic names over numbers even if we can't guarantee that they are always correct. If people want full control they can dump literal escapes. The % sequences are generally friendlier. Oliver