Am 08/03/2011 08:22 PM, schrieb Dave Fisher:
Hi Marcus,
This is really good.
I've updated the diagram with more details and divided it into a 3-way-method:
Download Choice #1:
Of course the One-Click-Download URL.
Download Choice #2:
If an install file is not available (wrong OS, no language, etc.) the user can
select from a pre-defined list.
Download Choice #3:
The user can search for himself the most appropriate mirror server.
Essentially with a little "JS" magic we will choose between three different
download pages.
Ahm, not completely. You have to see the first 2 methods in the given
order. I've corrected a missing "not" in the quote above.
Only when #1 doesn't provide a working URL (the users should get
notified about this fact, yes) they get redirected to #2.
#3 is indeed only reachable from the side navigation. Pointing users to
the raw mirror server should be our last intention.
I think that the download/index.html page should show text about what is being
identified and then an indication that a load to go to #2 or #3 is happening
and why. If there is a delay of 10 seconds the user might want to choose #2 or
#3 automatically.
Yes, currently in OOo project this works well. The browser data gets
read and the OS and language is shown in the green downlod box. And for
this combination a URL gets created.
Unfortunatelly it's also possible to get a non-working URL and this
results in a 404 page. We haven't finished the exception catching so
far. But new project, new try. ;-)
And of course as now #2 and #3 are choices from the right side navigation.
Yes.
Marcus
Am 08/03/2011 05:54 PM, schrieb Andy Brown:
Marcus (OOo) wrote:
Am 08/03/2011 04:54 PM, schrieb Andy Brown:
Marcus (OOo) wrote:
I've created a little diagram how I think the download has to work:
http://incubator.apache.org/openofficeorg/docs/download_process.png
As it seems we cannot go on like we did with OOo the JS magic has to
change a bit, how to recognize the language, OS and country to assemble
the nearest mirror server + file name to get the download URL.
Marcus
Marcus,
One thing I would like to ask. That the user _not_ be offered a file
that does not exist. We both saw that with the OOo system to many times.
From non-existent "with JRE" plus "language" to versions for Blackberry.
Andy
For the case of an unavailable mirror I've added the "File exists on
mirror?" box. Here the non-exisiting URL should be catched and exchanged
with a working one.
But for the special things like OOo on Blackberry we need to catch such
kind of impossibilities earlier. Maybe right after the user agent was
read and it's clear if it's for Windows, Linux, Mac, Solaris or indeed
something different.
Thanks for the hint.
Marcus
Just trying to prevent known problems from happening again.
Andy
