#29941 [Bgs]: Online documentation contains mixed languages
| From: | tilspaam at hotmail dot com | Date: | Thu, 02 Sep 2004 12:34:13 +0000 |
| Subject: | #29941 [Bgs]: Online documentation contains mixed languages | ||
| References: | 1 | Groups: | php.doc |
| Request: | Send a blank email to phpdoc+get-969363707@lists.php.net to get a copy of this message | ||
ID: 29941
User updated by: tilspaam at hotmail dot com
Reported By: tilspaam at hotmail dot com
Status: Bogus
Bug Type: Documentation problem
Operating System: Irrelevant
PHP Version: Irrelevant
New Comment:
tularis@php.net wrote:
"If the page that you're trying to view in a
language other than english has not yet been translated, as is the
case
with the Danish session chapter, you will recieve the same page in
English."
No - I recieve a page in both danish and english. This is the case with
http://www.php.net/session - all general content such as
headers and
warnings are in danish while the main content is in english.
goba@php.net wrote:
"If you have cookies turned on, the
last language you have seen is remembered..."
I have allowed cookies for php.net and this seems to work. All previous
mentioned URLs now display english and english only.
goba@php.net wrote:
"BTW this is a feature, not a bug"
I strongly disagree. Making assumptions about your users preferences is
bad usability, but this discussion I believe belongs elsewhere.
I know this problem is hardly a 'bug' but I didn't know where else to
write. I'm sorry if I have posted the wrong place.
/AP
Previous Comments:
------------------------------------------------------------------------
[2004-09-02 12:20:42] goba@php.net
BTW this is a feature, not a bug. If you have cookies turned on, the
last language you have seen is remembered, so next time, the URL
shortcuts will lead to that language (no need to select the language in
every page view).
If you would like to directly specify the language in your shortcut,
you can do so. See http://php.net/urlhowto This page also
links the My
PHP.net page, which will explain you the language selection mechanism
(http://php.net/my).
------------------------------------------------------------------------
[2004-09-02 12:04:29] tularis@php.net
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to
report
a bug at http://bugs.php.net/how-to-report.php
------------------------------------------------------------------------
[2004-09-02 12:03:46] tularis@php.net
It is actually much simpler. If the page that you're trying to view in
a language other than english has not yet been translated, as is the
case with the Danish session chapter, you will recieve the same page in
English. If we would not do that, we'd be stuck with dozens of broken
manuals where half of the content was missing. So, until someone
translates it and adds it to CVS, it will appear in English.
------------------------------------------------------------------------
[2004-09-02 11:34:04] tilspaam at hotmail dot com
Using the explicit manual path
http://www.php.net/manual/en/ref.session.php
provides a page all in
english.
Using http://www.php.net/session or
http://www.php.net/manual/da/ref.session.php
provides a page in mixed
languages.
I guess I'll just use the explicit path from now on :)
/AP
------------------------------------------------------------------------
[2004-09-02 08:30:48] aidan@php.net
I believe this has to do with the content-negotiation we use for
displaying the manual. Based on your browser accept langauge, a
selected version of the manual is displayed.
This bug will need to be looked into further, as I've experienced it
myself - Pages a mix between english and another langauge, often after
I've just visited the manual in another language.
But, could you tell me if the problem still happens when you use the
explicit manual path?
http://www.php.net/manual/en/
Or in Danish,
http://www.php.net/manual/da/
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/29941
--
Edit this bug report at http://bugs.php.net/?id=29941&edit=1