From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#35797: 26.2; Adaptive Wrap does not respect Whitespace Mode faces Date: Thu, 23 May 2019 07:09:57 +0300 Message-ID: <83imu17qwa.fsf@gnu.org> References: <8ec78d6f3e44bd3484c986dc2535a643536c499e.camel@gmail.com> <87h89q6rlo.fsf@rub.de> <83k1ej81po.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="187182"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 35797@debbugs.gnu.org, stephen.berman@gmx.net To: Andrew T Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu May 23 06:22:37 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hTfFS-000mWS-5r for geb-bug-gnu-emacs@m.gmane.org; Thu, 23 May 2019 06:22:34 +0200 Original-Received: from localhost ([127.0.0.1]:57368 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hTfFR-0005A8-5h for geb-bug-gnu-emacs@m.gmane.org; Thu, 23 May 2019 00:22:33 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:60002) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hTfE4-0004Dz-OP for bug-gnu-emacs@gnu.org; Thu, 23 May 2019 00:21:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hTf3K-0002Ed-HW for bug-gnu-emacs@gnu.org; Thu, 23 May 2019 00:10:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:58338) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hTf3K-0002EN-56 for bug-gnu-emacs@gnu.org; Thu, 23 May 2019 00:10:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hTf3J-0002nv-Td for bug-gnu-emacs@gnu.org; Thu, 23 May 2019 00:10:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 May 2019 04:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 35797 X-GNU-PR-Package: emacs Original-Received: via spool by 35797-submit@debbugs.gnu.org id=B35797.155858459810765 (code B ref 35797); Thu, 23 May 2019 04:10:01 +0000 Original-Received: (at 35797) by debbugs.gnu.org; 23 May 2019 04:09:58 +0000 Original-Received: from localhost ([127.0.0.1]:43649 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hTf3F-0002nZ-PJ for submit@debbugs.gnu.org; Thu, 23 May 2019 00:09:58 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:43499) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hTf3E-0002nM-IR for 35797@debbugs.gnu.org; Thu, 23 May 2019 00:09:56 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:52561) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hTf38-00029p-C1; Thu, 23 May 2019 00:09:50 -0400 Original-Received: from [176.228.60.248] (port=1174 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hTf37-0005JW-Q1; Thu, 23 May 2019 00:09:50 -0400 In-reply-to: (message from Andrew T on Wed, 22 May 2019 13:13:27 -0700) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:159672 Archived-At: > From: Andrew T > Date: Wed, 22 May 2019 13:13:27 -0700 > Cc: Stephen Berman , 35797@debbugs.gnu.org > > I'm having a hard time trying to do my original bug reproduction > starting from the `emacs -Q` command, because GNU ELPA keeps timing > out or something. `M-x package-refresh-contents` reports "Failed to > download ‘gnu’ archive." Not sure if my network is acting screwy or if > the ELPA server is down. `M-x package-list` actually says > adaptive-wrap 0.7 is already installed(??) even though it's not > included with the Emacs packages installed from Fedora -- yet the > `adaptive-wrap-prefix-mode` command is unavailable. So at the moment, > I can't test your suggestion of setting the whitespace-line face > background, at least not starting from a pristine environment. You don't need to install anything, just load adaptive-wrap.el manually with "M-x load-file", after downloading the file to your system. > ...However, the default colors for the `whitespace-line` face is sort > of a purple foreground on dark gray background, while in the > screenshots from my previous test (second image at > ), the wrap prefix is black on white -- > same as the buffer default colors for text that hasn't yet gotten any > syntax or other highlighting. I think there's a misunderstanding here, due to the multitude of faces and some implicit expectations that were never explicitly described. Would you please describe what you expected to see in this case, in terms of the appearance of the whitespace characters of wrap-prefix? The whitespace characters elsewhere in the display you show have 2 different appearances: one in the initial comment of the *scratch* buffer, the other in the long line you typed. Which one of them did you expect to see in the wrap-prefix? Or maybe you expected to see something that is neither one? Please state the expectations as clearly and unambiguously as you possible can, okay? > And in my actual configuration (the third image in the Imgur album), > it's the same behavior, except there the default colors are white on > very dark gray. I actually have Whitespace Mode configured *not* to do > highlighting for long lines anyway. In Customize, under the Whitespace > Style options, both of the "(Face) Lines" checkboxes are unchecked. Likewise, in this last use case: please describe your expectations. Thanks.