From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 319 invoked by alias); 22 Oct 2016 01:04:00 -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: X-Seq: 39700 Received: (qmail 10601 invoked from network); 22 Oct 2016 01:04:00 -0000 X-Qmail-Scanner-Diagnostics: from mail-vk0-f53.google.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1. Clear:RC:0(209.85.213.53):SA:0(0.0/5.0):. Processed in 0.743029 secs); 22 Oct 2016 01:04:00 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=T_DKIM_INVALID autolearn=unavailable autolearn_force=no version=3.4.1 X-Envelope-From: schaefer@brasslantern.com X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: none (ns1.primenet.com.au: domain at brasslantern.com does not designate permitted sender hosts) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brasslantern-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:date:in-reply-to:comments:references:to:subject:cc :mime-version; bh=zB8Ifefaq39A0fzxUghs1pFsRNQQbFsDq9puK+lqY2A=; b=SkxV9VsN4VQeiX75L6JducPJw+UJJN0sCurJ5mc9+gZEUuHyJKWYgwOsFq0/ZPmseN nBy5UAU+TTMVD+A/vTUxOmtaxVGN1va3R0TmgbPeIXR/EAXEaZuGwoNtX8xbcAxye1Lb 3hg8m4haUSNszd1z4as2Mv4Tt2Cr/FN9izoe0Onm7/k/5bTyO4Ds/+61DG8ayucHAiHu DahEKdgzvD4LPVcq26nyeePautmc+z3ARf0p8HjsDQh/8OkrT52HobUIFbyR6Youzw1z 7EsedfpMyR/Mr/O4NfL5f8bq7PyBNz3uXW71Uc/QfAjzJPsSSXwmwIj+6yLW1KOCkGBH 3jfQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:message-id:date:in-reply-to:comments :references:to:subject:cc:mime-version; bh=zB8Ifefaq39A0fzxUghs1pFsRNQQbFsDq9puK+lqY2A=; b=AEX4HBPlfSzz8sbEYwvjAiHVMEx08boOeM53L0MNl3QpGOgfby4r6jKL/wn9Y5Ec8D tnlM4OGbPfP3nl3SupN4nRan+Q9vRmIce9qpjPPEb1KZnYB9GuwPJpE8+qXQqHXZPTuG PdVeu/spqePPMQMWlgG8MeHR5rkksAwJLkMDy9CngUPUGG2YRdTyfkU3jRoFDt21F3Rs LXipbcfaxczu/zkzpnAYCtWlcIVnv1+HOfLbKqrxkEA+Q942KT+fufHTK8idzbPzyHOD /1lfIcEIHoiQNzu95817kKqU7H7gBaSGCc+AsLas6YqVG89i17nPy02z41z+kzzw3SjF VN3Q== X-Gm-Message-State: ABUngvfvVND4CWK38SN5oFVc4ndVYSsgS6/wel/yt9SMIoG50FeplzRHJRSpqet97AqQ5A== X-Received: by 10.31.220.195 with SMTP id t186mr1293727vkg.143.1477064907545; Fri, 21 Oct 2016 08:48:27 -0700 (PDT) From: Bart Schaefer Message-Id: <161021084829.ZM8719@torch.brasslantern.com> Date: Fri, 21 Oct 2016 08:48:29 -0700 In-Reply-To: <20161021093355.2fc2058b@pwslap01u.europe.root.pri> Comments: In reply to Peter Stephenson "Re: zsh/complist colours improperly handle multibyte characters" (Oct 21, 9:33am) References: <20161021093355.2fc2058b@pwslap01u.europe.root.pri> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-workers@zsh.org Subject: Re: zsh/complist colours improperly handle multibyte characters Cc: danielsh@apache.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Oct 21, 9:33am, Peter Stephenson wrote: } } Yes, unfortunately character-by-character analysis is built into } completion at quite a low level. I think this particular issue may be a lot more tractible than you believe. clnicezputs() already has the MULTIBYTE_SUPPORT branch that seems also to be needed by clprintfmt() -- I could probably make an attempt to translate, but someone who has actually worked with e.g. ZMB_nicewidth() and re-composing of bytes into multibyte characters could probably do it faster. The other part seems a plain pattern compilation issue. Neither of these gets involved with comparing strings on the line to strings in the candidates. This is all on the tail end where we already have the matches and we're displaying them.