Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » BIRT » Requirements: Internationalization (question)
Requirements: Internationalization (question) [message #533] Wed, 15 December 2004 12:03 Go to next message
Olaf Graf is currently offline Olaf GrafFriend
Messages: 1
Registered: July 2009
Junior Member
Hello,

> BIRT and the Eclipse Report Designer will support both locale-sensitive and
> fixed-locale format strings. The locale-sensitive format strings will format
> the content according to the user’s locale. Fixed-locale format strings will
> always format the content in the locale specified by the report developer.

Two questions regarding 'locale-sensitive format strings':

1) We offen have the situation that the user has to choose the output
format
language different from its own language. Imagine, a advisor generates a
report to send to his client who uses not the same language as he does.

2) What happens with mass reports where the output generator has to switch
between languages because it generates output for different clients?

I miss a third option where I can define the locale on the fly used for the
generated output.

Regards,
Olaf
Re: Requirements: Internationalization (question) [message #574 is a reply to message #533] Tue, 21 December 2004 20:02 Go to previous messageGo to next message
Wenbin He is currently offline Wenbin HeFriend
Messages: 35
Registered: July 2009
Member
Hi Olaf:

At a high level, here is how the i18n/l10n are handled in BIRT:

1. Locale sensitive data, including numeric value and date/time, will be
displayed based on the current user's locale. When the user views report in
BIRT designer, he can change the current user's locale through designer
preference page. By default, the OS locale will be used. When the user views
report on the web, he can specify the locale to use. By default, the
browser's locale will be used as the current user's locale.

2. BIRT report designer allows report developers to externalize strings used
in a report design. Those strings will be displayed in the current user's
language as long as the resource file is provided for that locale.

3. If the current user's locale can't be determined, the report host server
's locale (where the report is deployed) will be used.

As you can see, the report content depends on the current user's locale and
resource bundles provided, not the locale on report developer's machine or
where the report is generated.

Hope this address your needs.

Wenbin He

Actuate Corporation

BIRT Report Designer Project Lead



"Olaf Graf" <olaf.graf@sarasin.ch> wrote in message
news:cpp96r$5d9$1@www.eclipse.org...
> Hello,
>
> > BIRT and the Eclipse Report Designer will support both locale-sensitive
and
> > fixed-locale format strings. The locale-sensitive format strings will
format
> > the content according to the user
Re: Requirements: Internationalization (question) [message #587 is a reply to message #574] Wed, 22 December 2004 08:05 Go to previous message
Eclipse UserFriend
Originally posted by: ekkehardREMOVE_NO_SPAM.gentz-software.de

wenbin he schrieb:
> Hi Olaf:
>
> At a high level, here is how the i18n/l10n are handled in BIRT:
>
> 1. Locale sensitive data, including numeric value and date/time, will be
> displayed based on the current user's locale. When the user views report in
> BIRT designer, he can change the current user's locale through designer
> preference page. By default, the OS locale will be used. When the user views
> report on the web, he can specify the locale to use. By default, the
> browser's locale will be used as the current user's locale.
>
> 2. BIRT report designer allows report developers to externalize strings used
> in a report design. Those strings will be displayed in the current user's
> language as long as the resource file is provided for that locale.
>
> 3. If the current user's locale can't be determined, the report host server
> 's locale (where the report is deployed) will be used.
>
> As you can see, the report content depends on the current user's locale and
> resource bundles provided, not the locale on report developer's machine or
> where the report is generated.
>
> Hope this address your needs.
>
> Wenbin He
>
> Actuate Corporation
>
> BIRT Report Designer Project Lead
>
>
>
> "Olaf Graf" <olaf.graf@sarasin.ch> wrote in message
> news:cpp96r$5d9$1@www.eclipse.org...
>
>>Hello,
>>
>>
>>>BIRT and the Eclipse Report Designer will support both locale-sensitive
>
> and
>
>>>fixed-locale format strings. The locale-sensitive format strings will
>
> format
>
>>>the content according to the user�s locale. Fixed-locale format strings
>
> will
>
>>>always format the content in the locale specified by the report
>
> developer.
>
>>Two questions regarding 'locale-sensitive format strings':
>>
>>1) We offen have the situation that the user has to choose the output
>>format
>> language different from its own language. Imagine, a advisor generates
>
> a
>
>> report to send to his client who uses not the same language as he does.
>>
>>2) What happens with mass reports where the output generator has to switch
>> between languages because it generates output for different clients?
>>
>>I miss a third option where I can define the locale on the fly used for
>
> the
>
>>generated output.
>>
>>Regards,
>>Olaf
>>
>>
>
>
>
hi olaf,
but what if you have per ex. Invoices.
your locale is .de and you see the report in german.
but there can be international invoices and so while you're
browsing thru invoices you have some per ex. for USA and you
want to see this report the same way the customer from USA gets it:
with english strings, decimal point "." instead of german "," etc.
so: can you view a report in a report-specific locale and not the
users locale

this would be very important for solutions like ERP

regards

ekkehard
Previous Topic:Plans for relase next parts of souce code
Next Topic:Actuate's Motives?
Goto Forum:
  


Current Time: Fri Nov 08 23:19:24 GMT 2024

Powered by FUDForum. Page generated in 0.03217 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top