From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#67533: SVG images confound position pixel measurements Date: Fri, 01 Dec 2023 18:30:27 +0200 Message-ID: <838r6danrw.fsf@gnu.org> References: <9B9C683E-B951-406E-98AA-32F4539B3FF7@gmail.com> <83o7fbb0zf.fsf@gnu.org> <87ttp2ugsk.fsf@ledu-giraud.fr> <83h6l29dl8.fsf@gnu.org> <83fs0m9bp9.fsf@gnu.org> <83bkb9ap7b.fsf@gnu.org> <12BD906C-11C1-482E-B980-6F831CAD0B4E@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4274"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 67533@debbugs.gnu.org, manuel@ledu-giraud.fr To: JD Smith Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Dec 01 17:31:15 2023 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 1r96Q6-0000wo-De for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 01 Dec 2023 17:31:14 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1r96Pn-00040q-Hc; Fri, 01 Dec 2023 11:30:55 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1r96Pm-00040Z-2c for bug-gnu-emacs@gnu.org; Fri, 01 Dec 2023 11:30:54 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1r96Pl-0004iB-QX for bug-gnu-emacs@gnu.org; Fri, 01 Dec 2023 11:30:53 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1r96Pu-0008Pu-F0 for bug-gnu-emacs@gnu.org; Fri, 01 Dec 2023 11:31:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Dec 2023 16:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67533 X-GNU-PR-Package: emacs Original-Received: via spool by 67533-submit@debbugs.gnu.org id=B67533.170144825432340 (code B ref 67533); Fri, 01 Dec 2023 16:31:02 +0000 Original-Received: (at 67533) by debbugs.gnu.org; 1 Dec 2023 16:30:54 +0000 Original-Received: from localhost ([127.0.0.1]:56028 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r96Pl-0008PY-V7 for submit@debbugs.gnu.org; Fri, 01 Dec 2023 11:30:54 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33582) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r96Pi-0008PJ-IP for 67533@debbugs.gnu.org; Fri, 01 Dec 2023 11:30:52 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1r96PU-0004du-4i; Fri, 01 Dec 2023 11:30:36 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=KVB2RNpxd99YYOeRMeSTz72uvOb+GKrrpRzQlDoVo9g=; b=UNlf45oeinT6n4i09a97 ps3Z7enQctpGdVlAr451Cltm7yYNBKeKPxYzKjGmMw/eKLVDz3erhX0A91/rKot+FxS4cK4oMhH8c OgsNaSlzEfiw6J7HL+qeOhlcdOZStxK2IrgtyG8dlR7rRyHLfg4kyB6ZCPqBnYQMZEdufrwS4BkmZ dHd18iWDbRnPKBTefsxp/uM31oe+O0URmDWXHo20xwlJYMJbitKFIakCsvd0z3WdoPTxB/B/0V8vx 9E1uG/9UQ1+Un+fGJv8xsaST3saH4BeNg5wWJyZzHmj4PK039TvpIxC2ZGmO8ZJHwLAPI4c9gHlUb aV3Ph6h9IXWsYw==; In-Reply-To: <12BD906C-11C1-482E-B980-6F831CAD0B4E@gmail.com> (message from JD Smith on Fri, 1 Dec 2023 11:17:49 -0500) 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:275333 Archived-At: > From: JD Smith > Date: Fri, 1 Dec 2023 11:17:49 -0500 > Cc: Manuel Giraud , > 67533@debbugs.gnu.org > > >>> Why zero? Why not consider that undefined behavior? > >> > >> Depends on what the natural height on a non-existent line is. Zero makes sense to me. But I suppose returning height=nil or something else to indicate “I gave up” would also be reasonable. > > > > A non-existent line can have any height, including an infinite one. > > Since that line doesn't exist, any assertion about it cannot be > > disproved. > > As a general statement, of course. But since the docs say: > > > The optional argument FROM, if non-nil, specifies the first text > > position to consider, and defaults to the minimum accessible position > > of the buffer. > > > would it not be reasonable that (FROM . (- too-many-pixels)) would also “default to the minimum accessible position”, should the offset prove to be too-many-pixels? No, "defaults to" according to our conventions means "if it's nil or omitted". Nonsense values don't activate the default and are not replaced by the default. Unless we say something like "any other value is taken as...".