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: Drawing UI elements behind text Date: Sun, 10 Nov 2024 21:42:15 +0200 Message-ID: <865xoulvu0.fsf@gnu.org> References: <641230ac-2dbc-42ac-a57e-acda77fe9296@imayhem.com> <51478cef-3d2b-07bc-797d-ae80ab6e20d2@gmail.com> <86a5e7kjyn.fsf@gnu.org> <74058eb5-2d50-4111-5d43-4d05387efd6a@gmail.com> <867c9alwqv.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31864"; mail-complaints-to="usenet@ciao.gmane.io" Cc: cpardo@imayhem.com, emacs-devel@gnu.org To: Jim Porter Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Nov 10 20:43:00 2024 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 1tADps-0008A0-HX for ged-emacs-devel@m.gmane-mx.org; Sun, 10 Nov 2024 20:43:00 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tADpG-0003Cf-BK; Sun, 10 Nov 2024 14:42:22 -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 1tADpE-0003CH-JC for emacs-devel@gnu.org; Sun, 10 Nov 2024 14:42:20 -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 1tADpD-0005b9-2Q; Sun, 10 Nov 2024 14:42:19 -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=THTVirNXw+G4VVo4huhSNEkeUFMacG8THSL+laY3C58=; b=NLMXpTtT3j38 noE0pGjhqfosXtLwOk9KjhPwzqRVSRQqtaqi46PuyJ25owAXaKWh3jsEI4dSzFXt27n7jIue6SXQy szQMCcUd1UNLyrj+I8DStTjTwWi+iANvopGQMzs5q5TcX8JlquAFgOwpg1DDNtwIGZQ12tpgiL9zG vdl705pRV18Ihhs6UUmd7Smfu0QvDww/yPPAWCzgfVoYTBy95m9AvL/JM6hGLA4gXgR4K6aS4IwNK iUUlKaF4XAebqKb3h1s0F4WQFXLefSyhBjd26ytm/9uwSKCEopv5DrQL7KNkiJpYsQkyB0Y3ZbH1T 0fGprnSwgEFQR2QPmYxenA==; In-Reply-To: (message from Jim Porter on Sun, 10 Nov 2024 11:29:27 -0800) 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:325387 Archived-At: > Date: Sun, 10 Nov 2024 11:29:27 -0800 > Cc: cpardo@imayhem.com, emacs-devel@gnu.org > From: Jim Porter > > On 11/10/2024 11:22 AM, Eli Zaretskii wrote: > > Once the display engine knows at what X coordinate the image slice > > should start, it can stop laying out other display elements and switch > > to the slice when that X coordinate is reached. > > I was thinking more about the Y coordinates and having gaps between > consecutive slices if we made a mistake. That's probably fixable, but it > seems like it would require a lot of care to avoid bugs. Yes, it requires care. > >> Or what about applying text scaling? > > > > How is this different from what we do today when text-scaling happens > > in a buffer where images are displayed together with text? > > I'm just worried about this due to seeing some similar bugs come up in > the visual-wrap-prefix-mode code. Bugs will always be with us, no way around that. > >> I suppose if we deemed this feature important, we could probably address > >> all of those, but I'm not sure it's worth the effort. > > > > What alternative do we have? Showing the images alongside text > > without letting the images scroll with the text (vertically and > > horizontally) will not fly. How do you scroll the images with the > > text except by displaying them as part of the "normal" display layout? > > Personally, I'm ok with saying we just don't support laying out images > like this in EWW. For it to have a practical effect, we'd probably need > to have more-complete CSS support anyway. That's not easy either (though > I have some ideas about how we could do it if we thought it would be > worthwhile). This entire sub-thread is about how to provide such a feature; leaving it unsupported is easy. If we do want to provide it, I think going the image-slice way is a better alternative.