From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: highlight-indent-guides in display engine Date: Mon, 15 Jul 2019 14:43:24 -0400 Message-ID: References: <83h87r2wpk.fsf@gnu.org> <20190712185100.omyyovxh5hqzpk5z@Ergus> <83v9w61ktg.fsf@gnu.org> <878st249o1.fsf@fastmail.fm> <83ims61g80.fsf@gnu.org> <87o91xfwfo.fsf@fastmail.fm> <20190714125618.wlmansy26d6nstmy@Ergus> <20190715141107.sygnfsikmyeuzg3w@Ergus> <20190715171024.bourqcythaqnfd4m@Ergus> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="132070"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Joost Kremers , emacs-devel@gnu.org To: Ergus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jul 15 20:43:36 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hn5wk-000YEQ-5u for ged-emacs-devel@m.gmane.org; Mon, 15 Jul 2019 20:43:34 +0200 Original-Received: from localhost ([::1]:41828 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hn5wj-0002bX-23 for ged-emacs-devel@m.gmane.org; Mon, 15 Jul 2019 14:43:33 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33139) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hn5wg-0002bD-D2 for emacs-devel@gnu.org; Mon, 15 Jul 2019 14:43:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hn5wf-0005LR-IJ for emacs-devel@gnu.org; Mon, 15 Jul 2019 14:43:30 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:40391) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hn5wf-0005KI-Af for emacs-devel@gnu.org; Mon, 15 Jul 2019 14:43:29 -0400 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 4E2DC100951; Mon, 15 Jul 2019 14:43:27 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 4071A10067D; Mon, 15 Jul 2019 14:43:26 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1563216206; bh=8gCRnqDV4aRKjsYUnhee9YeuaAInCy2PJyKEsbvOWTY=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=gnDVQoSGUAc8h7ZS2sl9fz2LbyL8As0ujr2mwaUxa9SmKKo45ozglNgGUUlirCgoY 7hj3PrHp1iq+XGzTYmKyZwN/LUWXsdaUuYUABvJCwcthMUtmbCalbN/vtHR+Np5ntS mTmibz08cV2r44voRq8OI5P1hXz9uYLR0O1taxYw9uMZXHKScMAELS7BZQU5NU0Ysh XImGOtGtvbnF+Kq/QZb/vwMmoZ8GOYAVG12BymcVi5VBGcs84PDDrTmd/QJ3+AffaW c4MSW47FMLnHIxCNvo/gsgOOVbx3kFkY6ts6o4le+GivDoYe75DwBwVd2QlG0S5VwC 5ijAxq2B2EFQQ== Original-Received: from pastel (104-222-123-229.cpe.teksavvy.com [104.222.123.229]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 1113512096F; Mon, 15 Jul 2019 14:43:26 -0400 (EDT) In-Reply-To: <20190715171024.bourqcythaqnfd4m@Ergus> (Ergus's message of "Mon, 15 Jul 2019 19:10:24 +0200") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 132.204.25.50 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:238603 Archived-At: > If it works also for lisp, better then, my concern was that in case > there are things like: > > (setq > isearch-adjusted nil > isearch-yank-flag nil) > > or `cond', where the indentation is usually one space instead of 2, it > may become more confusing than beneficial. My point is that those same kinds of problem can show up in any major mode. It may work better in some modes than others, but it's a question of degree, not a binary "works / doesn't work": int main () { x = (3 + (tmp = y + 1, (4 + 5 + 6))); } Stefan