[PATCH] help: show content for explicitly disabled extension (issue5228)

[Piotr Listkiewicz]

>
> Just looks for the hgext directory.
> https://selenic.com/repo/hg/file/3.9.1/mercurial/extensions.py#l417
> The issue says "hg help -e eol" should print the same content as
> "hg help -e eol --config extensions.eol=" even if eol isn't enabled. I
> think
> that will be doable by parsing the extension file.
> https://bz.mercurial-scm.org/show_bug.cgi?id=5228


In https://selenic.com/repo/hg/file/3.9.1/mercurial/extensions.py#l380 doc
variable contains top-level python documentation for the given file and it
shows only summary line now. Maybe the way to fix would be just to return
all translated doc with gettext(doc), are there any reason to do additional
parsing?


2016-09-06 14:49 GMT+02:00 Yuya Nishihara <yuya at tcha.org>:

> On Mon, 5 Sep 2016 22:32:34 +0200, Piotr Listkiewicz wrote:
> > > The change looks good, but this isn't what issue5228 proposes, which
> says
> > > complete docstring should be available for unloaded extensions.
> >
> > I don't understand it, does it deal with unloaded extension that are not
> > processed in extensions.loadall(not specified in hgrc)? In this case how
> do
> > we know where to find those extensions?
>
> Just looks for the hgext directory.
>
> https://selenic.com/repo/hg/file/3.9.1/mercurial/extensions.py#l417
>
> The issue says "hg help -e eol" should print the same content as
> "hg help -e eol --config extensions.eol=" even if eol isn't enabled. I
> think
> that will be doable by parsing the extension file.
>
> https://bz.mercurial-scm.org/show_bug.cgi?id=5228
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mercurial-scm.org/pipermail/mercurial-devel/attachments/20160906/87b54045/attachment.html>