<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="font-size:12.8px">Just looks for the hgext directory.</span><br style="font-size:12.8px"><a href="https://selenic.com/repo/hg/file/3.9.1/mercurial/extensions.py#l417" rel="noreferrer" target="_blank" style="font-size:12.8px">https://selenic.com/repo/hg/<wbr>file/3.9.1/mercurial/<wbr>extensions.py#l417</a><br style="font-size:12.8px"><span style="font-size:12.8px">The issue says "hg help -e eol" should print the same content as<br></span><span style="font-size:12.8px">"hg help -e eol --config extensions.eol=" even if eol isn't enabled. I think<br></span><span style="font-size:12.8px">that will be doable by parsing the extension file.</span><br style="font-size:12.8px"><a href="https://bz.mercurial-scm.org/show_bug.cgi?id=5228" rel="noreferrer" target="_blank" style="font-size:12.8px">https://bz.mercurial-scm.org/<wbr>show_bug.cgi?id=5228</a></blockquote><div><br></div><div>In <a href="https://selenic.com/repo/hg/file/3.9.1/mercurial/extensions.py#l380">https://selenic.com/repo/hg/file/3.9.1/mercurial/extensions.py#l380</a> 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?</div><div> </div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-09-06 14:49 GMT+02:00 Yuya Nishihara <span dir="ltr"><<a href="mailto:yuya@tcha.org" target="_blank">yuya@tcha.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, 5 Sep 2016 22:32:34 +0200, Piotr Listkiewicz wrote:<br>
> > The change looks good, but this isn't what issue5228 proposes, which says<br>
> > complete docstring should be available for unloaded extensions.<br>
><br>
> I don't understand it, does it deal with unloaded extension that are not<br>
> processed in extensions.loadall(not specified in hgrc)? In this case how do<br>
> we know where to find those extensions?<br>
<br>
</span>Just looks for the hgext directory.<br>
<br>
<a href="https://selenic.com/repo/hg/file/3.9.1/mercurial/extensions.py#l417" rel="noreferrer" target="_blank">https://selenic.com/repo/hg/<wbr>file/3.9.1/mercurial/<wbr>extensions.py#l417</a><br>
<br>
The issue says "hg help -e eol" should print the same content as<br>
"hg help -e eol --config extensions.eol=" even if eol isn't enabled. I think<br>
that will be doable by parsing the extension file.<br>
<br>
<a href="https://bz.mercurial-scm.org/show_bug.cgi?id=5228" rel="noreferrer" target="_blank">https://bz.mercurial-scm.org/<wbr>show_bug.cgi?id=5228</a><br>
</blockquote></div><br></div>