This is an automated notification sent by Gna!.
It relates to:
bugs #257, project Savane
==============================================================================
OVERVIEW of bugs #257:
==============================================================================
URL:
<http://gna.org/bugs/?func=detailitem&item_id=257>
Summary: HTML select boxes are not prepared for I18N
Project: Savane
Submitted by: toddy
Submitted on: Wed 02/11/2004 at 18:28
Category: Web Frontend
Severity: 2 - Ordinary
Priority: A - Later
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Open
Release:
Planned Release:
_______________________________________________________
The HTML select boxes on the site are generated through an SQL query. The
returned result contains the id and the text of an item.
This way, only texts from the database are inserted into the select boxes,
bypassing gettext.
I think that the severity of this bug is ordinary (or even trivial), but the
solution seems to be a major pain in the ass.
_______________________________________________________
Follow-up Comments:
-------------------------------------------------------
Date: Wed 09/08/2004 at 18:24 By: Mathieu Roy <yeupou>
Sorry I dreamt.
-------------------------------------------------------
Date: Wed 09/08/2004 at 18:23 By: Mathieu Roy <yeupou>
close in bug #493
-------------------------------------------------------
Date: Tue 06/22/2004 at 17:18 By: Tobias Toedter <toddy>
Yes, sort of. For examples, just see this page: On top of the page, there are
some select boxes, which indicate certain states of this bug report (e.g.
Severity, Priority, Resolution, Status).
All these select boxes make perfectly sense to be translated, but the content
comes from the SQL-Database and is therefore not recognizable by gettext.
Another option of resolving this bug (instead of duplicating all tables for
every language/locale) would be to add another column to the existing tables,
named locale (or something along these lines). It would then be possible to
select the matching entry (e.g. by adding "locale='de_DE'" to the
WHERE-clause). If no such translation exists, the function should revert to the
default language and return the entry for e.g. locale='en_US' or maybe even
locale='C'.
-------------------------------------------------------
Date: Tue 06/22/2004 at 12:59 By: Mathieu Roy <yeupou>
Can you give an example?
There is indeed the problem of i18n database data -- I'm afraid to think about
duplicating for each language possible the tables. Is that what you thinking of?
==============================================================================
This item URL is:
<http://gna.org/bugs/?func=detailitem&item_id=257>
_______________________________________________
Message sent via/by Gna!
http://gna.org/
_______________________________________________
Savane-dev mailing list
[EMAIL PROTECTED]
https://mail.gna.org/listinfo/savane-dev
