Re^4: Breathing life into the (Emacs) cperl-mode

Another update:

perldocs are rather flat and should be IMHO better displayed with "woman.el" (man doesn't work on windows).

As it turns out, this is already available. Not from Emacs nor ELPA/MELPA, but there's Emacs::PDE on CPAN. This distribution provides, among other tools, M-x perldoc which is using WoMan and works quite fine on Windows. Even better, there's a command M-x perldoc-tree which offers all local docs in a nice tree view.

This, of course, makes a refurbishment of the perldoc stuff in cperl-mode a lot less interesting.

Comment on Re^4: Breathing life into the (Emacs) cperl-mode

Replies are listed 'Best First'.
Re^5: Breathing life into the (Emacs) cperl-mode by LanX (Saint) on Aug 07, 2020 at 17:24 UTC
Yeah I saw this already, problem is PDE is mostly abandoned, and many things don't work anymore. There are also other projects/bundles That's why I'd rather prefer decomposing features into modules which can be maintained independently... Cheers Rolf _{(addicted to the Perl Programming Language :) Wikisyntax for the Monastery}	[reply]
Re^6: Breathing life into the (Emacs) cperl-mode by haj (Vicar) on Aug 07, 2020 at 20:14 UTC
Yeah I saw this already, problem is PDE is mostly abandoned, and many things don't work anymore. There is an amazing shortage of bug reports for the distribution, though. Can you share some cases? I wonder if the author even knows what doesn't work anymore? Anyway, his perldoc stuff seems to work quite fine on Windows, so it's hard for me to get motivated to duplicate that work. There are also other projects/bundles ...In quite similar state of decay, I guess? EmacsWiki has a rich list of stuff that seems to have worked at some point in time. That's why I'd rather prefer decomposing features into modules which can be maintained independently... I've been through this cycle at least three times in my career. Decomposing without commitment and governance leads to independent bitrot. At some time, the multitude of module versions fail to cooperate with each other, and the trend goes to "this can't be managed any more, we need an intergrated solution". The Emacs repository, for example, is a monstrosity. But only the fact that cperl-mode is part of that monstrosity has ensured that cperl-mode still works with Emacs 28, while many of the independent features, including forks of cperl-mode, turned out to be not sufficiently maintained. I guess I'll contact the authors of some of those independently more-or-less maintained packages and ask them about their plans. Maybe some stuff just needs to be buried for good. Sometimes it's better to light a flamethrower than curse the darkness. -- Terry Pratchett	[reply]
Re^7: Breathing life into the (Emacs) cperl-mode by LanX (Saint) on Aug 08, 2020 at 01:19 UTC
Unfortunately I don't have much time for Emacs at the moment. I need to concentrate on one project at a time. :/ Cheers Rolf _{(addicted to the Perl Programming Language :) Wikisyntax for the Monastery}	[reply]