On 6 May 2014 11:15, Tom Prince wrote:
> Glyph writes:
>
>> This would be very nice. Did you file an actual bug on pydoctor or is this
>> a conversation which will be momentarily forgotten? :)
>
> Not exactly, but
> https://bugs.launchpad.net/pydoctor/+bug/1246713
I tried to push this ticket f
Glyph writes:
> This would be very nice. Did you file an actual bug on pydoctor or is this a
> conversation which will be momentarily forgotten? :)
Not exactly, but
https://bugs.launchpad.net/pydoctor/+bug/1246713
and
https://bugs.launchpad.net/pydoctor/+bug/1287458
both document that solution
On May 5, 2014, at 1:07 AM, Tom Prince wrote:
> Eventually, apilinks should just go away. I think I have convinced
> Michael (pydoctor's maintainer) that pydoctor should just genereate an
> objects.inv that sphinx can read. Then the regular :py:*: annoations can
> be used, rather than the apilink
Hi Tom,
Many, many thanks for pushing this forward!
IRequest.getSession.html and extlinks is a workaround, but I hope that
we can fix the source problem soon so that we don't have to stick with
the workaround for to long.
Is there a ticket in pydoctor for the generation of objects.inv ?
Michael
Eventually, apilinks should just go away. I think I have convinced
Michael (pydoctor's maintainer) that pydoctor should just genereate an
objects.inv that sphinx can read. Then the regular :py:*: annoations can
be used, rather than the apilinks ones (which interpert <> backwards
anyway).
That does
Hi,
Right now apilinks.py is located in Twisted
at docs/_extensions/apilinks.py, but a copy can also be found in pydoctor
project.
While reporting a bug for apilinks.py in Twisted I was ask to send the
patch upstream in pydoctor [1]
During the review of the patch in pydoctor, pydoctor's maintai
