From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: :alnum: broken? Date: Sun, 23 Feb 2020 14:12:55 -0800 (PST) Message-ID: <3ee18449-8816-4cca-b22a-e0fb029637e0@default> References: <86wo8flqct.fsf@stephe-leake.org> <86sgj3ljf0.fsf@stephe-leake.org> <5fecc0e1-1ee2-5a89-9297-b0b9aa4a8e9c@cs.ucla.edu> <831rqli2gh.fsf@gnu.org> <87v9nx3xnr.fsf@telefonica.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="52653"; mail-complaints-to="usenet@ciao.gmane.io" To: =?iso-8859-1?B?03NjYXIgRnVlbnRlcw==?= , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Feb 23 23:13:42 2020 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 1j5zVO-000DbX-8g for ged-emacs-devel@m.gmane-mx.org; Sun, 23 Feb 2020 23:13:42 +0100 Original-Received: from localhost ([::1]:57278 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j5zVN-0001A9-A2 for ged-emacs-devel@m.gmane-mx.org; Sun, 23 Feb 2020 17:13:41 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33608) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j5zUj-0000iH-7w for emacs-devel@gnu.org; Sun, 23 Feb 2020 17:13:02 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j5zUi-0004Am-7D for emacs-devel@gnu.org; Sun, 23 Feb 2020 17:13:01 -0500 Original-Received: from userp2130.oracle.com ([156.151.31.86]:43010) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j5zUh-0004AI-VO for emacs-devel@gnu.org; Sun, 23 Feb 2020 17:13:00 -0500 Original-Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 01NM48RK164762; Sun, 23 Feb 2020 22:12:58 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=IbLTVycCdfocQm9ZwpgA9Q2SYRHGReqMPPj51Za822k=; b=tK1YP13QlikdHDki1KIigu+8+ZqZU8OVAMO/3gY04MafqMMrlzIKZ/bHJqOW+afk1QOH UF80wlGvsLwaszccErEdevoWupVB3Q1Lo9nJad02aR8D1PkNVrIZeiJ2PXkSUnFzSnkq 8Chwj/nlnqJ9lDc7OpI0PL/CF5PdM9ukfuLCxFzFREz7NpO5PVrZopXQYBk8MKkSaezW 1Ra5g0tdEiaESyEHtdhOtVBrCnZaUcoVE02/qyCweG7RX6AOF+4gs6wRR1+qv1g5an5K P3PzatA0Y9ovIAJ3mEHhrakhf8fs3FHfXlxTVFoCDJreGHKF85O4deFwehilECSmNs3G eA== Original-Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by userp2130.oracle.com with ESMTP id 2yauqu46an-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 23 Feb 2020 22:12:58 +0000 Original-Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 01NMCXxF074097; Sun, 23 Feb 2020 22:12:57 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userp3030.oracle.com with ESMTP id 2ybdsf271b-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 23 Feb 2020 22:12:57 +0000 Original-Received: from abhmp0013.oracle.com (abhmp0013.oracle.com [141.146.116.19]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 01NMCuKA000909; Sun, 23 Feb 2020 22:12:56 GMT In-Reply-To: <87v9nx3xnr.fsf@telefonica.net> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4966.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9540 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 suspectscore=0 spamscore=0 malwarescore=0 mlxscore=0 bulkscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2001150001 definitions=main-2002230187 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9540 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 bulkscore=0 clxscore=1011 malwarescore=0 impostorscore=0 adultscore=0 phishscore=0 priorityscore=1501 mlxlogscore=999 spamscore=0 mlxscore=0 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2001150001 definitions=main-2002230186 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] [fuzzy] X-Received-From: 156.151.31.86 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:245049 Archived-At: > The less experienced users, which are those who fall the most on the > trap (me raises hand) hardly would benefit from a compiler warning. We > use regexps on interactive *-regexp commands, not on Elisp code that we > later compile. That's package writers. That's definitely true, IMO. But: 1. Warning during regexp input (e.g. regexp Isearch) would likely, itself, be quite confusing or annoying. 2. There are _lots_ of regexp-learning gotchas. The case currently discussed is just one such. Any attempt to interrupt input with some guidance wrt what a user might be doing wrong would truly be a distraction to lots of other users, and even the same user sometimes, and at some point. It could be imagined that Emacs could provide a mode that helps users in such ways, but it would need to be quite smart and configurable. The differences in help level needed for different users make that alone problematic. Ideally, perhaps, such help would watch a given user and learn over time (machine-learning) just what kinds of help might be most appropriate.