GNU bug report logs - #66050
Making perl-mode.el obsolete

Previous Next

Full log

View this message in rfc822 format

From: Harald Jörg <haj <at> posteo.de>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 66050 <at> debbugs.gnu.org, Stefan Kangas <stefankangas <at> gmail.com>
Subject: bug#66050: Making perl-mode.el obsolete
Date: Sun, 24 Sep 2023 00:44:00 +0000

Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

>> I don't think it makes sense for us to spend our meager resources
>> maintaining two major modes for Perl.  I would like to gauge what people
>> think about obsoleting perl-mode.el.
>
> I think I sadly agree.
>
> I've been a supporter of `perl-mode` because when I had to edit Perl
> files, I always found `cperl-mode` not to be to my taste (too different
> from other Emacs major modes). ...

Are there conventions or general expectations for major modes?  I would
love to make cperl-mode "less exotic", but Perl *is* a bit exotic, and
the "Major Mode Conventions" seem to be more or less obeyed (they cover
developer conventions, not user expectations).  Both modes derive from
prog-mode, and both have no built-in completion nor ElDoc support... but
Perl language servers can add these to some extent.

Another convention is documented in the "Levels of Font Lock", but neither
of the Perl modes makes use of the three levels as recommended.

> [...]
> I think the best option is to obsolete `perl-mode` and to encourage
> people to report bugs against `cperl-mode` when they find it doesn't
> work as well as their beloved `perl-mode` :-)

+1
-- 
Cheers,
haj

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.