Re: [PATCH] Append Content-Language on Accept-Language request
- From: Jens Georg <mail jensge org>
- To: "Zeeshan Ali (Khattak)" <zeenix gmail com>
- Cc: gupnp-list gnome org
- Subject: Re: [PATCH] Append Content-Language on Accept-Language request
- Date: Sat, 04 Jun 2011 14:37:27 +0200
On Sa, 2011-06-04 at 14:10 +0300, Zeeshan Ali (Khattak) wrote:
> Hi,
>
> How about a new function like gupnp_context_host_with_lang?
For obsoleting the automatism of language code suffixes? As I tried to
explain (and probably failed), hosting for specific langs is already
taken care of on a per path base.
>
> P.S. sorry for top-posting but this android client enforces it. :(
>
> Jens Georg <mail jensge org> wrote:
>
> >On Sa, 2011-06-04 at 00:46 +0300, Zeeshan Ali (Khattak) wrote:
> >> Hi,
> >>
> >> On Wed, Jun 1, 2011 at 6:05 PM, Jens Georg <mail jensge org> wrote:
> >> > This is not mandated by HTTP RFC's but the UPnP CTT requires this.
> >>
> >> Looks good except that I don't really like the idea of
> >> g_object_get/set() here as use of that almost always implies you are
> >> doing something wrong.
> >>
> >> How about putting this value in HostPathData?
> >
> >Well with that if you set it you need to loop through all the
> >HostPathData and change it. And as far as I see it, if you want
> >different languages per HostPath, you just host a file "foo.xml" and add
> >files like "foo.xml.fi" etc. So there's no benefit in the per hosted
> >path book-keeping, just more to do if someone changes the default (which
> >I doubt anyone will do).
> >
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]