From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Alan Third Newsgroups: gmane.emacs.bugs Subject: bug#32932: 27.0.50; render bugs on macOS Mojave Date: Sun, 2 Feb 2020 13:42:28 +0000 Message-ID: <20200202134228.GA53430@breton.holly.idiocy.org> References: <20200130191154.GA62970@breton.holly.idiocy.org> <20200131202335.GA63701@breton.holly.idiocy.org> <20200201142242.GA25666@breton.holly.idiocy.org> <20200201212034.GA30983@breton.holly.idiocy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="37383"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Robert Pluim , 32932@debbugs.gnu.org To: Aaron Jensen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Feb 02 14:44:09 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1iyFXk-0009ZK-Ux for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 02 Feb 2020 14:44:09 +0100 Original-Received: from localhost ([::1]:56240 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iyFXk-0002Ik-0U for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 02 Feb 2020 08:44:08 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52326) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iyFWh-0000mB-PQ for bug-gnu-emacs@gnu.org; Sun, 02 Feb 2020 08:43:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iyFWg-00047b-JC for bug-gnu-emacs@gnu.org; Sun, 02 Feb 2020 08:43:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:33629) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iyFWg-00047U-D3 for bug-gnu-emacs@gnu.org; Sun, 02 Feb 2020 08:43:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iyFWg-0001ZB-9e for bug-gnu-emacs@gnu.org; Sun, 02 Feb 2020 08:43:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Alan Third Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2020 13:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32932 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed Original-Received: via spool by 32932-submit@debbugs.gnu.org id=B32932.15806509605989 (code B ref 32932); Sun, 02 Feb 2020 13:43:02 +0000 Original-Received: (at 32932) by debbugs.gnu.org; 2 Feb 2020 13:42:40 +0000 Original-Received: from localhost ([127.0.0.1]:39602 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iyFWK-0001YX-32 for submit@debbugs.gnu.org; Sun, 02 Feb 2020 08:42:40 -0500 Original-Received: from mail-wr1-f48.google.com ([209.85.221.48]:40286) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iyFWH-0001YI-Oj for 32932@debbugs.gnu.org; Sun, 02 Feb 2020 08:42:38 -0500 Original-Received: by mail-wr1-f48.google.com with SMTP id j104so14536754wrj.7 for <32932@debbugs.gnu.org>; Sun, 02 Feb 2020 05:42:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=yj1lmbREVRRYjn8ujSYMbdtmD1g1TVeADBLPet6Kl+4=; b=AGvTVGjxekwZI0oMzt0FWB7lZgoeJHd0bnBk6Tc6+SpDh+J6mGnSjHuBwMuo/yGxJz K66ftDW5w5oviFc8YwI35mDch0vL1c3E22k2L4qUStjaJPLCBbrYaJwTrOUio1xCxscr eRZE2c8wWmjENq9evAfADDNT98uNv3biZoFBc3fA4FhKIJv43e/BlAxkRwqYgmBDtY88 ZXAY3m3XF3Fm8pR/yNfi/9gzJfS+sbNb4MIivXOSFDT2f118Q3wJCBXgtBIZuYKSZzJ4 i4FWUWXGFXmhmplqKi8LWMwYSmWN0rTo+BvHCYGLvXYR9Qt+vrFTDzGytUOIEFzQhm9y +lhw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to; bh=yj1lmbREVRRYjn8ujSYMbdtmD1g1TVeADBLPet6Kl+4=; b=NABXRutigUr5FAHxyNYVnD5AmWJXw9AJJkx60kAr+gb5s5IYc8tpxnA8lEmOUhf97p oApZQ7pWVMdffbwHU9kctcyw666fhN0XZLsAytFE68xRiwXfmgMlq5LNmCEMdfaURVYJ z/eqKA9CXwgGDa0/ImSuJ40E4fMZ+zgcd+pQQkjqQKyRgk3Q4k4pzIebBYgBYj8yiQ0/ bT1L8Ao1/Zlzx1e/588wb5AWx1QDel6oDYPQDykBLVm02upr+McMFzmLAMlTN+G9aI7Y pDu6d7FdtNXby7PHEmWjAAgM4XuwlYx+ARRysQi0DJmFICijegw7Nf15eVN0skjxd0La XVFA== X-Gm-Message-State: APjAAAU+87cwpATL+Rc2YPWByxDzmLoRqx7AR815oc6hew4HOekHy+Nv cGNeC0+gx59zojRrCnpw5yw= X-Google-Smtp-Source: APXvYqzwdI4GTh/gRwwQWB4M81LXxcphzGk2BWnLj680ls2yxTAVw8xasMfnspRW231WiIxqCLKW1w== X-Received: by 2002:adf:f803:: with SMTP id s3mr10151379wrp.7.1580650951789; Sun, 02 Feb 2020 05:42:31 -0800 (PST) Original-Received: from breton.holly.idiocy.org (ip6-2001-08b0-03f8-8129-a08b-b269-65be-dd6a.holly.idiocy.org. [2001:8b0:3f8:8129:a08b:b269:65be:dd6a]) by smtp.gmail.com with ESMTPSA id p3sm1996650wrx.29.2020.02.02.05.42.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 02 Feb 2020 05:42:30 -0800 (PST) Content-Disposition: inline In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:175582 Archived-At: On Sat, Feb 01, 2020 at 03:05:45PM -0800, Aaron Jensen wrote: > On Sat, Feb 1, 2020 at 1:20 PM Alan Third wrote: > > > > Can you try the attached patch? It looks like it’s faster here, but I > > can’t really tell. > > Moving the point is definitely faster. It's still slower as the window > gets larger, but that's not really new behavior (27 is that way too). > Scrolling speed is still unbearable, however. Out of interest, is the mac port fast under the same conditions? Here their performance seems to be almost identical with the mac port only fractionally faster, and their performance scales similarly with frame size. > I don't know if you've seen or read this, but I came across this just > now, but haven't looked too closely: > > https://books.google.com/books?id=QyFta827Y0gC&pg=PA85&lpg=PA85&dq=quartz+double+buffering&source=bl&ots=seLTG6QxV9&sig=ACfU3U35VUiIowXtgJsaky73k5aAPSNRlw&hl=en&ppis=_c&sa=X&ved=2ahUKEwj_uOzZt7HnAhXQrJ4KHR8qDo0Q6AEwAXoECAwQAQ#v=onepage&q=quartz%20double%20buffering&f=false > > I'm curious if there's some nugget in there that might lead to a way > to do normal double buffering instead of this approach, since: > > "Buffering. Although you can use layers for this purpose, you > shouldn’t need to because the Quartz Compositor makes buffering on > your part unnecessary. If you must draw to a buffer, use a layer > instead of a bitmap graphics context." via > https://books.google.com/books?id=QyFta827Y0gC&pg=PA85&lpg=PA85&dq=quartz+double+buffering&source=bl&ots=seLTG6QxV9&sig=ACfU3U35VUiIowXtgJsaky73k5aAPSNRlw&hl=en&ppis=_c&sa=X&ved=2ahUKEwj_uOzZt7HnAhXQrJ4KHR8qDo0Q6AEwAXoECAwQAQ#v=onepage&q=quartz%20double%20buffering&f=false I think that second URL is wrong, but I’ve read that quote before. Normal double buffering is simply drawing like we do on Emacs 27. There are plenty of places in the documentation that push you towards just drawing when you want to recreate part of the screen, however as we know Emacs redisplay isn’t really amenable to that approach. It’s annoying, because Emacs 27 scrolls about 5x faster than the buffer method. -- Alan Third