From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Akira Kyle Newsgroups: gmane.emacs.devel Subject: Re: Removing the `window-id' frame parameter on non-Core Input platforms Date: Tue, 21 Dec 2021 12:24:10 -0700 Message-ID: References: <87y24ifpkj.fsf.ref@yahoo.com> <87y24ifpkj.fsf@yahoo.com> <87pmps3r0h.fsf@yahoo.com> <87lf0g3qt3.fsf@yahoo.com> <87wnk02bdq.fsf@yahoo.com> <87ee673mwd.fsf@yahoo.com> <87czlqzrkr.fsf@yahoo.com> <87ee66y3lm.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="33202"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Emacs developers To: Po Lu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Dec 21 20:25:56 2021 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 1mzkln-0008Wu-Pp for ged-emacs-devel@m.gmane-mx.org; Tue, 21 Dec 2021 20:25:55 +0100 Original-Received: from localhost ([::1]:54648 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mzklm-0003KD-Pn for ged-emacs-devel@m.gmane-mx.org; Tue, 21 Dec 2021 14:25:54 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:33736) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mzkkN-0001vU-2B for emacs-devel@gnu.org; Tue, 21 Dec 2021 14:24:27 -0500 Original-Received: from mail-lf1-f48.google.com ([209.85.167.48]:38857) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mzkkK-0002el-0w for emacs-devel@gnu.org; Tue, 21 Dec 2021 14:24:26 -0500 Original-Received: by mail-lf1-f48.google.com with SMTP id x21so87965lfa.5 for ; Tue, 21 Dec 2021 11:24:23 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=96ft/GBhdonoYiimHVJtOlCW3kGkujS8dgCFwq6sTNQ=; b=pfxq56YcnGvbUFpS0L9HWyUKHyt204lH+KtUUzKv1fEWuOXwAr8OpaLmx6EWH+6bzq lhxoMndua5He17x0yLR1Uaoqn5sjlLykS+CW2LaV7E4IIARM+aVjqx5J2mtjZ7t7Oke4 X76ebF7Qt4Y4j+6QCBqv1ORMJFK7GNR1/IRQZYYTxhPif1Yau7MH17FQt1TJtB5HSb2a iWYDKpGes53ZLn5aNOH8vZcDqB5Hdrf5GLWNPwh5aAtpzXpg7sScHIBsIvlCtgDS2YYF eSV+Kk5ppjSLhqIVLc8T9ytQhled2YxRFtmB08E69G+VJUKTvGmpJhjVmWfNy2OJ2IiY Ie2A== X-Gm-Message-State: AOAM532ALzA7PPlz3WgOZ/yh8MSkEdK3Rh02t9osks+f6XMWrnGeXxWn +ng8IIDENYuus2uuBm0Go6fW4s08b3aD+w== X-Google-Smtp-Source: ABdhPJwZWFHKS2gveQRJ3haxktANri3z8/yyecKuB8ckpkadNGQCOfhkmDKZucwTjTn/E3M4KcXIXA== X-Received: by 2002:ac2:4888:: with SMTP id x8mr4341284lfc.601.1640114661970; Tue, 21 Dec 2021 11:24:21 -0800 (PST) Original-Received: from mail-lf1-f43.google.com (mail-lf1-f43.google.com. [209.85.167.43]) by smtp.gmail.com with ESMTPSA id d39sm2805605lfv.78.2021.12.21.11.24.21 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 21 Dec 2021 11:24:21 -0800 (PST) Original-Received: by mail-lf1-f43.google.com with SMTP id u13so17426lff.12 for ; Tue, 21 Dec 2021 11:24:21 -0800 (PST) X-Received: by 2002:a05:6512:b92:: with SMTP id b18mr4399002lfv.114.1640114661694; Tue, 21 Dec 2021 11:24:21 -0800 (PST) In-Reply-To: <87ee66y3lm.fsf@yahoo.com> X-Gmail-Original-Message-ID: Received-SPF: pass client-ip=209.85.167.48; envelope-from=aikokyle@gmail.com; helo=mail-lf1-f48.google.com X-Spam_score_int: -13 X-Spam_score: -1.4 X-Spam_bar: - X-Spam_report: (-1.4 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action 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:282623 Archived-At: On Mon, Dec 20, 2021 at 9:38 PM Po Lu wrote: > > > I would argue that most users would expect scrolling an xwidget webkit > > buffer that is visible in two windows to behave like eww, not like > > advancing a frame in a GIF. That paradigm being that each window is a > > separate view into a buffer where the position in the buffer that the > > window displays is independent of any other window (ie is window > > local). > > The only paradigm I see is that a single glyph (such as an xwidget > glyph, produced by a display property) should be able to display in > multiple windows, which this implementation (and the GIF display as > well) fulfils. Yes that's the obvious paradigm with respect to the implementation details of emacs' display. I'm trying to argue purely in terms of what a user might expect given the way normal text buffers behave in emacs. With an xwidget webkit window where the single glyph is sized to always fill the window (however it often gets confused on which window to size when there are multiple windows of different sizes displaying it), as a user I don't know or care that the window is only displaying a single glyph. I see what looks like a window displaying a buffer's contents in a pretty way (just like eww or doc-view), then I would expect the mechanics of scrolling to be similar, however I am surprised when they don't behave in the way I've come to expect for other emacs modes that display some "rendered" version of the raw buffer contents.