English version
Accueil     À propos     Téléchargement     Ressources     Contactez-nous    

Ce site est rarement mis à jour. Pour les informations les plus récentes, rendez-vous sur le nouveau site OCaml à l'adresse ocaml.org.

Browse thread
Re: [Caml-list] New Ocaml Plug-in for NetBeans
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2008-07-26 (12:04)
From: Erik de Castro Lopo <mle+ocaml@m...>
Subject: Re: [Caml-list] New Ocaml Plug-in for NetBeans
Jon Harrop wrote:

> On Saturday 26 July 2008 11:03:12 Erik de Castro Lopo wrote:
> > The same can be said for the Unix IDE, but the UNIX IDE is 100
> > times more flexible and more capable than any other IDE in
> > existance.
> Yet we cannot even get basic documentation about potential completions from 
> any Unix development environment for OCaml.

Completions annoyed me immensely in visual studio and the Adobe's

> > I know Make well enough to whip up a complex make file in minutes.
> Yet Make is not expressive enough so we have OMake, OCamlBuild.

I find Make expressive enough. I don't use these others.

> I assume nedit does not even have basic type throwback, let alone 
> documentation throwback?

There are ways of getting this to work with nedit but I never
bothered because I don't like it.

If I need documentation I read the mli files. With bash command
line completion in an xterm I can find the one I want in a second
and I keep it open in a nedit window and then alt-tab between the
window I'm editing and the mli file I'm reading. Sometimes I stick
the two side by side.

> Diversifying to Windows has certainly shown me just how far behind Unix is in 
> terms of usability, productivity and modern computing environments like GUIs.

You sound like someone who never mastered Unix, someone who never
realised that each user needs to mould Unix to their needs rather
than accepting what Unix provides as a default.

Erik de Castro Lopo
"PHP is a minor evil perpetrated and created by incompetent amateurs, whereas
Perl is a great and insidious evil perpetrated by skilled but perverted
professionals." -- Jon Ribbens