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#5042: bug#9917: 24.0.90; Make `goto-line' consistent with the line number from the minibuffer Date: Thu, 24 Sep 2020 09:39:07 +0200 Message-ID: References: <877dspmzo3.fsf@gnus.org> <83zh5l1uqw.fsf@gnu.org> <87wo0osspd.fsf@gnus.org> <87lfh3dtoj.fsf@mail.linkov.net> <878sd1j2rv.fsf@gnus.org> <871ritbs6t.fsf@mail.linkov.net> <87mu1gd422.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="34343"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 5042@debbugs.gnu.org, Juri Linkov , 9917@debbugs.gnu.org, monnier@iro.umontreal.ca, dmoncayo@gmail.com, Lars Ingebrigtsen To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Sep 24 09:43:59 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 1kLLv5-0008ok-QM for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 24 Sep 2020 09:43:59 +0200 Original-Received: from localhost ([::1]:60880 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kLLv4-0006qv-RN for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 24 Sep 2020 03:43:58 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42606) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kLLrG-0001n8-Sz for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2020 03:40:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:55208) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kLLrG-0001EP-3b for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2020 03:40:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kLLrG-0006CM-0T for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2020 03:40: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: Thu, 24 Sep 2020 07:40:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 5042 X-GNU-PR-Package: emacs Original-Received: via spool by 5042-submit@debbugs.gnu.org id=B5042.160093315823761 (code B ref 5042); Thu, 24 Sep 2020 07:40:01 +0000 Original-Received: (at 5042) by debbugs.gnu.org; 24 Sep 2020 07:39:18 +0000 Original-Received: from localhost ([127.0.0.1]:38519 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLLqY-0006BA-Ae for submit@debbugs.gnu.org; Thu, 24 Sep 2020 03:39:18 -0400 Original-Received: from mail-wm1-f52.google.com ([209.85.128.52]:37166) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLLqV-0006As-AA; Thu, 24 Sep 2020 03:39:17 -0400 Original-Received: by mail-wm1-f52.google.com with SMTP id a9so2518580wmm.2; Thu, 24 Sep 2020 00:39:15 -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=lh1ABQ8nvIkTL0UBqFkUBgkhcPruRNyZaP1SgWCj7P4=; b=qRlxpvXg1LelzYhybcYibIfBkL26uReaQWOl3B7tJf7cJVvI0I50pmCDuTjEJ4WdOw WtG5NvgiZQsWo+WtDKiwbAyDgUVXUaxyyDxVfzh2FGtSsbj+zpzMtsNvuRoADwOJj7Jp TC945/cgP2Mc1x/JgxpZaV9rv2hjSNjjxtJxnnoNYfIgCkMDzSjJL1hBNf3RIjJLtPq7 +3v/zWExY7/ZnhsKs1b/kFvD64KmWeYZG27jd6kkunt75qz7v5mKHzGbK5iDN8L+Nl4V wmY/ecyiXH5mHZDzHz48wuRpbILFJb6Bf8/PN6KpaZCiq2uZ5cxLUe58x7bNkEun+a/o DXVQ== 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=lh1ABQ8nvIkTL0UBqFkUBgkhcPruRNyZaP1SgWCj7P4=; b=MOJZtte4J5DyCgou4ajHKKeG5N0rjGoKACLqBDLApnj5rPJJ6iFHzfYvIQYPV3D98F RFrJul4ccj4t3dou7J27cRHsdtUd0yp523Za4tA/fijaT1EdLveru3pGfsDcv+ewzqN3 OnxSi2p0ufRQqOqjbcL2GCXwJZicVrsC1a2jX06cedGgzMD0zgeKBvolgpMLrCMHLMRm n5hftL2Mi3ik/DGEBfv3XQ5LOvrCS3pKFyAP5jeuHMq/8D4jPtNPVF8kuzw55snvXeK1 MfDg0BJbRJnDp2DJE2gzgslyx3A5kE3SYEeoPhVRNJQKpqiZPI3SBVCaeP0CFEUpyc+B p91g== X-Gm-Message-State: AOAM530QgaHWmS6dsmHy0YPkmm5n5r/IwX1osScIXQKbp2Z4Aj5dEED4 bcQwIQN89tOe4XbssdikIK04UbFa300= X-Google-Smtp-Source: ABdhPJxtAohJgRhXsCZt6WF3aRRVkJqYots8rBgjyXV3Z+7jDtT3BsvyxGmU3EAPVri5Vz296KnEvQ== X-Received: by 2002:a1c:9a0c:: with SMTP id c12mr3339395wme.85.1600933148763; Thu, 24 Sep 2020 00:39:08 -0700 (PDT) Original-Received: from rpluim-mac ([2a01:e34:ecfc:a860:3c08:1d3d:adfd:41da]) by smtp.gmail.com with ESMTPSA id v2sm2478002wrm.16.2020.09.24.00.39.07 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 24 Sep 2020 00:39:07 -0700 (PDT) In-Reply-To: (Drew Adams's message of "Wed, 23 Sep 2020 10:58:11 -0700 (PDT)") 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:188843 Archived-At: >>>>> On Wed, 23 Sep 2020 10:58:11 -0700 (PDT), Drew Adams said: >> Drew objected to rebinding the keystroke in Info >> mode, but I think that's probably fine -- nobody is ever going to re= fer >> to an absolute line in Info. Drew> Why do you think so? Drew> The principle is general. Logically, this has Drew> nothing to do with the mode or context, except if Drew> the user thinks it does. No such coupling should Drew> be done automatically (hard-coded). Just give users Drew> two commands/keys and let them use whichever they Drew> feel is appropriate in any given mode/context. Drew> You're setting a bad precedent by overruling users Drew> here. `M-g M-g' should do the same thing, wherever. If I turn on display-line-numbers-mode in an *info* buffer, or have the line number displayed in the mode line, those numbers are the narrowed line numbers. Having M-g M-g go to the absolute line number there would be very confusing as they don=CA=BCt match the visual information provided (how many people even know that *info* buffers are narrowed? They behave like a linked set of buffers). Robert