> On 1/9/06, Andreas Hartmann <[EMAIL PROTECTED]> wrote:
>> [EMAIL PROTECTED] wrote:
>> > On 1/6/06, Andreas Hartmann <[EMAIL PROTECTED]> wrote:
>> >>At the moment, the concept of multiple URLs per document is typically
>> >>used for language versions (foo_{defaultlanguage}.html = foo.html)
>> >>and to support different URL suffixes (foo, foo.htm, foo.html).
>> > Language is a property required for determining the response. It must
>> > be included in the request, or the default is used. Language does not
>> > need to be in the URL; it could be handled by the session information
>> > for the visitor.
>> At the moment, we only support languages as part of the URL (see
>> DocumentBuilder method signatures). Actually, I wouldn't like to
>> allow other means of language specification for the following reasons:
>> - Providing the language in session/cookie/etc. information can easily
>> implemented using a redirect to the corresponding URL (including the
>> language).
>> - IMO the content represented by a URL (I mean the raw information
>> content, excluding personalization etc.) shouldn't depend on session
>> information etc.
>> - The API is probably easier when you can build document objects
>> based on string information rather than complex request objects.
>> (sure, the API shouldn't limit the flexibility, but see above -
>> IMO redirects are sufficient)
>
> I agree language should remain part of the URL. It is easier and
> cleaner. Some publications may not have the same documents for every
> language, and multiple language publications should provide an easy
> method for switching languages.
>
> The advantage of moving language to Session is /foo.html always opens
> in the desired language for that visitor. We could add it as an
> option someday, but the functionality does not need integration into
> core (meaning a little work with an XMAP could handle it.)
I think one reason to encode the language in the URL is that it allows
static export of a publication. This is useful for publications with
static content where performance matters, or where no network is
available. But of course Lenya may provide different ways to specify the
language.
Josias
[...]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]