Why does type-maps rely on MultiViews?

Why does type-maps rely on MultiViews?

am 10.04.2008 04:36:38 von Daniel Aleksandersen

Hi list,

Why does type-maps rely on multiviews to be enabled? I can sort of understa=
nd why it is required to match [../resource] with [../resource.var]. BUT as=
type maps are presented as an alternate to multiviews in the documentation=
; I find it strange that it still requires multiviews to work.

I have found a "sort of work-around" were I use "Option +MultiViews" with "=
MultiViewsMatch Handlers" only. This is the only thing that allows me to us=
e type-maps that are not overridden by multiviews.
--=20
Daniel Aleksandersen

------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org

Re: Why does type-maps rely on MultiViews?

am 14.04.2008 05:00:19 von Joshua Slive

On Wed, Apr 9, 2008 at 10:36 PM, Daniel Aleksandersen
wrote:
> Hi list,
>
> Why does type-maps rely on multiviews to be enabled? I can sort of understand why it is required to match [../resource] with [../resource.var]. BUT as type maps are presented as an alternate to multiviews in the documentation; I find it strange that it still requires multiviews to work.
>

They are not required.

You can either use resource.var directly in your links (in other
words, expose that URL as your public address for the resource) or
change the name of your type-map file to just "resource" and use
SetHandler to mark it as a type-map.

Joshua.

------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org

Re: Why does type-maps rely on MultiViews?

am 14.04.2008 11:05:06 von Daniel Aleksandersen

On Sun,13 Apr 2008 23:00:19 -0400, Joshua Slive wrote:
> On Wed, Apr 9, 2008 at 10:36 PM, Daniel Aleksandersen
> wrote:
> > Hi list,
> >
> > Why does type-maps rely on multiviews to be enabled? I can sort of und=
erstand why it is required to match [../resource] with [../resource.var]. B=
UT as type maps are presented as an alternate to multiviews in the document=
ation; I find it strange that it still requires multiviews to work.
> >
>=20
> They are not required.
>=20
> You can either use resource.var directly in your links (in other
> words, expose that URL as your public address for the resource) or
> change the name of your type-map file to just "resource" and use
> SetHandler to mark it as a type-map.

Any file without an extension is treated as a type-map. I presume that .hta=
ccess is excluded by design?


SetHandler type-map



Another question, can I partaly negotiate between various type-maps? Say I =
have one type-map called [../resource] saying:
URI: resource,en
Content-Language: en

And then [../resource,en] saying:
URI: resource,en,utf-8.htm
Content-Type: text/html; charset=3DUTF-8; qs=3D0.8
URI: resource,en,utf-8.xht
Content-Type: application/xhtml+xml; charset=3DUTF-8; qs=3D1.0

Or would I have to spesify everything two times?
--=20
Daniel Aleksandersen

------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org

Re: Why does type-maps rely on MultiViews?

am 14.04.2008 17:50:47 von Joshua Slive

On Mon, Apr 14, 2008 at 5:05 AM, Daniel Aleksandersen
wrote:

> Another question, can I partaly negotiate between various type-maps? Say I have one type-map called [../resource] saying:
> URI: resource,en
> Content-Language: en
>
> And then [../resource,en] saying:
> URI: resource,en,utf-8.htm
> Content-Type: text/html; charset=UTF-8; qs=0.8
> URI: resource,en,utf-8.xht
> Content-Type: application/xhtml+xml; charset=UTF-8; qs=1.0
>
> Or would I have to spesify everything two times?

I'm not sure about that one. It should be easy enough to test.

Joshua.

------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org

Why does type-maps rely on MultiViews?

am 16.04.2008 12:41:08 von Daniel Aleksandersen

On Mon, 14 Apr 2008 07:50:47, Joshua Slive wrote:
> On Mon, Apr 14, 2008 at 5:05 AM, Daniel Aleksandersen wrote:
> > Another question, can I partaly negotiate between various type-maps? S=
ay I have one type-map called [../resource] saying:
> > URI: resource,en
> > Content-Language: en
> >
> > And then [../resource,en] saying:
> > URI: resource,en,utf-8.htm
> > Content-Type: text/html; charset=3DUTF-8; qs=3D0.8
> > URI: resource,en,utf-8.xht
> > Content-Type: application/xhtml+xml; charset=3DUTF-8; qs=3D1.0
> >
> > Or would I have to spesify everything two times?
>=20
> I'm not sure about that one. It should be easy enough to test.

I have to specify every variant in every type-map. Apacheâ€=99s respons=
to the above scenario was:

> Not Acceptable
> An appropriate representation of the requested resource /test/resource co=
uld not be found on this server. Available variants:
> resource , language en
> resource , language de
--=20
Daniel Aleksandersen â€=93 http://www.opensourcenotebook.com/

------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org