From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@sympa.inria.fr Delivered-To: caml-list@sympa.inria.fr Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by sympa.inria.fr (Postfix) with ESMTPS id 2D64E7F20B for ; Thu, 14 Feb 2013 17:19:08 +0100 (CET) Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender authenticity information available from domain of daniel.buenzli@erratique.ch) identity=pra; client-ip=74.55.86.74; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="daniel.buenzli@erratique.ch"; x-sender="daniel.buenzli@erratique.ch"; x-conformance=sidf_compatible Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender authenticity information available from domain of daniel.buenzli@erratique.ch) identity=mailfrom; client-ip=74.55.86.74; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="daniel.buenzli@erratique.ch"; x-sender="daniel.buenzli@erratique.ch"; x-conformance=sidf_compatible Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender authenticity information available from domain of postmaster@smtp.webfaction.com) identity=helo; client-ip=74.55.86.74; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="daniel.buenzli@erratique.ch"; x-sender="postmaster@smtp.webfaction.com"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq8BAC4NHVFKN1ZKnGdsb2JhbABEhkm6NQ4BAQEBAQgLCQkUJ4IgAQUjBFIQCxoCJgICRxAGG4gKBAiqcJJDgSOMIoMsMmEDl0GEQRONaoFp X-IPAS-Result: Aq8BAC4NHVFKN1ZKnGdsb2JhbABEhkm6NQ4BAQEBAQgLCQkUJ4IgAQUjBFIQCxoCJgICRxAGG4gKBAiqcJJDgSOMIoMsMmEDl0GEQRONaoFp X-IronPort-AV: E=Sophos;i="4.84,665,1355094000"; d="scan'208";a="2915622" Received: from mail6.webfaction.com (HELO smtp.webfaction.com) ([74.55.86.74]) by mail2-smtp-roc.national.inria.fr with ESMTP; 14 Feb 2013 17:19:07 +0100 Received: from [172.20.10.2] (123-232.197-178.cust.bluewin.ch [178.197.232.123]) by smtp.webfaction.com (Postfix) with ESMTP id A03BB20994DA; Thu, 14 Feb 2013 16:17:59 +0000 (UTC) Date: Thu, 14 Feb 2013 17:18:01 +0100 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: Louis Gesbert Cc: caml-list@inria.fr Message-ID: <1F8AABE110B94A03A92DDB149BE31A46@erratique.ch> In-Reply-To: <201302121220.16247.gesbert@antislash.info> References: <201302081625.29881.louis.gesbert@ocamlpro.com> <511A1C84.8010605@inria.fr> <201302121220.16247.gesbert@antislash.info> X-Mailer: sparrow 1.6.4 (build 1178) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Re: [Caml-list] ocp-indent beta release Le mardi, 12 f=C3=A9vrier 2013 =C3=A0 12:20, Louis Gesbert a =C3=A9crit : > Hmm, good remark, there is no real reason for that except that we use tua= reg- > mode. I'll see how to remove this dependency from our emacs script. I second that.=20=20 By the way there's one big issue for me, in my whole code base I strictly s= tick to 80 columns and use the other acceptable convention mentioned here [= 1]. This means that I do not indent the top most cases so that you don't ru= n into the 80 character limit too quickly.=20=20 Here's what I mean: let f =3D function | A -> ... | B -> ... let f x =3D match x with | A -> ... | B -> ... >From a readability point of view I find that indenting the cases at that po= int is useless, wasteful and detrimental to code compactness. Is there any = way to emulate that with ocp-indent (setting base to 0 breaks too many othe= r patterns) ?=20=20 Best, Daniel [1] http://caml.inria.fr/resources/doc/guides/guidelines.en.html#id158149