+ tal:define="menu context/menu:overview">
> +
+ tal:condition="link/enabled"
> + tal:content="structure link/render" />
> +
This is 2.0 style. We do not want to float admin links the to side. They
may be in the content or in the side portlet as an action menu. Since this
page does not have side portlet, I think we can work this into the content
above the branch listing...
>
Bazaar branches for
...Something like this before the listing.
Branches are
by default.
...
>
...
> === modified file 'lib/lp/registry/browser/project.py'
> --- lib/lp/registry/browser/project.py 2009-08-05 01:49:41 +0000
> +++ lib/lp/registry/browser/project.py 2009-08-10 19:53:47 +0000
...
@@ -220,19 +215,39 @@
...
> +class ProjectActionMenu(NavigationMenu):
> +
> + usedfor = IProjectActionMenu
> + facet = 'overview'
> + title = 'Action menu'
> + links = ('subscribe', 'edit', 'administer')
> +
> + # XXX: salgado, 2009-08-10: This should be shown in the +index page of the
> + # project's bugs facet, but that would require too much work and I just
> + # want to convert this page to 3.0, so I'll leave it here for now.
> def subscribe(self):
> text = 'Subscribe to bug mail'
> return Link('+subscribe', text, icon='edit')
Do we need a bug number for this XXX. I am tempted to say we want to do to
define two clean up tasks for links and menus:
1. Define all links in mixins so that we are certain there is a single
definition. Menus *must* use the mixin instead of define their own
links.
2. Make menu mixins for interfaces such as IPillar and
IHasStructuralSubscriptions so that we share common links.
...
> === modified file 'lib/lp/registry/templates/project-details.pt'
> --- lib/lp/registry/templates/project-details.pt 2009-07-17 17:59:07 +0000
> +++ lib/lp/registry/templates/project-details.pt 2009-08-10 19:04:22 +0000
...
> +
> +
> +
> +
> + Status: |
> +
> + Active
> + Disabled
> + Reviewed
> + Branded
> +
> +
> + |
> +
...
This should become a set of definition lists so that it uses the 3.0
layout and style correctly.
/me steals example and hacks a possible solution.
Project information
- Maintainer:
- Driver:
-
-
Not yet appointed.
- Bug tracker:
-
tracker title
None specified
Registered
by
> === modified file 'lib/lp/registry/templates/project-index.pt'
> --- lib/lp/registry/templates/project-index.pt 2009-07-17 17:59:07 +0000
> +++ lib/lp/registry/templates/project-index.pt 2009-08-11 14:26:36 +0000
...
> +
> + Mozilla
> +
> +
> +
> +
> +
> +
> + This project is currently inactive (change this)
>
The link should come from the menu: maybe
...
> +
> +
I see trailing whitespace.
> + There are no projects registered for
> + project displayname.
> +
> + You need to register another project that is
> + part of or associate
> + an existing project with it.
> +
> +
This information should be moved into the project portlet below so that
we show it once. I think the new +newproduct link should always be at the
bottom of projects portlet.
This is the project group Summary, which should be a single paragraph
Use class="summary" to present the summary as a summary.
...
> +
+ tal:content="structure context/menu:overview/rdf/fmt:link-icon" />
The rdf goes into the side portlets like the project. This is awkward
since there are no downloads to pair with it.
> +
> +
> +
> +
Project group information
> +
Are the details used else where? if not, I think the
Project group information
should be moved into the portlet so that it is self-contained.
...
> +
> +
> +
Projects
> +
I see trailing whitespace.
> + There are no projects registered for
> + project displayname.
> +
> +
+ tal:condition="context/products"
> + tal:repeat="product context/products">
> +
> +
> +
> +
This looks familiar. I know I hacked in this recently. This is fine to
land but I think we need to rethink this. The release is now presented
as a state of a milestone, so we want a single list that shows releases
differently than milestones.
Well, why is the list of releases and milestones here? We do not list this
much information in the project page. We are only show the current
release and the current series. This should be the same. Maybe
-
-
series
_release_ ,_release_,
milestone, milestone
...
> +
> + » Register another project that is
> + part of
> +
This should be a standard link presented as a list in case we get more than
one. Something like this.
...
> +
> +
> +
I see trailing whitespace.
...
> +
+ tal:condition="context/products">
> +
Get Involved
> +
> +
Use this, though you may need to fix the view in browser/pillar.py
...