From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Rajesh Vaidheeswarran" Newsgroups: gmane.emacs.devel Subject: Re: Whitespace cleanup, tab-width and religion. Date: Mon, 1 Jan 2007 13:55:51 -0500 Message-ID: References: <87fybafyis.fsf@lrde.org> <87slfaeh5z.fsf@lrde.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0738742276==" X-Trace: sea.gmane.org 1167677782 21500 80.91.229.12 (1 Jan 2007 18:56:22 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 1 Jan 2007 18:56:22 +0000 (UTC) Cc: =?ISO-8859-1?Q?Micha=EBl_Cadilhac?= , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 01 19:56:19 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1H1SKQ-0004jA-5L for ged-emacs-devel@m.gmane.org; Mon, 01 Jan 2007 19:56:10 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H1SKP-00007X-LD for ged-emacs-devel@m.gmane.org; Mon, 01 Jan 2007 13:56:09 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1H1SKB-00007G-6u for emacs-devel@gnu.org; Mon, 01 Jan 2007 13:55:55 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1H1SK8-00006y-OU for emacs-devel@gnu.org; Mon, 01 Jan 2007 13:55:53 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H1SK8-00006v-IM for emacs-devel@gnu.org; Mon, 01 Jan 2007 13:55:52 -0500 Original-Received: from [66.249.82.234] (helo=wx-out-0506.google.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1H1SK8-0008Ei-4w for emacs-devel@gnu.org; Mon, 01 Jan 2007 13:55:52 -0500 Original-Received: by wx-out-0506.google.com with SMTP id s17so6431906wxc for ; Mon, 01 Jan 2007 10:55:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=uHgEwa8hsxW6vnrfW5GWwyomc1F5rbDSEfqyI359ci7MMWbl2H6AvrVTSBQbUF4HDcoSiUoLpQvdN2/lDcDcWnp75MmsphmI+ztd98fXV+q6LtNuhKWJZdTOAh0sa3FWi6rYvkndYN/DI2rYuRo4XpgnhsyZLLGxD9vhi/hlnfU= Original-Received: by 10.90.119.15 with SMTP id r15mr13929068agc.1167677751714; Mon, 01 Jan 2007 10:55:51 -0800 (PST) Original-Received: by 10.90.66.6 with HTTP; Mon, 1 Jan 2007 10:55:51 -0800 (PST) Original-To: "Kim F. Storm" In-Reply-To: X-Google-Sender-Auth: b13fcb37b6dcd63a X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:64608 Archived-At: --===============0738742276== Content-Type: multipart/alternative; boundary="----=_Part_13750_25075001.1167677751685" ------=_Part_13750_25075001.1167677751685 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline As the author of whitespace.el, it was my intent to keep tabs at 8 characters. Please do not make any changes to whitespace.el without my explicit approval. To be clear, from whitespace.el's point of view, it is not relevant what th= e tab-width is set at. People set tab-widths to whatever they please on their favorite editors. However, there is no way to portably move the definition of TAB across people and platforms, other than the value of 8 spaces. That is why this is a religious argument, and that is also why it is documented as such. rv On 12/20/06, Kim F. Storm wrote: > > michael@cadilhac.name (Micha=EBl Cadilhac) writes: > > >> Since whitespace-indent-regexp is already a defcustom, what's the > >> problem for you modifying that explicitly when you modify tab-width? > > > > Well, first because the contradiction between w-cleanup and tabify > > would stay. > > I agreed to fixing that part (somehow) after the release. > > > > > Also, putting w-i-regexp in a Local Variable part produces a warning. > > And I don't really want to force a certain value of this variable but > > just the amount of spaces it counts. > > > > Sounds like whitespace-indent-regexp should be marked as a safe local > variable. Unless it is risky somehow ... ?? > > -- > Kim F. Storm http://www.cua.dk > > > > _______________________________________________ > Emacs-devel mailing list > Emacs-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-devel > ------=_Part_13750_25075001.1167677751685 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline As the author of whitespace.el, it was my intent to keep tabs at 8 characte= rs. Please do not make any changes to whitespace.el without my explicit app= roval.

To be clear, from whitespace.el's point of view, it is no= t relevant what the tab-width is set at. People set tab-widths to whatever = they please on their favorite editors. However, there is no way to portably= move the definition of TAB across people and platforms, other than the val= ue of 8 spaces. That is why this is a religious argument, and that is also = why it is documented as such.

rv

On 12/20/06, Kim F. Storm <sto= rm@cua.dk> wrote:
michael@cadilhac.name (Micha= =EBl Cadilhac) writes:

>> Since whitespace-indent-regexp is al= ready a defcustom, what's the
>> problem for you modifying tha= t explicitly when you modify tab-width?
>
> Well, first because the contradiction between w-cleanup an= d tabify
> would stay.

I agreed to fixing that part (somehow) = after the release.

>
> Also, putting w-i-regexp in a &= nbsp;Local Variable part produces a warning.
> And I don't really want to  force a certain value of= this variable but
> just the amount of spaces it counts.
>
=
Sounds like whitespace-indent-regexp should be marked as a safe localvariable.  Unless it is risky somehow ... ??

--
Kim F. Storm <storm@cua.dk= > http://www.cua.dk


_______________________________________________
Emacs-devel mailing lis= t
Emacs-devel@gnu.org
http://lists.gnu.o= rg/mailman/listinfo/emacs-devel

------=_Part_13750_25075001.1167677751685-- --===============0738742276== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel --===============0738742276==--