[#FUSEFORGE-104] remove downloads and source pages from the forge summary page?

Forge: FUSE Forge

remove downloads and source pages from the forge summary page?

Created: 03/Jun/09 01:48 PM Updated: 12/Jun/09 01:01 PM

Component/s:

Forge Rails Application

Affects Version/s:

None

Fix Version/s:

1.1

Description

« Hide

it can be confusing when projects have no downloads yet (the default) and when projects use both svn and git (with git only for the website).

So to avoid bad links, lets disable the links to source/downloads.

The actual website of the projects can include links to source/downloads as the projects see fit.

Maybe we only show those source links on the forge page if its a private project? As its handy when stuff starts up, before a site is created

All

Comments

Change History

Sort Order:

[ Permlink | « Hide ]

Mary McManus added a comment - 03/Jun/09 02:33 PM

I like the idea of seeing them while it is private but hiding them for public projects.

[ Permlink | « Hide ]

Heather Mangan added a comment - 08/Jun/09 04:12 PM

So taking the management project as an example - are we getting rid of the generic page ?
http://fusesource.com/forge/projects/MANAGEMENT

And replacing the link off the projects page to be the custom pages - if there is one available ie .
http://management.fusesource.org/

[ Permlink | « Hide ]

James Strachan added a comment - 08/Jun/09 04:28 PM

So I'm thinking we just remove the download links from the generic page for all public projects; we just then link to the website on the generic project page

[ Permlink | « Hide ]

Heather Mangan added a comment - 11/Jun/09 04:22 PM

I think that if there is a index.html present in http://fusesource.com/forge/sites/<project>/
then direct to that page other wise use the generic page

[ Permlink | « Hide ]

David Porter added a comment - 12/Jun/09 10:04 AM

The web site model that we are using on FUSE Forge is the same as SourceForge, where you will find the following:

1) A generic "project" site such as http://sourceforge.net/projects/docbook/, which is accessible from a list of projects (http://sourceforge.net/softwaremap/)

2) A "public" web site for the project, such as http://docbook.sourceforge.net

I find this model confusing, since there is duplicate information on both sites. It's also hard to distinguish the purpose of each site.

Contrast this with Apache, where if you go to the Apache home page (http://www.apache.org/) and click a project name, you are taken to the project's public home page (http://camel.apache.org/)

So my question is, if we remove the generic "project" page entirely for public projects, as Amanda and Heather suggest, do we lose any functionality?

[ Permlink | « Hide ]

Hiram Chirino added a comment - 12/Jun/09 01:01 PM

Since the forge provides a project directory interface, I think it's important that there is a consistent view page for the project details (across projects).
Directly linking to the custom project website is not a good option since then folks would loose the consistency.

I do think the current generic detailspage could use more work. Lets work on fixing that up. I recommend that folks start by submitting mockups screen shots of how the details page could be improved.