On 7/20/07, Robert Pickering <robert@strangelights.com> wrote:
>
> Hi there,
>
> I tried out the OcaIDE on a toy project and it seemed to work well,
> however thes is a relatively small probable that stops me from using it in
> my day job for editing OCaml code. For reasons I won't go into, most of the
> caml code I edit is stored in files that end with either mf or mfi instead
> of ml and mli. Eclipse allows you to associate these files with the ocaml
> editor (via Window > Preferences . > Editors > File associations), however
> when they are opened in the editor there is no colouring and I get an error
> message stating "mf file extension has no associated parser." Would it be
> possible to fix this?
>
> Many thanks,
> Rob
>

Hello,
All over the code, we assume that a module file has .ml as extension, and
the same for interfaces -> .mli, ocamllex -> .mll, ocamlyacc ->.mly. There
is work to do, but it's technically possible to let the user choose
extensions. We will discuss it.
Regards,

Rafael

 ------------------------------
>
> *From*: Rafael <unfalkster@gmail.com>
> *Sent*: 19 July 2007 05:48
> *To*: "Christophe Raffalli" <christophe.raffalli@univ-savoie.fr>
> *Subject*: SPAM-LOW: Re: [Caml-list] OcaIDE: a new Eclipse plug-in for
> O'Caml
>
>
>
>
> On 7/19/07, Christophe Raffalli <christophe.raffalli@univ-savoie.fr>
> wrote:
> >
> >
> > >
> > > Yes exactly, let definition with very small name and/or very
> > > small scope do not need to be displayed in the outline.
> > >
> >
> > In fact, and because we dont know what we want yet, the best would be to
> > have
> >
> > - a minimum length (in char) for indentifier
> > - a minimum length (in line) for scope size
> > - and a choice between and and or
> >
> > Then you could say: I display an identifier if its length >= 3 and its
> > scope size >= 30
> >
> > Or you could say I display an identifier if its length >= 10000 or its
> > scope size >= 30
> > (which means that the length is useless)
> >
> > The only question is whether OCalIDE can compute the scop size of an
> > ident ?
>
>
> Yes it would be a good idea. I think it could be done, but I'm not sure,
> so we will have to wait until the person who writes the parser for the code
> (Nicolas) came back. An AST (Abstract Syntax Tree) is build to represent the
> code, then I guess we could find the scope of a definition...
> Regards,
>
> Rafael
>
> >> Regards,
> > >>
> > >>
> > >>
> > ------------------------------------------------------------------------
> > >>
> > >> _______________________________________________
> > >> Caml-list mailing list. Subscription management:
> > >> http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list
> > >> Archives: http://caml.inria.fr
> > >> Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
> > >> Bug reports: http://caml.inria.fr/bin/caml-bugs
> > >
> >
> > --
> > Christophe Raffalli
> > Université de Savoie
> > Batiment Le Chablais, bureau 21
> > 73376 Le Bourget-du-Lac Cedex
> >
> > tél: (33) 4 79 75 81 03
> > fax: (33) 4 79 75 87 42
> > mail: Christophe.Raffalli@univ-savoie.fr
> > www: http://www.lama.univ-savoie.fr/~RAFFALLI
> > ---------------------------------------------
> > IMPORTANT: this mail is signed using PGP/MIME
> > At least Enigmail/Mozilla, mutt or evolution
> > can check this signature. The public key is
> > stored on www.keyserver.net
> > ---------------------------------------------
> >
> > _______________________________________________
> > Caml-list mailing list. Subscription management:
> > http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list
> > Archives: http://caml.inria.fr
> > Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
> > Bug reports: http://caml.inria.fr/bin/caml-bugs
> >
>
>
>