Am 08/20/2013 02:20 AM, schrieb Rob Weir:
On Mon, Aug 19, 2013 at 6:39 PM, Marcus (OOo)<marcus.m...@wtnet.de> wrote:
Am 08/19/2013 09:51 PM, schrieb sebb:
On 19 August 2013 20:27, Rob Weir<robw...@apache.org> wrote:
On Mon, Aug 19, 2013 at 2:14 PM, Andrea Pescetti<pesce...@apache.org>
wrote:
On 19/08/2013 sebb wrote:
Note that the page http://www.openoffice.org/download/other.html also
requires Javascript!
This is not so good. The noscript option should direct the user to
http://www.apache.org/dyn/aoo-closer.cgi/openoffice/
(users who disable JavaScript are likely to be able to browse the
FTP-like
structure they will see there).
Whatever method is chosen, I think it should be possible to download
AOO without the use of Javascript.
It should also be possible to download OpenOffice in the cases where
JavaScript parsing breaks, i.e., we should have alternative download
links
that are always visible (working JavaScript, broken Javascript, no
JavaScript).
I think this is the key insight. There are actually three cases to
consider:
1) Java script disabled
2) Javascript is supported, but not working with our page
3) Javascript working fine.
Some of the more recent reports are about #2. These are older
versions of Internet Explorer, e.g., I.E. 6. A<noscript> block will
not help in this case.
But if it is possible to detect the broken Javascript without
crashing, then it would be possible to treat the browser as if it did
not have Javascript.
Right, has anybody an idea how to detect such broken JS engines?
From this test it looks like the main issue is Internet Explorer before I.E. 8:
http://browsershots.org/http://www.openoffice.org/download/
OK, but before fixing the issues we should think about which minimum
version we need to support.
When looking here [1] I doubt that it's worth the big effort to fix all
IE 5 problems just to please a handful users.
IE 7 could be OK. But IE 6, hm, we need to discuss.
One approach is to see if you can code around that error and get it to
work correctly on older I.E. installs.
Another approach is to use one of these techniques to detect older
I.E. and then fall back to a non-script page:
http://msdn.microsoft.com/en-us/library/ms537509%28v=vs.85%29.aspx
This could be a workaround when all older browsers can be detected.
Thanks for the link.
[1] http://en.wikipedia.org/wiki/Internet_Explorer#Internet_Explorer_5
BTW:
In the Internet company where I'm working we have decided to drop any
support for browsers with a market share lower than 4% (regarding our
own website tracking via Webtrekk.com). That means we don't fix any
problems with IE 7 and older. Othwrwise it's too expensive. If it's
working, then fine. If not, then not.
Marcus
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
