From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Grzegorz Kowzan Newsgroups: gmane.emacs.devel Subject: Re: "Fix" sag scaling for hidpi Date: Tue, 09 Feb 2021 12:26:41 -0500 Message-ID: <87o8gtjgoe.fsf@kowzan.eu> References: <07D5E64D-DAD0-45B3-B272-627A73D7CBAE@gmail.com> <7308DB2C-27A5-4227-A1F9-9949EE558052@gmail.com> <87sg6alweo.fsf@gnus.org> <87pn1erewq.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="27174"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Lars Ingebrigtsen , emacs-devel , Yuan Fu , Stefan Monnier To: Robert Pluim Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Feb 09 18:56:24 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 1l9XFQ-0006xE-04 for ged-emacs-devel@m.gmane-mx.org; Tue, 09 Feb 2021 18:56:24 +0100 Original-Received: from localhost ([::1]:49106 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l9XFP-0000fN-23 for ged-emacs-devel@m.gmane-mx.org; Tue, 09 Feb 2021 12:56:23 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53894) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l9Wmr-0007wr-L6 for emacs-devel@gnu.org; Tue, 09 Feb 2021 12:26:54 -0500 Original-Received: from sender4-of-o56.zoho.com ([136.143.188.56]:21650) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l9Wmo-0005e5-23 for emacs-devel@gnu.org; Tue, 09 Feb 2021 12:26:53 -0500 ARC-Seal: i=1; a=rsa-sha256; t=1612891606; cv=none; d=zohomail.com; s=zohoarc; b=ki9/t3P+35XZLNUooU6gbWPpAoZdoDO9cHQ+V2QT/88srjOuexGG3a/EXgRqjtyBH2e6q1hNMc6i/Oyx1mdKoxNrcJ1nM5NNE7qiUQE+nbSJeeI08F8ypXt4gWV2iDEKk6EoFt1XMx7iNDxUVymBE2mgAhtkGqSqvBSKt63f4Z4= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1612891606; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=u8egQVtPl0uqsvs6LKANOs6IETgk8PByR/MM5h43Hzk=; b=QLjM2YCWwp7JUFtPAyrcDw0CqxwDfzdTVzPfXSGUheS8GaBu9Np1eBYuGd9E1DkYIri7JHIDJnruabJz01pbfx5YZROV9pv2e8B+qdmla3FiLAOAusnaS7Qj2yDY+6behsHUOsjHJ6r31JrJqr3n8uG7Hh3pF/PcAprllQVZRGg= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=kowzan.eu; spf=pass smtp.mailfrom=grzegorz@kowzan.eu; dmarc=pass header.from= header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1612891606; s=zoho; d=kowzan.eu; i=grzegorz@kowzan.eu; h=From:To:Cc:Subject:References:Date:In-Reply-To:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=u8egQVtPl0uqsvs6LKANOs6IETgk8PByR/MM5h43Hzk=; b=qnrslxQ7hM4LJcG8nuJ/G107rru7SnXapXYIOiQrh4pnW4Ui23wUyecJnnZS36Da 6eqKpxk+u9ZBKu6VxoWObp1sIKN7/GRzWUqi3cGAsMKyXIh10poMOVTpWf5jBCduxZm XNp58Ee8iJwRrEhTJxyIZCQ0taa3zTwGBeIszShA= Original-Received: from localhost.localdomain.kowzan.eu (ool-18b807b0.dyn.optonline.net [24.184.7.176]) by mx.zohomail.com with SMTPS id 1612891603468539.6036396594666; Tue, 9 Feb 2021 09:26:43 -0800 (PST) In-Reply-To: <87pn1erewq.fsf@gmail.com> (Robert Pluim's message of "Fri, 05 Feb 2021 11:24:05 +0100") X-ZohoMailClient: External Received-SPF: pass client-ip=136.143.188.56; envelope-from=grzegorz@kowzan.eu; helo=sender4-of-o56.zoho.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Tue, 09 Feb 2021 12:54:53 -0500 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:264231 Archived-At: On pi=C4=85 05 lut 2021 at 11:24, Robert Pluim wrote: >>>>>> On Fri, 05 Feb 2021 10:02:39 +0100, Lars Ingebrigtsen said: > > Lars> Yuan Fu writes: > >> Sorry, I should be more specific. This blurry problem only occurs = on > >> nsterm with hidpi screens. (That=E2=80=99s because cocoa reports l= ogical pixel > >> sizes instead of physical ones.) > > Lars> Should this be fixed (somehow) by changing the cocoa dimensions= to be > Lars> physical ones, so that Emacs is consistent across architectures? > > That=CA=BCs the wrong direction: pgtk is moving us towards logical pixel > sizes (gtk already uses them, but there are some rough edges). > > Robert Please see also the extended discussion here: https://github.com/masm11/emacs/issues/90 I would really like if this were solved at the Emacs level, without requiring modifications in external packages. As far as I understand, on Mac OS logical pixels are reported because there is no other option. This makes pdf-tools, for example, include Mac OS-specific code to not display blurry PDFs. With pgtk, we get to choose what is reported and the current choice of logical pixels will require introducing the same kind of platform-specific code into external packages for pgtk as for cocoa. Grzegorz