From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org
X-Spam-Level: *
X-Spam-Status: No, score=1.5 required=5.0 tests=DATE_IN_PAST_12_24,DMARC_NONE,
	INVALID_DATE,MAILING_LIST_MULTI,RDNS_DYNAMIC autolearn=no
	autolearn_force=no version=4.0.0
Received: from as1-4-5-1.han.s.bonet.se ([194.236.131.211] helo=bender.hallendal.net)
	by cvs.gentoo.org with esmtp (Exim 3.30 #1)
	id 162uqZ-0000HH-00
	for gentoo-dev@cvs.gentoo.org; Sun, 11 Nov 2001 06:40:27 -0700
Received: from zoidberg.hallendal.net (unknown [192.168.114.10])
	by bender.hallendal.net (Postfix) with ESMTP id 791504DF0
	for <gentoo-dev@cvs.gentoo.org>; Sun, 11 Nov 2001 13:42:03 +0100 (CET)
Subject: Re: [gentoo-dev] Re: All Developers!
From: Mikael Hallendal <hallski@gentoo.org>
To: gentoo-dev@cvs.gentoo.org
In-Reply-To: <1005482370.1616.10.camel@nosferatu.lan>
References: <20011110112442.E16660@cvs.gentoo.org>
	<20011110153913.A62188@plato.zk3.dec.com>
	<20011110140446.F16660@cvs.gentoo.org> <1005481622.24118.0.camel@fry> 
	<1005482370.1616.10.camel@nosferatu.lan>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-H6tGarL/OMSSrg0MtrK6"
X-Mailer: Evolution/0.99.0 (Preview Release)
Message-Id: <1005482657.566.0.camel@zoidberg>
Mime-Version: 1.0
Sender: gentoo-dev-admin@cvs.gentoo.org
Errors-To: gentoo-dev-admin@cvs.gentoo.org
X-BeenThere: gentoo-dev@cvs.gentoo.org
X-Mailman-Version: 2.0
Precedence: bulk
Reply-To: gentoo-dev@cvs.gentoo.org
List-Help: <mailto:gentoo-dev-request@cvs.gentoo.org?subject=help>
List-Post: <mailto:gentoo-dev@cvs.gentoo.org>
List-Subscribe: <http://cvs.gentoo.org/mailman/listinfo/gentoo-dev>,
	<mailto:gentoo-dev-request@cvs.gentoo.org?subject=subscribe>
List-Id: Gentoo Linux development list <gentoo-dev.cvs.gentoo.org>
List-Unsubscribe: <http://cvs.gentoo.org/mailman/listinfo/gentoo-dev>,
	<mailto:gentoo-dev-request@cvs.gentoo.org?subject=unsubscribe>
List-Archive: <http://cvs.gentoo.org/pipermail/gentoo-dev/>
Date: Sun Nov 11 06:41:02 2001
X-Original-Date: 11 Nov 2001 13:44:17 +0100
X-Archives-Salt: ce753098-a1f2-4614-840b-2d95e15d50b6
X-Archives-Hash: debf2b9f9f19968e2f92f28fdf003989

--=-H6tGarL/OMSSrg0MtrK6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

s=F6n 2001-11-11 klockan 13.39 skrev Martin Schlemmer:
> On Sun, 2001-11-11 at 14:27, Mikael Hallendal wrote:
> > l=F6r 2001-11-10 klockan 22.04 skrev Daniel Robbins:
> > > On Sat, Nov 10, 2001 at 03:39:13PM -0500, Chris Houser wrote:
> > > > Daniel Robbins wrote:                 [Sat Nov 10 2001,  1:24:42PM =
EST]        =20
> > > > > OK, if people need rules, I can provide them:
> > > > >=20
> > > > > 1) Use one tab per indent
> > > > >=20
> > > > > 2) Put comments on separate lines
> > > > >=20
> > > > > 3) Avoid using "/" line continuation characters and use long line=
s instead.
> > > >=20
> > > > Oh, please not 3) ... I realy dislike long lines.  I don't think it=
's
> > > > too big a deal if the line continuations don't line up for everybod=
y.
> > >=20
> > > OK, I'll amend 3.  Either you can use long lines, or you can use "/" =
line
> > > continuation characters.  If you *do* use line continuation character=
s, you
> > > should *not* try to tab align them so that they're "pretty".  Instead=
, follow
> > > the line with a single space, then a "/", and then a newline.
> >=20
> > Hmm .. imho it's much easier to read with the \ aligned.
> > I think we can do this by supplying a emacs/vi-mode for editing ebuilds=
.
> > Those modes should be strict and force the developer to do it right.
> >=20
>=20
> Sure, but the problem just is: they do not align for different
> tabwidth's, so the emacs/vi-mode is not going to help much in
> that respect.  We either have to do it with only a space
> before the \, or all use a tabwidth of 4 as recommended by
> drobbins.
>=20
> Ill rather go for the space before the \ then, no offence to
> the 4 tabwidth guys ;)

I don't think there will be any problem making the emacs/vi-mode that
aligns the '\' with just one tab. Of course it won't look very good with
a non-emacs/vi editor but then it will look like 'foo \' will.

We should look on the ebuilds as source and not text-files. Just take a
look at emacs C-mode for example. When you hit TAB it aligns it
correctly, not 4 or 8 spaces. You set the indentwidth and so should we.

Ok, I'm a bit tired now so the above might be kinda hard to read but you
get the picture? :)

Regards,
  Mikael Hallendal

--=20

Mikael Hallendal
Gentoo Linux Developer, Desktop Team Leader
CodeFactory AB, Stockholm, Sweden


--=-H6tGarL/OMSSrg0MtrK6
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQA77nKhm0/ts8TQAWgRAm+lAKDdaYY+fGqcgB2kAz1oouBT8QmkfgCfXBby
hXUj5zWUwrzBgfd2F+UCpjU=
=VMWR
-----END PGP SIGNATURE-----

--=-H6tGarL/OMSSrg0MtrK6--