From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: CUA-theme? Date: Wed, 16 Sep 2020 09:29:00 -0400 Message-ID: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5821"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Sep 16 15:29:38 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 1kIXVB-0001RW-Ji for ged-emacs-devel@m.gmane-mx.org; Wed, 16 Sep 2020 15:29:37 +0200 Original-Received: from localhost ([::1]:49692 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kIXVA-0008CA-MO for ged-emacs-devel@m.gmane-mx.org; Wed, 16 Sep 2020 09:29:36 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53990) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kIXUh-0007jD-K5 for emacs-devel@gnu.org; Wed, 16 Sep 2020 09:29:07 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:6106) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kIXUf-0004xB-Eh for emacs-devel@gnu.org; Wed, 16 Sep 2020 09:29:06 -0400 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id D02AF10025B; Wed, 16 Sep 2020 09:29:03 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id E38E6100234; Wed, 16 Sep 2020 09:29:01 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1600262941; bh=mXR+NonjLqkR975kWG4DQFd2v3/uzQ0gs1/kpOyOJRs=; h=From:To:Subject:Date:From; b=XBhcPo7YD8ydh6vsnDy3xIVaM4oLzeRaSnh6IqUaE0Eq2rmS4wiEF/oENLjgCIH/C ct41Z5r4RalR+4TrBAnVoQIGv47a0Zj5jMsU7vfrORskRCewqorAyITtmFq6DNXua3 cEdsDLyWyJ2znsjCR+dXi6wa7HyeRq8036vAczYnwMpu5TB//jyjH3bfZSYIM1jmWO 3wzzb0dfl985NlhTJV/88+uQfUZN4qZj6SOaT2+37+Ax8qhGRrRuM6elDP8bHVK+pF SHWD6zTvPV+zyPpL9ig1WBrbJkIjR2vFrc0qS7KEBas5PGm53JldG/K06vqamaY0qp pu2OyXFSrzD4g== Original-Received: from alfajor (unknown [45.72.232.131]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id C48CF1203E4; Wed, 16 Sep 2020 09:29:01 -0400 (EDT) Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-detected-operating-system: by eggs.gnu.org: First seen = 2020/09/16 09:29:04 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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:255869 Archived-At: Would it make sense to define a new custom-theme (or minor-mode until custom-theme can handle that) which makes Emacs's behavior match the "standard" in most other applications? Maybe it would make sense to do it under the constraints of avoiding all changes which are "brittle" by nature (like the C-c and C-x remapping in `cua-mode`). So the goal would be to have a config that would be just as "good" (no rough corners) as the default while minimizing the surprises for a user that's familiar with many other editors and applications (and without having to worry about alienating old-timers like yours truly). This wouldn't come with a specific color theme, since it's an orthogonal problem, but I guess it could affect some faces if there's a "standard" for some kind of color information which we're not following (I'm thinking for example of the colors used for diff-mode, which we changed to make them more "standard", so I suppose there could be other similar situations). Stefan