From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: joakim@verona.se Newsgroups: gmane.emacs.devel Subject: Re: Multimedia dashboard in GNU Emacs Date: Wed, 29 Dec 2021 14:34:18 +0100 Message-ID: <87zgoj5ycl.fsf@tanaka.verona.se> References: <87pmpm2v4b.fsf@gnus.org> <874k6ye2w4.fsf@yahoo.com> <87wnjq1vwn.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32708"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Po Lu , Lars Ingebrigtsen , Anand Tamariya , Emacs Devel To: Aiko Kyle Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Dec 29 14:36:13 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 1n2Z7l-0008KV-GK for ged-emacs-devel@m.gmane-mx.org; Wed, 29 Dec 2021 14:36:13 +0100 Original-Received: from localhost ([::1]:34828 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n2Z7j-0003Yv-OP for ged-emacs-devel@m.gmane-mx.org; Wed, 29 Dec 2021 08:36:11 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:53450) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n2Z65-0002Xu-58 for emacs-devel@gnu.org; Wed, 29 Dec 2021 08:34:29 -0500 Original-Received: from smtp.outgoing.loopia.se ([93.188.3.37]:36698) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n2Z62-0000oY-KS for emacs-devel@gnu.org; Wed, 29 Dec 2021 08:34:28 -0500 Original-Received: from s807.loopia.se (localhost [127.0.0.1]) by s807.loopia.se (Postfix) with ESMTP id 8DA572EB823D for ; Wed, 29 Dec 2021 14:34:20 +0100 (CET) Original-Received: from s934.loopia.se (unknown [172.22.191.6]) by s807.loopia.se (Postfix) with ESMTP id 7E12F2E29151; Wed, 29 Dec 2021 14:34:20 +0100 (CET) Original-Received: from s472.loopia.se (unknown [172.22.191.5]) by s934.loopia.se (Postfix) with ESMTP id 79A297DEC1E; Wed, 29 Dec 2021 14:34:20 +0100 (CET) X-Virus-Scanned: amavisd-new at amavis.loopia.se Original-Received: from s499.loopia.se ([172.22.191.5]) by s472.loopia.se (s472.loopia.se [172.22.190.12]) (amavisd-new, port 10024) with LMTP id XDBLxOrtP65p; Wed, 29 Dec 2021 14:34:19 +0100 (CET) X-Loopia-Auth: user X-Loopia-User: joakim.verona@chimeslab.se X-Loopia-Originating-IP: 193.234.148.196 Original-Received: from tanaka.verona.se (unknown [193.234.148.196]) (Authenticated sender: joakim.verona@chimeslab.se) by s499.loopia.se (Postfix) with ESMTPSA id 9C0B21CE22D8; Wed, 29 Dec 2021 14:34:19 +0100 (CET) In-Reply-To: (Aiko Kyle's message of "Tue, 28 Dec 2021 18:44:27 -0700") Received-SPF: pass client-ip=93.188.3.37; envelope-from=joakim@verona.se; helo=smtp.outgoing.loopia.se X-Spam_score_int: 0 X-Spam_score: -0.0 X-Spam_bar: / X-Spam_report: (-0.0 / 5.0 requ) RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=unavailable 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:283557 Archived-At: Aiko Kyle writes: > On Sun, Dec 26, 2021 at 10:07 PM Po Lu wrote: >> >> Anand Tamariya writes: >> >> > Do we have to necessarily use off-screen rendering? Are you referring >> > to some problem with the scenario as in the attached pic? Can you >> > elaborate? >> >> Yes, a single xwidget has to look and behave identically in every window >> it is attached to. >> > > You mean technically it has to given the way its implemented? There > isn't some other reason why an xwidget has to behave this way? It kind of has to, in order to preserve the way emacs behaves. That is multiple views of the same buffer, and so on. In the original xwidget branch there were some alternative behaviours implemented as proof of concepts, and they worked to some degree, but breaks the emacs paradigm, so they arent really all that useful IMHO. There might also be some kind of experiment involving redirection of an applications main window to an offscreen widget, that might be useful for xwidget, but I'm not entirely sure. -- Joakim Verona joakim@verona.se