Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: region_highlight converts `fg=default` to `none`, which is not the same
- X-seq: zsh-workers 47467
- From: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- To: Daniel Shahaf <d.s@xxxxxxxxxxxxxxxxxx>
- Subject: Re: region_highlight converts `fg=default` to `none`, which is not the same
- Date: Fri, 16 Oct 2020 08:50:49 -0700
- Archived-at: <https://zsh.org/workers/47467>
- Archived-at: <http://www.zsh.org/sympa/arcsearch_id/zsh-workers/2020-10/CAH%2Bw%3D7aHWUQSFCJ3NQDVDBg%3DX8J1WD%2BYbNMQ21%3Dc4xXs%3DLPBqg%40mail.gmail.com>
- Authentication-results: zsh.org; iprev=pass (mail-ot1-f46.google.com) smtp.remote-ip=209.85.210.46; dkim=pass header.d=brasslantern-com.20150623.gappssmtp.com header.s=20150623 header.a=rsa-sha256; dmarc=none header.from=brasslantern.com; arc=none
- Cc: Roman Perepelitsa <roman.perepelitsa@xxxxxxxxx>, Marlon Richert <marlon.richert@xxxxxxxxx>, Zsh hackers list <zsh-workers@xxxxxxx>
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brasslantern-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=yB6rHHCQXzLa9rdEKVoQ4281dZqJgLm8lXU8TM+4Qp0=; b=TBLARU06Irw6zcEsiS5fT6mW17HDo9m3d8t0ihRYT/NsHRuW/TcWcc6kA0aPKlVi9Y MU0wbYwmgfrQMzZDF+MJh9YxfmET+fEVisF8qiGf1YRezPdK/nwRmoULA2dAx0y84fsm ARM2iKX/gaIjaMl0dpsdJTEWFLsiiPbkbhcts/+uE76hk9ko98VgPktp9YCrERb2AzBh yn3O0kTb8K54wJWDSAh5sVb9DPObwSXIZhsz7YHy6VGuA+XVqRDG6h+MnvtPNebzn1YQ OlbDiVjX4yVyUsg8PLk5Vnalo8gw8lQT3INa0PG6sUvs5X8E3CpCcVy/NswDng3GVRoo bO0Q==
- In-reply-to: <cd3c7101-2735-4e4e-a40f-76d0850f471d@www.fastmail.com>
- List-archive: <http://www.zsh.org/sympa/arc/zsh-workers>
- List-help: <mailto:sympa@zsh.org?subject=help>
- List-id: <zsh-workers.zsh.org>
- List-owner: <mailto:zsh-workers-request@zsh.org>
- List-post: <mailto:zsh-workers@zsh.org>
- List-subscribe: <mailto:sympa@zsh.org?subject=subscribe%20zsh-workers>
- List-unsubscribe: <mailto:sympa@zsh.org?subject=unsubscribe%20zsh-workers>
- References: <CAHLkEDv9ch+nhtpYF3So+029J6GMv5iU-8=RzHRHLa7OYzc3kg@mail.gmail.com> <CAN=4vMq1CjLKiwM0_HWfQf5=xLTGQ7z9mVs=QEsCp05suLK-fA@mail.gmail.com> <20201014204621.4cf5b2b0@tarpaulin.shahaf.local2> <CAN=4vMqencidrpknTheyjAYQRT9BHN8ZLXRFk2Z38Gfwx9mxyQ@mail.gmail.com> <cd3c7101-2735-4e4e-a40f-76d0850f471d@www.fastmail.com>
- Sender: zsh-workers-request@xxxxxxx
On Fri, Oct 16, 2020 at 6:29 AM Daniel Shahaf <d.s@xxxxxxxxxxxxxxxxxx> wrote:
>
> The inconsistent augmentation semantics have bugged me since I first ran
> into them. I'd love to see them rationalized.
As I recall one of the problems with this is (as Roman mentioned)
there is no way to selectively turn off many of the attributes. That
is, there's no way to tell the terminal "revert to the previous value
of X", instead we have to keep track of that and explicitly assert
"set X to Y". In some cases even that's not enough, and the only
right approach is to clear all attributes and then reassert all
attributes. This shortcoming is directly reflected in the selection
of names/values in Functions/Misc/colors, where I also summarized the
ECMA standard in comments. (There's probably a newer standard at this
point.)
Messages sorted by:
Reverse Date,
Date,
Thread,
Author