[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

tuareg-mode and ocaml-mode



On Sat, Aug 20, 2005 at 12:40:39PM +0200, Sven Luther wrote:
> On Sat, Aug 20, 2005 at 12:01:02PM +0200, Ralf Treinen wrote:
> > On Thu, Aug 18, 2005 at 01:03:58PM +0200, Sven Luther wrote:
> > > On Thu, Aug 18, 2005 at 12:56:05PM +0200, Ralf Treinen wrote:
> > 
> > > > Yes, that is what I meant. Maybe this would also be an occassion to
> > > > have an /etc/alternative mechanism to choose a system-wide default
> > > > emacs mode for editing .ml files, as we already discussed it in the
> > > > past. Alternatives would be the original and the tuareg mode. On the
> > > > other hand I am not sure whether users of other ML dialects (sml)
> > > > would be happy with that since, AFAIK, neither the original ocaml
> > > > mode nor tuareg are intended for use with other ML dialects, and since
> > > > others MLs might use the .ml filenaem suffix as well. What do you
> > > > think?
> > > 
> > > They probably can provide their own alternatives then ? Or they can have a
> > > dummy donothing alternative ?
> > 
> > Users of other ML dialects do not necessarily use it through a 
> > debian package. But maybe I am seeing problems which do not
> > really exists.
> 
> Bah, their own fault if they don't use packaged stuff :)
> 
> Also, it is perfectly possible to use alternatives for non-packaged stuff.

All right then. I had sometime in the past worked out an alternatives
mechanism for the tuareg-mode package but I cannot find these files
anymore :-( I will try to restore it from (human) memory and put it
into the svn repo of tuareg-mode, then everybody who is interested
can have a look at it and see how to integrate it with ocaml-mode.

Does anyone know another example of debian packages where a
choice between modes is managed by /etc/alternatives?

-Ralf.



Reply to: