From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Tomas Hlavaty Newsgroups: gmane.emacs.devel Subject: Re: Introducing emacs-webkit and more thoughts on Emacs rendering (was Rethinking the design of xwidgets) Date: Thu, 03 Dec 2020 22:15:08 +0100 Message-ID: <87zh2uwq03.fsf@logand.com> References: <864kmzupp0.fsf@akirakyle.com> <86pn46awrr.fsf@akirakyle.com> <87y2ise7j5.fsf@gnus.org> <86tutfwhr6.fsf@akirakyle.com> <87h7pfb76z.fsf@gnus.org> <86h7peqkt5.fsf@akirakyle.com> <83tutdsc8i.fsf@gnu.org> <86eeker01y.fsf@akirakyle.com> <83wny5naf5.fsf@gnu.org> <86o8jh9cij.fsf@akirakyle.com> <83czzwkmwk.fsf@gnu.org> <86lfeja49y.fsf@akirakyle.com> <87czzu7y5r.fsf@logand.com> <86zh2vvi55.fsf@akirakyle.com> <87ft4ncnl7.fsf@logand.com> <83k0tygby3.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="36255"; mail-complaints-to="usenet@ciao.gmane.io" Cc: akira@akirakyle.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Dec 03 22:16:02 2020 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 1kkvxJ-0009Gs-Io for ged-emacs-devel@m.gmane-mx.org; Thu, 03 Dec 2020 22:16:01 +0100 Original-Received: from localhost ([::1]:48980 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kkvxI-00012g-KZ for ged-emacs-devel@m.gmane-mx.org; Thu, 03 Dec 2020 16:16:00 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51244) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kkvwd-0000X9-O7 for emacs-devel@gnu.org; Thu, 03 Dec 2020 16:15:21 -0500 Original-Received: from logand.com ([37.48.87.44]:38460) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kkvwZ-0008Ku-UQ; Thu, 03 Dec 2020 16:15:19 -0500 Original-Received: by logand.com (Postfix, from userid 1001) id 6F0F919F5A3; Thu, 3 Dec 2020 22:15:11 +0100 (CET) X-Mailer: emacs 26.3 (via feedmail 11-beta-1 I) In-Reply-To: <83k0tygby3.fsf@gnu.org> Received-SPF: pass client-ip=37.48.87.44; envelope-from=tom@logand.com; helo=logand.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:260250 Archived-At: On Thu 03 Dec 2020 at 17:13, Eli Zaretskii wrote: >> > It seems like unless you're going to teach Emacs to entirely draw >> > itself to the framebuffer, there will always be glitches like the >> > cursor messing up images since TUI Emacs won't be aware of what pixels >> > of the framebuffer have been drawn over independently of the linux VT >> > displaying lines of Emacs' characters. >> >> The cursor could be turned off. >> >> Are there other glitches which cannot be solved? > > Even turning the cursor off doesn't guarantee that Emacs will not > trigger overwriting of the images. For example, sometimes Emacs moves > the cursor by writing newline characters, which could potentially > overwrite the image if the console implements that by writing spaces > or clearing each line to EOL. But that example is a single event and does not cause glitch or flickering. Emacs usually does not move the cursor by writing newline characters because it feels like it. And it does not do that frequently. If I do not do anything, Emacs will not do anything (except updating clock in the mode-line perhaps, which is outside the buffer with the image). Now after that single event, the image should be redrawn but that's it.