This mail is an automated notification from the bugs tracker
 of the project: Savane.

/**************************************************************************/
[bugs #348] Latest Modifications:

Changes by: 
                Stéphane Urbanovski <[EMAIL PROTECTED]>
'Date: 
                lun 26.04.2004 à 09:56 (Europe/Paris)

------------------ Additional Follow-up Comments ----------------------------
i18n.php use setlocale() with user locale.

In utils.php, format_date() use strftime() if you don't specify a special 
$format.

strftime() should use the locale spécified early by setlocale().






/**************************************************************************/
[bugs #348] Full Item Snapshot:

URL: <http://gna.org/bugs/?func=detailitem&item_id=348>
Project: Savane
Submitted by: Elfyn McBratney
On: sam 24.04.2004 à 14:36

Category:  Web Frontend
Severity:  1 - Trivial
Priority:  A - Later
Resolution:  Invalid
Assigned to:  yeupou
Status:  Closed
Release:  
Planned Release:  


Summary:  Savane uses American date format (mm/dd/yyyy)

Original Submission:  Hi,

Tony Mountifield submitted a bug at the Savannah administration project 
regarding the use of the American mm/dd/yyyy date format use in Savane 
(<https://savannah.nongnu.org/support/?func=detailitem&item_id=103025>).

Would if perhaps be better to use the more universal yyyy/mm/dd format instead?

Commentaires :
------------------


-------------------------------------------------------
Date: lun 26.04.2004 à 09:56        By: babar
i18n.php use setlocale() with user locale.

In utils.php, format_date() use strftime() if you don't specify a special 
$format.

strftime() should use the locale spécified early by setlocale().

-------------------------------------------------------
Date: dim 25.04.2004 à 16:03        By: yeupou
That's right.

-------------------------------------------------------
Date: dim 25.04.2004 à 15:54        By: beuc
Sorry, I though PHP locales were system dependant ($LANG), not client dependant 
(HTTP_ACCEPT_LANGUAGE).



Incidentally there is no locale installed at Savannah but Savane's. Hence the 
'C' date format.



-------------------------------------------------------
Date: dim 25.04.2004 à 14:30        By: yeupou
It is normal to have $sys_datefmt commented out. This setting exists only to 
force a date formatting.

The misconfiguration at savannah is related to locales and apache, not to 
Savane.

By using gettext and locales, we indeed let the user choose his preferred 
format. We already had a discussion on this topic, the idea of reimplementing 
in Savane management of i18n and i10n is not an option. Users defines their 
setting once in their environment and software like Savane, Konqueror, Kmail... 
just have to read these settings. 

-------------------------------------------------------
Date: sam 24.04.2004 à 20:58        By: beuc
The config at Savannah uses no $sys_datefmt (commented out).

However, I believe it would be good to let the user choose his preferred date 
format.

-------------------------------------------------------
Date: sam 24.04.2004 à 14:45        By: yeupou
I think it's a misconfiguration issue at savannah.gnu.org. I don't know if it 
is due to the chrooting method or anything else but it just appears that 
locales are not supported by the installation of apache there.



Savane supports i18n and i10n and with a clean install, users get the date in 
the appropriate format for their language setting.



BTW, yyyy/mm/dd is not universal at all either: in French, the standard is 
dd/mm/yyyy (or even dd-mm-yyyy). :)



So the only way to get something satisfactory is to use locales, which is not 
something complicated on a GNU/Linux system nowadays.



Regards,














For detailed info, follow this link:
<http://gna.org/bugs/?func=detailitem&item_id=348>

_______________________________________________
  Message sent via/by Gna!
  http://gna.org/


Reply via email to