From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Newsgroups: gmane.emacs.bugs Subject: bug#66041: 30.0.50; Should 'flymake-note-echo' inherit from 'compilation-info'? Date: Mon, 25 Sep 2023 14:52:07 +0100 Message-ID: References: <1f9e98be-3248-56cf-b7fd-8301666675c6@gmail.com> <1e19cc18-9942-aa51-c49e-9441e873f037@gmail.com> <83edivg3rg.fsf@gnu.org> <83zg1jemi8.fsf@gnu.org> <8d01b781-abac-e22b-39fe-8697a173ad7a@gmail.com> <834jji35nc.fsf@gnu.org> <831qem316n.fsf@gnu.org> <83zg1a1kq9.fsf@gnu.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="23140"; mail-complaints-to="usenet@ciao.gmane.io" Cc: jporterbugs@gmail.com, 66041@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Sep 25 15:53:04 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 1qkm1H-0005jB-7w for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 25 Sep 2023 15:53:03 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qkm16-0004be-Bh; Mon, 25 Sep 2023 09:52:52 -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 1qkm14-0004bM-J7 for bug-gnu-emacs@gnu.org; Mon, 25 Sep 2023 09:52:50 -0400 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 1qkm14-000606-Aw for bug-gnu-emacs@gnu.org; Mon, 25 Sep 2023 09:52:50 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qkm1G-0001ZJ-Fs for bug-gnu-emacs@gnu.org; Mon, 25 Sep 2023 09:53:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Sep 2023 13:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66041 X-GNU-PR-Package: emacs Original-Received: via spool by 66041-submit@debbugs.gnu.org id=B66041.16956499645988 (code B ref 66041); Mon, 25 Sep 2023 13:53:02 +0000 Original-Received: (at 66041) by debbugs.gnu.org; 25 Sep 2023 13:52:44 +0000 Original-Received: from localhost ([127.0.0.1]:44588 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkm0x-0001YV-7V for submit@debbugs.gnu.org; Mon, 25 Sep 2023 09:52:44 -0400 Original-Received: from mail-lf1-x135.google.com ([2a00:1450:4864:20::135]:47257) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkm0s-0001YD-4C for 66041@debbugs.gnu.org; Mon, 25 Sep 2023 09:52:42 -0400 Original-Received: by mail-lf1-x135.google.com with SMTP id 2adb3069b0e04-50437c618b4so8065039e87.2 for <66041@debbugs.gnu.org>; Mon, 25 Sep 2023 06:52:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1695649939; x=1696254739; darn=debbugs.gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=IQizJOgMRoXhJXcz0pywDxFMWMFIKjl2eeUM3+kxw80=; b=XObJvPn5UyVq1fEuKOCcV9csL+hDbFfBPlxDG7VlQbJcUJE6B1oiI8MCblPhusrbSK gtg37/IEUpNPGXZEtjm5jfEWJe9vv6T25wHtdh6a/uUgHgJCvfTsjQGs3jSrclj6QjK1 JGTyM4/j/76O/1KZb/zj0auy+GdiQbCzj+3cqeAYoYMD0N5Tr2rSYynWV4sy/Z4T2FBI zHLsBUDEECe2eIJRcFbmZPwRlOPK+PNHKFWmNPpR5V3vsFntrNDVvBVy9anpO2XiIxcs VJa9HgJaQQOcrhobNZZRi7APv7PVIrfpozECj+HPJ0C6uQwFOvwDRosQaqMo+u0tujNV mRxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695649939; x=1696254739; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=IQizJOgMRoXhJXcz0pywDxFMWMFIKjl2eeUM3+kxw80=; b=FFA1Egze20bMT9wkx0TF0f883nPh1EV8PegVYNY0WSnKyx20PZge9BlD8ffz209XES SKwWJne6lDgIAWSXU2DR/yRc4w4SowqOQGNgJqDlMcRehCO/5SV4xK8tK3S0MOcKuRvH OFDAmkgUH6opH3ACjOnO42Px51Vgisov16aDC+4/a+2MFckIUg5JA+9qsZwW713/k+Z7 p4OLy+MjLSTUPrFLKhbZ3iXCgRahrLj3MJjbkjZ1QDo2t+OvANmf2Y9EBFIxc9JEZl3d ekpfeqgM2wl6ay9pB/mOFEiGA5oK7OACrOEN3x44QhHxOIz3xDxKI1ljesgpyxtqoYmv n08g== X-Gm-Message-State: AOJu0YwXY4ecKwGIjkYTNw2uLfowZx16G+n97wr9tpvpLsxbKrngYZdv +YexKKlyWBCbM0cVv6PRXU25SUo1rDrx3Xm8YeM= X-Google-Smtp-Source: AGHT+IHbpTLxb3LZtIxMH30qf0hYF52v089qFrl639Pjj+yJuLDI02ZgYr4e9de806sBTF5nIRP6ljacN3ImYhRAIqQ= X-Received: by 2002:a05:6512:78:b0:500:90d1:90a6 with SMTP id i24-20020a056512007800b0050090d190a6mr5229166lfo.63.1695649939315; Mon, 25 Sep 2023 06:52:19 -0700 (PDT) In-Reply-To: <83zg1a1kq9.fsf@gnu.org> 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:271336 Archived-At: On Mon, Sep 25, 2023 at 1:50=E2=80=AFPM Eli Zaretskii wrote: > > Obviously, because any other character which is not space > > will _also_ fix the trailing whitespace diagnostic issued by the > > checkdoc backend. By definition :-) > > OK, let's back up a notch, because I think I've misunderstood you. Basically, both your suggestions effectively amounted to deleting the second overlay. It would indeed solve the problem but only by destroying the use case. > the overlay that wins is always the last one. > Does this explain what happens? Yes, it does. Although I would expect that when two overlays that compete for the same resource (in this case, the same portion of the left fringe) the overlay with the highest priority would win that competition -- not the "last one". Since I can't change the start and end positions of the overlays, (because they do quite a bit more than specify a 'before-string property), I can't choose which overlay is the "last one". So I guess this bug is very hard to solve until the "last one wins" behaviour your describe is changed. Jo=C3=A3o