From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Didier Verna Newsgroups: gmane.emacs.bugs Subject: bug#13646: mode-specific and file-regexp-specific settings Date: Thu, 07 Feb 2013 17:56:13 +0100 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1360279600 11524 80.91.229.3 (7 Feb 2013 23:26:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 7 Feb 2013 23:26:40 +0000 (UTC) Cc: 13646@debbugs.gnu.org, viniciusjl@ig.com.br To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Feb 08 00:27:01 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1U3ars-0007H7-C9 for geb-bug-gnu-emacs@m.gmane.org; Fri, 08 Feb 2013 00:27:00 +0100 Original-Received: from localhost ([::1]:54851 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U3arZ-0005Ou-Ch for geb-bug-gnu-emacs@m.gmane.org; Thu, 07 Feb 2013 18:26:41 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:35223) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U3arV-0005OJ-Du for bug-gnu-emacs@gnu.org; Thu, 07 Feb 2013 18:26:39 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U3arT-000578-UF for bug-gnu-emacs@gnu.org; Thu, 07 Feb 2013 18:26:37 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:36795) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U3Um7-0003hl-So for bug-gnu-emacs@gnu.org; Thu, 07 Feb 2013 11:56:39 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1U3UnR-0004B1-Td for bug-gnu-emacs@gnu.org; Thu, 07 Feb 2013 11:58:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Didier Verna Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 07 Feb 2013 16:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13646 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13646-submit@debbugs.gnu.org id=B13646.136025627216039 (code B ref 13646); Thu, 07 Feb 2013 16:58:01 +0000 Original-Received: (at 13646) by debbugs.gnu.org; 7 Feb 2013 16:57:52 +0000 Original-Received: from localhost ([127.0.0.1]:42259 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U3UnG-0004Ad-Vy for submit@debbugs.gnu.org; Thu, 07 Feb 2013 11:57:51 -0500 Original-Received: from smtp1-g21.free.fr ([212.27.42.1]:37549) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U3UnD-0004AT-Ts for 13646@debbugs.gnu.org; Thu, 07 Feb 2013 11:57:50 -0500 Original-Received: from Scofield.local.free.fr (unknown [IPv6:2a01:e35:8b50:e80:5ab0:35ff:fe7b:9220]) by smtp1-g21.free.fr (Postfix) with ESMTP id 373B8940275; Thu, 7 Feb 2013 17:56:14 +0100 (CET) In-Reply-To: (Stefan Monnier's message of "Thu, 07 Feb 2013 11:18:12 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (darwin) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEWSa0bu9eE+JQDi8/XT uX3l2eDFSihGOEGRHg359fX1k8d3AAACOUlEQVQ4jZWRvYvbQBDFB6EYpctyUaHODMG37SFcqNsL snPpzpxVXHccZtkyuEm7LMcyrbi40H+bt/JXHHAgg5Gl99v3ZneHFGpApUddD6eiI0j1fg0MzTUw /A9oroH6n+Cv5sMRvA9PCb6n1xNQZbtTN8NQjauavaMaeqW+8fR7v9eT/wiGT8z8BXKvqh5JzSnq 69Rv+b7vVV9dNs/IF7D063bxfAbVUOroJNw+70yRtysII4C70/FV+HZhHiSnRQVQ3ylV1c0vZhEJ hYQYnW+VGsFN3ewAfMY8czFKDP5+BHV9V2Y6AS1LKxJF/AGUaxODBJ4GWwg7EaZ6TCrXhUuAtRPY JEgCdd10RkQLc0BK2gVr6mCoV2sSdGadxKQnsILemeLnFmDKzglOildaqTkMJjdJL7DaWXGOA3Vd M18ZWnyb8nYMstHCFqjs6u4zkXqcbrMRvBD2YR2VT/Nnk39YrX9kBBBfPQUtAOqm68h87NYc3gqN fO+zmQVYzZtHKu53ABEyx43HvqwFuDPGrxdL3KvgLqKNm4doJ+iB1j67ZWwHhhGFSIQDPlJqF9J1 k5DjJQCilDK+GO8husBUWGmXMDtqW8IXErAueDIb2z6k81CqyQbTsa8zJOZiXzJNoiHLoZzmmRV+ M3netgEA4zkVhrUxOTI4OfQ4GZ0WYIj4ETlETdwYFMD2Q02DTD2sPTaRoM9/0M+A92DMJjnqWi6K vHV/xpzBRZNLMLEH00UaXbMkIBfgYPsN0UOtZUffaGQAAAAASUVORK5CYII= X-Face: compface: (warning) : excess data ignored Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEXZm2zq5fNvNzWXJxiY fVIwIxD0+vXl6uBqAeO7AAACPElEQVQ4jW2SPW/jMAyGhcS5zF6SNdA56BqUEm4VLApeg0hEZwMH a62LQvr7R1n5aK+h48DiY369tJiulvgep3Zq230uJm5gGtt2bMv//4BtN+b0A4wlXZ6epJri4nhS YxdjTvEJmHLfbX+C3RQbwsuz4u8dXtwQd2n/DcTsjLD2zw+QPhFto8Ot3xtIkbD3DYW038evIH4E tEFoSDl+B2iajWoQfn0HMTd2DQBqPcxxvIORZwAHOoRmdQe7mVeRPkwB/izdS67KizS1MeWjVQxI IR0KKBGZhZveERDAwhGpY30XEFLM2JizZb+mDmWeK6BBrAit5wA6Um/0dl5GFxfvPZi1V07JlWlQ b3O7dEX8rldrODkKn4YrDYvqM4sAoJXXStPb3wPXebkCz4R/hK+U8/n3ht7q6kXxgj+Bc285Sb+B c95XUFJ5C7AacnKkdchVRI5YrtcuT/mDPIVcF8WKorVasxaZAYThAcwmcPUtnz4v8JLmOodyZ+FI WZAmN0ICdzsvk6/hjO5oLEnZU5AQtnMF3BRqsErxA/3mDmUdXXhQfNuT4Fr8ATEd5mtxU4A9WUQ8 NAC3CCKD7mRcsEp3RmjVd1hM6AIOJ3deG+5POF6VlAUQqV5yTR5FdwL1BasJIGIdeMzSHlpNBAa7 JaKQZbdalbUzgUt3BbxGPjJHXZ65NU5VX7piqH7osO6DV0U380XvXi6g2OKrFbgLeQeatOeLdD0+ AJSu/DXgVT6A93C34v+S6kGKX/4DrQdQpSOIo60AAAAASUVORK5CYII= X-Face: compface: (warning) : excess data ignored X-Attribution: dvl X-Url: http://www.lrde.epita.fr/~didier X-Web: http://www.lrde.epita.fr/~didier X-Home-Page: http://www.lrde.epita.fr/~didier X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:70857 Archived-At: Stefan Monnier wrote: > I think the idea is good, but I don't think the solution should be > specific to whitespace.el. A general solution would be nice of course (but this is frightening; see below). I'm not familiar enough with the dir-local functionality (XEmacs doesn't have that) to comment on it though. > Also, we should introduce a way to set variables to a value that is > mode-dependent. Maybe something like > > (setq-modes whitespace-style > (foo-mode 'face) > (bar-mode 'trailing) > (t 'tab-mark)) This looks a bit hackish. If you're going down that road and want to be that general, why stop here ? Someday, someone will want window-specific values and what not and you'll end up with tons of setq variants. And then, you're gonna wish you had specifiers in the first place (and /that/ is frightening) :-) > Which could turn into something akin to > > (setq-default whitespace-style 'tab-mark) > (add-hook 'bar-mode-hook (lambda () (setq-local whitespace-style 'trailing))) > (add-hook 'foo-mode-hook (lambda () (setq-local whitespace-style 'face))) Question: if you have both the above and dir-local settings, which ones take precedence (I hope the dir-local ones) ? -- ELS 2013, June 3/4, Madrid, Spain: http://els2013.european-lisp-symposium.org Scientific site: http://www.lrde.epita.fr/~didier Music (Jazz) site: http://www.didierverna.com