From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Robert Pluim Newsgroups: gmane.emacs.bugs Subject: bug#14993: [PATCH] Update information about fonts Date: Sat, 15 Aug 2020 13:06:37 +0200 Message-ID: References: <87vc3ock66.fsf@gnu.org> <83d2pwyzeh.fsf@gnu.org> <878u2aiv96.fsf@gnus.org> <8360xehvt8.fsf@gnu.org> <875z9meqrp.fsf@gnus.org> <87d03ta1yk.fsf@gnus.org> <87imdk1a0c.fsf@gnus.org> 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="19218"; mail-complaints-to="usenet@ciao.gmane.io" Cc: xfq.free@gmail.com, 14993@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Aug 15 13:07:19 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 1k6u1v-0004uD-Lk for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 15 Aug 2020 13:07:19 +0200 Original-Received: from localhost ([::1]:43152 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k6u1u-0002Tv-EJ for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 15 Aug 2020 07:07:18 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54068) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k6u1e-0002Tp-Oa for bug-gnu-emacs@gnu.org; Sat, 15 Aug 2020 07:07:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:42796) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1k6u1e-0002zG-F0 for bug-gnu-emacs@gnu.org; Sat, 15 Aug 2020 07:07:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1k6u1e-0007xh-9A for bug-gnu-emacs@gnu.org; Sat, 15 Aug 2020 07:07:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 15 Aug 2020 11:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14993 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 14993-submit@debbugs.gnu.org id=B14993.159748960930587 (code B ref 14993); Sat, 15 Aug 2020 11:07:02 +0000 Original-Received: (at 14993) by debbugs.gnu.org; 15 Aug 2020 11:06:49 +0000 Original-Received: from localhost ([127.0.0.1]:54342 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6u1R-0007xH-Dp for submit@debbugs.gnu.org; Sat, 15 Aug 2020 07:06:49 -0400 Original-Received: from mail-wm1-f48.google.com ([209.85.128.48]:52256) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6u1N-0007wz-S0 for 14993@debbugs.gnu.org; Sat, 15 Aug 2020 07:06:49 -0400 Original-Received: by mail-wm1-f48.google.com with SMTP id x5so9435283wmi.2 for <14993@debbugs.gnu.org>; Sat, 15 Aug 2020 04:06:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version:content-transfer-encoding; bh=RMDtgNTn07k5yT//0jSfsLq7uOxB1U3X5xxeSmrh/K0=; b=AMLO+hDIxx9c+rMmokYfAD4T/GRqRnlEe2jGNmJ1JBCuGRu9a0mdU6bqg17N0gNAls +gOJ/4biQ+rwj9X19vsIEe+Bt7QE2tojEJm0AhHvsuvGoqvJTpZ+pV5nB8FLx30dyOYb veOKkY2cXyqs+q1HlvcX2CVagjhGYKBdbIiRLDwyy1uTIgwNOGjggCs8KZ1ZxIpVMLxA vUZri3LlmZXVXXhlGocJxulXHvOwWzP0zPQifbbzLA+VsoGQZGHNVzBOu6h1E4w7sCPD GbLLPeVRYLny55bRfr2Szl2nTt2N36cnSqOLZF0Brg4z7W5Px3Kpn11d3iugK6nhLf1z +vHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-transfer-encoding; bh=RMDtgNTn07k5yT//0jSfsLq7uOxB1U3X5xxeSmrh/K0=; b=jcM9sxFngC6L6QtAh0KFD3MUhWba2/lpONbnOymgqDF1sI67tMyrFd662P3MK9LOpB 1ebT02Qjta3ivOeXH+l9w2fzJ1kmK/AeySMyY0hEjJ+0yaR+0VqdCLGWV4i79tTb3a1a OmFJo0BsJeKMfoqUM0CFN3jIC5fQdXc+AaYUcHokwUgvC8WB3G/KnAzWROxowfY7ztpx LThDnIQr+RjlecNPPqGCKDC2kzz5q+op5Kld8oO29Z8/8S05DTuyZ0l/X39qZGYCwjvb 4IUqzxFdoTdVu/sl+CG/cshqwOZfKSBi5kUqqphqrpC6jRESw+wB9Ui4jag21q163Guu xSng== X-Gm-Message-State: AOAM530fQ3dAxQeHG0UOMpSzw2UCTDQQzu8P464c00x07tnSqG4xgQWA m4KFVNS+L8zXBdMx1m0ZUmYBbfWXjFw= X-Google-Smtp-Source: ABdhPJyD6mxcnnfStGBNCFXAUBcpH2I8K3C9GAj+CvzYBnrWJEm6NsxZg80jqt4FYqzdYrR2moW6lw== X-Received: by 2002:a05:600c:4112:: with SMTP id j18mr6140662wmi.187.1597489599744; Sat, 15 Aug 2020 04:06:39 -0700 (PDT) Original-Received: from rpluim-mac (vav06-1-78-207-202-134.fbx.proxad.net. [78.207.202.134]) by smtp.gmail.com with ESMTPSA id a188sm21398486wmc.31.2020.08.15.04.06.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 15 Aug 2020 04:06:39 -0700 (PDT) In-Reply-To: <87imdk1a0c.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 15 Aug 2020 12:25:23 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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:185215 Archived-At: >>>>> On Sat, 15 Aug 2020 12:25:23 +0200, Lars Ingebrigtsen said: Lars> Robert Pluim writes: >> I guess you'd need to be a bit careful that successive frames didn= =CA=BCt >> overlap with previous ones (especially the last one). Lars> Yeah... hm... and with images that may overlap when "scrolling = down". Lars> Well, that's a problem in general: A frame may show half a line a= t the Lars> bottom, for instance, and we don't really want that when printing= the Lars> buffer. binding frame-resize-pixelwise to nil I think solves the line issue, not necessarily the image issue. Lars> So it would take more than just wrapping that function to have a Lars> workable solution... Could you create a single frame that shows the entire buffer and use that? Probably that would run into problems with window managers not letting you create frames larger than the screen size. Robert