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#58992: 28.2; "lax space matching" no longer works Date: Fri, 04 Nov 2022 15:40:38 +0200 Message-ID: <837d0a6dnt.fsf@gnu.org> References: <83h6zf7w53.fsf@gnu.org> <20221103183316.GH9807@zira.vinc17.org> <837d0b7uce.fsf@gnu.org> <20221103185207.GI9807@zira.vinc17.org> <835yfv7sij.fsf@gnu.org> <20221104022950.GJ9807@zira.vinc17.org> <83wn8b5gy6.fsf@gnu.org> <20221104104115.GN9807@zira.vinc17.org> <20221104105637.GP9807@zira.vinc17.org> <83eduj542z.fsf@gnu.org> <20221104130414.GR9807@zira.vinc17.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21295"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 58992@debbugs.gnu.org To: Vincent Lefevre Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Nov 04 14:42:31 2022 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 1oqwxq-0005QP-O8 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 04 Nov 2022 14:42:30 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oqwxW-00069i-CJ; Fri, 04 Nov 2022 09:42:12 -0400 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 1oqwxO-00068M-Tm for bug-gnu-emacs@gnu.org; Fri, 04 Nov 2022 09:42:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oqwxO-0003KW-Lg for bug-gnu-emacs@gnu.org; Fri, 04 Nov 2022 09:42:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oqwxO-0004xx-6W for bug-gnu-emacs@gnu.org; Fri, 04 Nov 2022 09:42:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Nov 2022 13:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58992 X-GNU-PR-Package: emacs Original-Received: via spool by 58992-submit@debbugs.gnu.org id=B58992.166756928019029 (code B ref 58992); Fri, 04 Nov 2022 13:42:02 +0000 Original-Received: (at 58992) by debbugs.gnu.org; 4 Nov 2022 13:41:20 +0000 Original-Received: from localhost ([127.0.0.1]:52149 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqwwh-0004wr-PF for submit@debbugs.gnu.org; Fri, 04 Nov 2022 09:41:20 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:36086) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqwwa-0004wX-DO for 58992@debbugs.gnu.org; Fri, 04 Nov 2022 09:41:18 -0400 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 1oqwwU-0003Cu-Kp; Fri, 04 Nov 2022 09:41:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=Hw8TY0RgEzmzN/reqztzEK6fae5OZp18ch64F4AZRuw=; b=Qd7w6RYG+Cen BOI6oHvdXnSzDLWiBHkODCkDBFg/yy2a2842OQ6aAvh4CwUd6EDDFnvXy0R3HA/IcfHalLj7XkH2f RD7XbhTHkgyKRy3LKvan5Kw4MMiJAy/g7ZvmoPfGUmC1cwNWcE9E/soN7JUFJrSeL+yR8hdezwLgD Bd66bA/jXhwP6vIsrlihE5hBgIRLSP6+eP7vg0RQDmn96s0Fzx6U4Cv355KeBW8TqkK9NSSk7lyE3 Qc82fb8bOxlAeLMRQ+rCSyelm18lmhZjNEqL6SwFzNLkoxUoYSdawG2eJY4kQ2EUYT3oDZsT6ji7Q eD+fZDBNNU7LQ5sHFYrMRQ==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqww8-0001kU-7V; Fri, 04 Nov 2022 09:40:56 -0400 In-Reply-To: <20221104130414.GR9807@zira.vinc17.org> (message from Vincent Lefevre on Fri, 4 Nov 2022 14:04:14 +0100) 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: , Original-Sender: "bug-gnu-emacs" Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:247079 Archived-At: > Date: Fri, 4 Nov 2022 14:04:14 +0100 > From: Vincent Lefevre > Cc: 58992@debbugs.gnu.org > > The Emacs manuals are very detailed, but this is also an issue: it > may be difficult for the user to distinguish between details and > important things (in particular, when they are unintuitive, as for > behavior different from standards and other applications). The wiki > is a good example: even experts (who contributed to the wiki) can > be wrong or give bad advice. So when there is something misleading, > the manual should give big warnings and make sure that the user > will see them. > > Also note that regexps are used everywhere, in many applications, > and users should not be expected to read again and again *whole* > parts of the manuals about common things like regexps. I added notes to the manual about syntax and case tables that affect regexps, but your expectations are in general impractical: there's no way we could guarantee that reading some short excerpt from a manual will capture all the possible caveats. This is simply too complex an issue to allow that, sorry. So yes, users are expected to read whole parts of the manual, including the cross-referenced nodes. There's no way around that.