From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Other details about completion. Date: Fri, 01 Apr 2022 19:21:21 +0300 Message-ID: <83y20o4vwe.fsf@gnu.org> References: <20220401153839.idrzrbfl2yfzga3y.ref@Ergus> <20220401153839.idrzrbfl2yfzga3y@Ergus> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31036"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Ergus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Apr 01 18:21:49 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1naK21-0007xV-Cf for ged-emacs-devel@m.gmane-mx.org; Fri, 01 Apr 2022 18:21:49 +0200 Original-Received: from localhost ([::1]:44792 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1naK20-0003F9-B2 for ged-emacs-devel@m.gmane-mx.org; Fri, 01 Apr 2022 12:21:48 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:34366) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1naK1N-0002Xf-LP for emacs-devel@gnu.org; Fri, 01 Apr 2022 12:21:09 -0400 Original-Received: from [2001:470:142:3::e] (port=56888 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1naK1N-0001Zx-1c; Fri, 01 Apr 2022 12:21:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=4X7oF9P3AWcwpgQ95u6kabd86gMpTI36lmfx+stsCZg=; b=la2ARo+/o+kv ArLNE6QmolkHTe6E5QD9fIGYBf+LVbJZtpgHv4RrEXRHN7ytmIq/9dDgqvJakdXAj6UJ9PX9Tycs5 DlgfaUJPwkp3hwpKkdUh+riNmlLp7HvAz1m/ew3Y3uNp4pvz7rWv/VmN4L4TeVztGnFF5mAHpJDk4 gqWZnZ/jNIEW5CE7j9I8Uko5grNMKloTwa/+rzNQIT5mylz6khmtwB0h7ZD+pjV1dUbgOc06DqRSt C69KxTBPIbXbkyGWejUqAAY/1zMs2T4wSQgk4yeRr49WmVPqRuV5piZSXe1sYj8xp6JRk0wxGRgEh QT9BKqHAsl4NcjcJD1Qt8g==; Original-Received: from [87.69.77.57] (port=1767 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1naK1K-0004aU-Pi; Fri, 01 Apr 2022 12:21:08 -0400 In-Reply-To: <20220401153839.idrzrbfl2yfzga3y@Ergus> (message from Ergus on Fri, 1 Apr 2022 17:38:39 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:287674 Archived-At: > Date: Fri, 1 Apr 2022 17:38:39 +0200 > From: Ergus > > 1) When display-line-numbers is enabled the extra lines (help and > header) produce a mismatch between the line number and the current > candidate. > > I know we can live with it... But... maybe there is a way to add a > padding or a property or anything that inhibits the display engine from > producing numbers for some lines or a line range... even if we restrict > it to only the beginning lines and internal use? I know there is some > code to do that with continuation lines... Sorry, no. display-line-numbers is a general-purpose feature that counts lines of text in the buffer. If some display wants to have numbers for any other purpose, that display should produce its own numbers, instead of relying on display-line-numbers, which aren't meant to do any other job.