I am including tuscany-users to get their opinion if interested.

Here are my thoughts influenced by your comments :)
- Separate the download information for latest release from the old
releases.
- Having the text of the change file/read me  on the front page of the
download page is good. This makes it easier to identify what is in the new
release. So, added a section called 'what's new in this release'.
- It is good to have download  information for at least the back 2 releases.

- It is useful to know what level of spec is supported by each release. For
example, for SCA there are several specs. A release can be at Assembly
1.0level and an older version of Client spec.
- Having a page that  takes user to all the downloads[2] is good.
- Having a download page per subproject is good since  the audience for each
download page may be different. For example, someone using SDO may not
necessarily want to download SCA.

Here is an attempt for a sample download page which incorporates your
feedback [1]
User will reach[1] from [2]  (not linked yet)

[1]
http://cwiki.apache.org/confluence/display/TUSCANY/Java+SCA+Download+Page
[2] http://cwiki.apache.org/confluence/display/TUSCANY/Tuscany+Downloads

Does it look OK?


On 5/29/07, Luciano Resende <[EMAIL PROTECTED]> wrote:

The idea of a single download page sounds good, but if we are thinking
about tracking page visitors to correlate to the number of downloads,
we won't be able to identify if the person is visiting the page to
download SCA, SDO or DAS.

On 5/29/07, ant elder <[EMAIL PROTECTED]> wrote:
> I agree it would be good to not duplicate things for each downloadable
> artifact associated with a release. Not sure it really needs the day of
the
> release or the assembly spec info either.
>
> And +1 to having old release downloads on a separate page. I'm not sure
if
> this is the proposal but could there be a single download page that has
the
> current latest release of each of SCA, SDO and DAS?
>
>    ...ant
>
> On 5/29/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
> >
> > My understanding is that you moved the release name and date from the
> > "download section"  to the "download table". If they are always same
> > for a group of downloads, won't it take space from the page by
> > repeating it on each table row ?
> >
> > Also, do we want to keep all past releases available on the main
> > download page ? Maybe we could have an separate archive page, and only
> > the latest release available in the main download page, this would
> > encourage people to always use the latest stable stuff ?
> >
> >
> > On 5/29/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
> > > Hi,
> > >
> > > 1) Would [1] be a better format & content  for each download page
> > of  than
> > > what we have today [2]?
> > > If yes, I'll start upgrading the pages.
> > >
> > > 2) We currently use the same page to record download info for
> > technologies.
> > > For example, SCA Native and Java download pages are the same.
> > > It would be cleaner if we separate the pages. For example, a Java
SCA
> > and a
> > > Native SCA download page which gets linked to from a common
> > > download page entry point [3]
> > > Does this seem reasonable?
> > >
> > >
> > > [1]
> > >
> >
http://cwiki.apache.org/confluence/display/TUSCANY/Java+SCA+Download+Page
> > > [2] http://cwiki.apache.org/confluence/display/TUSCANY/SCA+Downloads
> > > [3]
http://cwiki.apache.org/confluence/display/TUSCANY/Tuscany+Downloads
> > >
> > >
> > > Haleh
> > >
> >
> >
> > --
> > Luciano Resende
> > Apache Tuscany Committer
> > http://people.apache.org/~lresende
> > http://lresende.blogspot.com/
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>


--
Luciano Resende
Apache Tuscany Committer
http://people.apache.org/~lresende
http://lresende.blogspot.com/

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Reply via email to