From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#1305: All code that currently beeps should use visual bell instead Date: Mon, 19 Apr 2021 16:37:21 +0300 Message-ID: <13aea0d5-e8fa-39cb-ad69-1fabc7d72d16@yandex.ru> References: <87eef9qg81.fsf@gnus.org> <1869622e162377be79e9@heytings.org> <83bladw0dh.fsf@gnu.org> <87a6pxqdeg.fsf@gnus.org> <875z0lqcj4.fsf@gnus.org> <1869622e1602a39e56a6@heytings.org> <87a6pwvcrv.fsf@md5i.com> <1869622e165c625e097b@heytings.org> <874kg4vast.fsf@md5i.com> <1869622e166ad3c37a69@heytings.org> <87k0ozq3n8.fsf@gnus.org> <87blabpy54.fsf@gnus.org> <87lf9eo3mq.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25176"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 Cc: 1305@debbugs.gnu.org, Michael Welsh Duggan , Stefan Kangas , jasonspiro4@gmail.com, monnier@iro.umontreal.ca, Lars Ingebrigtsen To: Gregory Heytings Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Apr 19 15:38:10 2021 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 1lYU6L-0006OA-PK for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 19 Apr 2021 15:38:09 +0200 Original-Received: from localhost ([::1]:49026 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lYU6K-0006QJ-Qx for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 19 Apr 2021 09:38:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51034) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lYU6E-0006Q6-NZ for bug-gnu-emacs@gnu.org; Mon, 19 Apr 2021 09:38:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:37304) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lYU6E-0001hd-Fy for bug-gnu-emacs@gnu.org; Mon, 19 Apr 2021 09:38:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lYU6E-0001kJ-CJ for bug-gnu-emacs@gnu.org; Mon, 19 Apr 2021 09:38:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Apr 2021 13:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1305 X-GNU-PR-Package: emacs Original-Received: via spool by 1305-submit@debbugs.gnu.org id=B1305.16188394556662 (code B ref 1305); Mon, 19 Apr 2021 13:38:02 +0000 Original-Received: (at 1305) by debbugs.gnu.org; 19 Apr 2021 13:37:35 +0000 Original-Received: from localhost ([127.0.0.1]:48847 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYU5n-0001jO-Cg for submit@debbugs.gnu.org; Mon, 19 Apr 2021 09:37:35 -0400 Original-Received: from mail-ej1-f48.google.com ([209.85.218.48]:37732) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYU5i-0001j9-Gy for 1305@debbugs.gnu.org; Mon, 19 Apr 2021 09:37:33 -0400 Original-Received: by mail-ej1-f48.google.com with SMTP id w3so53006587ejc.4 for <1305@debbugs.gnu.org>; Mon, 19 Apr 2021 06:37:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=k9zBPEAGbJxP+j8DZeb/T9jEYpx5+rEzeOoQN4MBWK8=; b=rmHTbF5G52PIUCDR2LnN1ZTruaQv2YVm+GSWQaoSmApd2PWYpnw+RrK3Ju3TGLpnLU oUofD4MEVWs558Z9a6gAcjLNybn5LL635fKCHoNfxG1VqmoOVY8pqRJX69xnlfhi9X8o oLh/J8u+MY/KIToM8w0ijUhWS9NDKHlLh9UXtr+fl9EEmXgpKC27hcqEgGtK+MAzURpq PcDc8fVxCjHLHqEVGwinUVZ/lLb/VNd+yWXVTYsoE3n7iDLbpz0X1sZroPjBY3N1BgOI SWiVdWA0DJgK3juwaQRpWEobgHMWHIa3eLq1HELMEbxDcaEhc2eqYDQ4JqOpbiAxzOPV XqHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=k9zBPEAGbJxP+j8DZeb/T9jEYpx5+rEzeOoQN4MBWK8=; b=GTjDptfj5yNzaLXEyxfJrF01j5O5l6kGDCiGXCL585VfGGIZEubTHTTs2uCLE7vZE1 oRXSN+2N+XYPjeGccns2d4P3DtX5teGh3jm5hkJR/FEU0RfQSDiOAn4g2R7fT3qx5kh5 V67s1P3BigdeRKyRmnkoqi8rTseEvcVkBJKWfqjo+wXvtDQS7/nKZD1ma0Qz9wVdaKa2 wQt3Btkqem2Zy52exD6kVJDNv23ZPOT7p0io6eHXSe4pYw0+SJ+PMtdTAGfQ8u7yLFzn 9qe3BAEVDthodQBi3wX/lZRUy0hNq5RkpSF7Lj1HiKGIKyf58bOU5eLLuiEX8JLh+JAc 3lMg== X-Gm-Message-State: AOAM533Wn4NNOlaDdY09MlEKHwEEZbJGI3hwuNByHHLLhkYUxwJMthfw 5BY2+gU7vJaO7ZmOz4oYvVQ= X-Google-Smtp-Source: ABdhPJylkqimUA7Ccf43XC7qTA/m6cq8rucDzayTo7eQXbiBm9IMcX4vnOfFTadY6ynWI3NyL0Whnw== X-Received: by 2002:a17:906:e84:: with SMTP id p4mr22070008ejf.248.1618839444665; Mon, 19 Apr 2021 06:37:24 -0700 (PDT) Original-Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id n14sm10436351ejy.90.2021.04.19.06.37.22 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 19 Apr 2021 06:37:23 -0700 (PDT) In-Reply-To: Content-Language: en-US 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:204453 Archived-At: On 19.04.2021 16:16, Gregory Heytings wrote: > >> >> 'match' for purposes other than matching? >> > > Why not?  That would be only a default value, to call the user's > attention that the reason of the error is displayed there.  IMO using > yellow for that purpose is much better than green (highlight face). Perhaps I'm just used to the 'inverse-video' effect on GNU/Linux, but that monochrome effect (having black and white switch places on two lines of the frame) is both noticeable but not alarming. >> And speaking of 'error', seeing red is most likely more obtrusive than >> the current GNU/Linux behavior. >> > > Do you really mean that seeing the cursor becoming red during 0.25 > seconds is obtrusive? The cursor itself will be a mild disturbance, the colorful flash at the bottom should be a tad more jarring. I'm not sure if red is a good choice, though. After all, the action we just performed (abort/quit) does not necessarily imply any kind of error. > The current GNU/Linux default behavior is (for those who use Gnome or > KDE and have not disabled the system bell) to ring the system bell > (typically during 0.5 seconds).  That's IMO far more obtrusive (in > particular for your colleagues!) than seeing the cursor becoming red and > the echo area flashing during a fourth of a second. I'm comparing to the (setq visible-bell t) behavior on GNU/Linux.