On 20 August 2013 01:20, Rob Weir <robw...@apache.org> wrote:
> 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/
>
> 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

It might also be possible to use the HTTP headers User-Agent and
Accepts-Language as a backstop for when Javascript is not available.
This might need some Infra config support.

> -Rob
>
>> Marcus
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Reply via email to