problem with trac integration

1 view
Skip to first unread message

Kevin H

unread,
Jan 2, 2008, 3:23:06 PM1/2/08
to Apydia
Not sure if this is fixed in trunk or not, as I just easy_install'ed
apydia...

When generating docs with the -b flag to use trac integration, the
resulting URLs often include backslash characters instead of forward
slashes. Obviously I'm doing this on Win32, so it may not be a use
case you've run across before.

Also, some of the URLs are just flat out wrong. When running Apydia
against the Turbogears trunk, for example, several of the documented
methods (see "TurboGearsController") are inherited from Pylons, and
these seem to be generated incorrectly.

Some of the methods are missing as well.

A great start though...looking forward to seeing more!

Kevin Horn

Kevin Horn

unread,
Jan 2, 2008, 3:27:21 PM1/2/08
to Apydia
If it helps, here is the command line I used to generate the TG2 docs:

>apydia -o -d tg2docs -p restructuredtext -b http://trac.turbogears.org/browser/trunk/tg/ tg

Kevin Horn

Daniel Haus

unread,
Jan 3, 2008, 8:34:07 AM1/3/08
to apy...@googlegroups.com
On Jan 2, 2008 2:23 PM, Kevin H <kevin...@gmail.com> wrote:
> When generating docs with the -b flag to use trac integration, the
> resulting URLs often include backslash characters instead of forward
> slashes. Obviously I'm doing this on Win32, so it may not be a use
> case you've run across before.

Being not quite the biggest Windows-lover, I haven't come across the
backslash problem yet. I'll try it myself.

> Also, some of the URLs are just flat out wrong. When running Apydia
> against the Turbogears trunk, for example, several of the documented
> methods (see "TurboGearsController") are inherited from Pylons, and
> these seem to be generated incorrectly.

Yep, there's a problem with inheritance. The URLs can't work, because
how should Apydia know where to look for the other project's Trac for
the baseclass? The best solution I've come up with so far is to just
remove the "View Source"-links for these methods (not in trunk yet).
If anyone has a better idea, please let me know.


> Some of the methods are missing as well.

Not good. I guess you're speaking of "_perform_call". I'll have to do
further investigations to find out why that is.

> A great start though...looking forward to seeing more!

Thank you for your nice feedback!

--
Daniel Haus
http://ematia.de

Ian Bicking

unread,
Jan 3, 2008, 11:24:15 AM1/3/08
to apy...@googlegroups.com
Daniel Haus wrote:
> On Jan 2, 2008 2:23 PM, Kevin H <kevin...@gmail.com> wrote:
>> When generating docs with the -b flag to use trac integration, the
>> resulting URLs often include backslash characters instead of forward
>> slashes. Obviously I'm doing this on Win32, so it may not be a use
>> case you've run across before.
>
> Being not quite the biggest Windows-lover, I haven't come across the
> backslash problem yet. I'll try it myself.

Probably you need to use posixpath for URLs, somewhere that you are
currently using os.path.

--
Ian Bicking : ia...@colorstudy.com : http://blog.ianbicking.org

Kevin Horn

unread,
Jan 3, 2008, 5:47:19 PM1/3/08
to apy...@googlegroups.com


On Jan 3, 2008 7:34 AM, Daniel Haus <danie...@ematia.de> wrote:

Yep, there's a problem with inheritance. The URLs can't work, because
how should Apydia know where to look for the other project's Trac for
the baseclass? The best solution I've come up with so far is to just
remove the "View Source"-links for these methods (not in trunk yet).
If anyone has a better idea, please let me know.


Is there a way to figure out what package the superclass is in?  If there is, then maybe apydia can search PyPI for the homepage of that package and insert a link to that homepage.

Of course I don't know of a way to figure out what package it's in, and this would cause all sorts of other problems, but it's a thought.

Kevin Horn

Daniel Haus

unread,
Jan 4, 2008, 5:15:59 AM1/4/08
to apy...@googlegroups.com
Am 03.01.2008 um 23:47 schrieb Kevin Horn:

> Is there a way to figure out what package the superclass is in? If
> there is, then maybe apydia can search PyPI for the homepage of that
> package and insert a link to that homepage.
>
> Of course I don't know of a way to figure out what package it's in,
> and this would cause all sorts of other problems, but it's a thought.

Great Idea.

At least it'd be helpful to know (and to display) what class the
method belongs to. And to show inherited methods separately.

Reply all
Reply to author
Forward
0 new messages