Merge lp:~jml/launchpad/what-is-in-the-web-ui into lp:launchpad
Status: | Merged |
---|---|
Approved by: | Jonathan Lange |
Approved revision: | no longer in the source branch. |
Merged at revision: | 12574 |
Proposed branch: | lp:~jml/launchpad/what-is-in-the-web-ui |
Merge into: | lp:launchpad |
Diff against target: | 0 lines |
To merge this branch: | bzr merge lp:~jml/launchpad/what-is-in-the-web-ui |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Gavin Panella (community) | Approve | ||
Review via email: mp+52594@code.launchpad.net |
Commit message
Add a list-pages script that lists all the pages in Launchpad
Description of the change
I'd like to figure exactly what is in the web UI. We need to clean it up a fair bit, but there's so much there it's hard to tell where to start or what needs to be done.
One approach is to get a list of what "pages" we have, pages like the one you are looking at now. These pages can then be tied, perhaps, to features in the feature checklist or things in the strategy & scope document.
This script is my first attempt at an automated way of gathering that data.
Problem is, I don't really know anything about Zope, and I'm not really sure how pageids work, and well, I don't really know what I'm doing.
Pages like:
https:/
are interesting,
Pages like:
https:/
are not.
I guess I probably want to know what facets (remind me what they are again?) / subdomains a page is valid for.
Anyway, I'd appreciate any help in making this script useful / better / more correct. The XXX comments are a good starting place.
Thanks!
jml
canonical url is a launchpad-ism that has seemed very custom in its implementation when I've looked at in the past. I'd be swimming through code here like you.
For the view walk about, you could perhaps limit what you are looking through by only looking for things that adapt (anything, IRequest) but that's just an optimization, not an improvement of the sort you are looking for. If you are interested, let me know and I'll dig it up.
If we register our views and our portlet views identically, as I suspect we do, then there's not much we can distinguish on. We would need to change our registrations systematically to be able to do something like this.