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: Eglot "inlay hints" landed Date: Thu, 23 Feb 2023 08:31:37 +0200 Message-ID: <83fsawriye.fsf@gnu.org> References: <83edqqaf8c.fsf@gnu.org> <2B284D77-97DF-4B3E-89FB-13F0CA93D240@gmail.com> <87356xv65z.fsf_-_@gmail.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39853"; mail-complaints-to="usenet@ciao.gmane.io" Cc: joaotavora@gmail.com, emacs-devel@gnu.org, dimitri@belopopsky.com, luangruo@yahoo.com To: Chinmay Dalal Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Feb 23 07:32:18 2023 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 1pV59N-000A7t-JA for ged-emacs-devel@m.gmane-mx.org; Thu, 23 Feb 2023 07:32:17 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pV58e-00080M-51; Thu, 23 Feb 2023 01:31:32 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pV58b-000809-49 for emacs-devel@gnu.org; Thu, 23 Feb 2023 01:31:30 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pV58a-00042K-Mv; Thu, 23 Feb 2023 01:31:28 -0500 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=h0FdsQi2yIF/dbqBsZqprdifXmNa7wQaqawcjY7uIkA=; b=BRBakDMBKMUc bP8bq6mAyp+CvYdHVqAMurEe9bFPkSKPdPXB5HnKLMNwYK07fP7Kv7ZcOyhsClOEHKEoNZ53qmVmA ZiU+9ljXXYJz4rV19QodqI1jVU2EPC5M2iEJLneHz1rsnVKK+43RpMIDJzTYKrNf6Blf8m5gEHC9U dwNwpSRBB/jsZbiCUurGc6xailgOYQh+3LeJvqkz3Y1YGm6NwBwCtLwlx580UnWxI3aDNzwb14xDZ x9vfIklcoZN4Sgwg/5qo82biAWJZYYomD1Otx3V0BUOWbwSh1/XXt9irM3JJEqyiW6nSjy5uHv/rV rPOMHacGXZBg7KdSwQPYXg==; Original-Received: from [87.69.77.57] (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 1pV58T-0005fN-W1; Thu, 23 Feb 2023 01:31:24 -0500 In-Reply-To: (message from Chinmay Dalal on Thu, 23 Feb 2023 10:59:17 +0530) 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:303692 Archived-At: > From: Chinmay Dalal > Cc: emacs-devel@gnu.org, Dimitri Belopopsky , Po Lu > , Eli Zaretskii > Date: Thu, 23 Feb 2023 10:59:17 +0530 > > > So, by default, inlay hints are only requested for the visible portions > > of the buffer across windows showing this buffer. This is done by > > leveraging the 'window-scroll-functions' variable, making for a > > reasonably complex implementation involving per-window timers. When > > scrolling a window, it may take a short amount of time for inlay hints > > to "pop in". > > Can it be instead done in such a way that initially (when loading a new > file) they are requested for the whole buffer, then on subsequent > changes they are only requested for the visible regions. Why would we want that?