Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
From: =?utf-8?q?Andr=C3=A9_Malo?= <nd@perlig.de>
Organization: TIMTOWTDI
To: docs@httpd.apache.org
Subject: Re: svn commit: r1791807 - /httpd/httpd/trunk/docs/conf/extra/httpd-manual.conf.in
Date: Wed, 19 Apr 2017 21:55:34 +0200
User-Agent: KMail/1.9.10
Cc: dev@httpd.apache.org
References: <20170418162503.9C1EC3A0460@svn01-us-west.apache.org> <201704182256.33446@news.perlig.de> <CACsi250PASn6TXWL5FR5S0kKs_RfJ1QTMVQCf5w7wwd8mZ0ZSg@mail.gmail.com>
In-Reply-To: <CACsi250PASn6TXWL5FR5S0kKs_RfJ1QTMVQCf5w7wwd8mZ0ZSg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <201704192155.34257@news.perlig.de>
archived-at: Wed, 19 Apr 2017 19:55:45 -0000

* William A Rowe Jr wrote:

> On Tue, Apr 18, 2017 at 3:56 PM, Andr=C3=A9 Malo <nd@perlig.de> wrote:
> > * wrowe@apache.org wrote:
> >> Author: wrowe
> >> Date: Tue Apr 18 16:25:03 2017
> >> New Revision: 1791807
> >>
> >> URL: http://svn.apache.org/viewvc?rev=3D1791807&view=3Drev
> >> Log:
> >> KISS: RemoveType is a simpler fix for .tr
> >
> > I seem to remember, that removetype does not override mime.types (only
> > addtype entries). But I might be wrong (and did not check now).
>
> I checked this in 2.4.x-dev branch, chrome could have lied, of course.

Hmm.
Ok, I looked it up. It was changed in 2.3.3. :-)

>
> >> explain .da files; order our
> >> LanguagePriority by a first-order comparison and drop negligable
> >> translations from our ordered priority preference list entirely.
> >
> > I don't see what problem that's supposed to solve. On the contrary,
> > since the configured negotiation happens per file [1], removing
> > languages, we do provide somewhere does not make sense at all.
>
> I'm not able to parse your thought here... let me clarify, and then
> please clarify your objection.
>
> The question of language priority is strictly one of the accuracy of one
> language variant over another.
>
> That question is largely answered by the browser, given three languages;
> fr q=3D1 en q=3D.8 ru q=3D.2 it says that this guest of your website is f=
luent
> in French, will comprehend English reasonably well, and can stumble
> through some Russian. So if the French can be served, we will serve it,
> and as all documents exist in English, we will fall back on that.
>
> The question isn't answered if this is a client with no matching
> languages, if only Estonian is given as a preferred language, we would
> normally serve a list of possible documents. That's foolish so we
> force-override with some sensible choice and an option to toggle between
> languages on every page.
>
> Where we find et q=3D1 fr q=3D.5 es q=3D.5 ... they will be equally comfo=
rtable
> with either French, or Spanish, since Estonian isn't available. Now which
> do we serve? That is where my edit comes in.
>
> The answer is invariably English because that is the source language.

Ehm? How is the whole negotation mechanism about the source language? Why=20
would it care?

> Where equal-weight is given and we have two translations other than
> English to automatically fulfill, it must be the more relevant one.

Why? if it would matter, it would be given differently by the browser. Who=
=20
are we to decide anyway? I would probably pick the first one and it might=20
even be in accordance to the RFC (would need to check).

> We can't practically do this on a document-by-document basis

See above. Luckily there's no need to.

> so what is=20
> your suggestion for prioritizing the most trustworthy (on our terms)
> translation where the user-agent refuses to give one or the other a
> higher priority?

My argument is about something completely different. It's not about the=20
collection of documents, it about you come to the start page, could=20
theoretically automatically see the danish variant but don't because it's=20
not listed at all.

That's what you just killed, I think.

=46or the collection as a whole we added the prefer-language variable, whic=
h=20
we use to give the user a simple choice between her preferred language and=
=20
the source language (fallback).

Cheers,
=2D-=20
sub the($){+shift} sub answer (){ord q
        [* It is always 42! *]       }
           print the answer
# Andr=C3=A9 Malo # http://pub.perlig.de/ #