[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Lynx-dev] unsupported URL scheme

From: Klaus-Peter Wegge
Subject: Re: [Lynx-dev] unsupported URL scheme
Date: Wed, 15 May 2013 09:57:21 +0200 (CEST)
User-agent: Alpine 2.00 (DEB 1167 2008-08-23)

Dear Lynx Team,

interesting observation:
lynx termlet for Mac OSX 2.8.7 can deal with the discussed ETSI link.
I don't understand why? Ideas?

Best, Klaus

On Mon, 13 May 2013, Klaus-Peter Wegge wrote:

Dear Lynx Team,

many thanks to all for these quick and good answers.
I was really not aware the problem described occurs with a client side
java script redirection. As lynx cannot deal with java scripts there
is no chance to come over on the lynx side.
It's not easy to convince technical staff to do the redirection in a
better way, because the implemented way works with most, even exotic
browsers, even it is bad style.
Nevertheless I will address this issue to the CENELEC management
at my next visit in Brussels.

Best and thanks again, Klaus

On Mon, 13 May 2013, David Woolley wrote:

This is not an absolute URI in the Location response header,
which is illegal. Tell the CENELEC to fix their webserver.
It’s really a pity if even that body doesn’t honour standards…

Unfortunately, the people employed to do web sites for such organisations are unlikely to have any engineering background. Your best hope is to reach someone above the the "commercial" side of the management.
David Woolley
Emails are not formal business letters, whatever businesses may want.
RFC1855 says there should be an address here, but, in a world of spam,
that is no longer good advice, as archive address hiding may not work.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]