Re: Remedy in Chinese

[Mueller, Doug]

Folks,

One more thing to help in this area...   I was aware we had done some 
additional work but thought that
the tools were only available to partners at this time.  I have been informed 
that they were fully
productized and are available to all customers.

As of 7.6.04, we have produced a localization toolkit to help customers with 
localizing things.

It is documented in "Form and Application Objects Guide" in Appendix H and I.
http://documents.bmc.com/supportu/documents/39/78/183978/183978.pdf


There is a video on BMC DN that demonstrates it.

I was pointed to a link from the current wiki documentation of this feature to 
a video on
utube about this feature
http://www.youtube.com/watch?v=OC5meQbvwAc&feature=player_embedded

So, if you are up to date with the releases of the AR System, you might find 
that there is a lot of
assistance to adding a new language!


And, I see that there have been 120 views of the video.  Given this list, I 
expect that count to be
up to at least 121 within a week!

Doug


From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Wednesday, April 25, 2012 11:27 AM
To: arslist@ARSLIST.ORG
Subject: Re: Remedy in Chinese

**
Dave,

The entire solution supports Unicode as a character set in the current 
releases.  This has been true for
some time now, but I don't know the details of everything.

OK, OK, there is one piece that doesn't do the Unicode thing  The Windows 
User Tool.  But, since that
is end-of-life as of the 7.6.04 release, I have stopped counting it.

Yes, Dev Studio, the AR System server, the Web client, all the plugins for the 
AR System and apps.  All
support the system being configured with Unicode as the character set.

I hope this helps,

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Shellman, David
Sent: Wednesday, April 25, 2012 10:42 AM
To: arslist@ARSLIST.ORG
Subject: Re: Remedy in Chinese

**
Doug,

I'm assuming that Developer Studio is uni-code complaint?

Dave


From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Wednesday, April 25, 2012 12:59 PM
To: arslist@ARSLIST.ORG
Subject: Re: Remedy in Chinese
**
Susan,

The AR System supports the localization of applications (whether BMC supplied 
or custom) and all aspects
of the application.

First, you need to understand that there are two different languages in an 
application:

DISPLAY language
 This is the language that the display uses.  It controls the labels, 
selection values, error messages,
 menus, date/time format, and all other aspects of the display of the 
system OTHER THAN the data
content of fields.  This is controlled by user preference settings of the 
locale and number separator
and date/time format.  Some of this is automatic. Some relies on the user 
entering various localized
versions of messages in a catalog.  Some relies on application VUIs being 
constructed correctly.

DATA language
This is the language that the data CONTENT of the records are in.  This is 
what is IN the various
character fields on the system.  This is really controlled by what the user 
types in.


The system will try to show all the DISPLAY components to each user in their 
local language.
The system just shows the DATA as it was entered without translation.


There is a chapter on Localization in the manuals that describes all the 
details of how to localize all aspects
of the DISPLAY portion of the product.

Labels - create alternate VUIs with the same name but different locale and 
change the label property of
 fields to the new language
Selection fields - on the alternate VUI, open up the selection field and you 
will find that you can supply
alternate words for each of the selection values
Error messages - there is a catalog form where you enter alternate text for any 
system or any active link,
filter, or escalation message so you can translate it to another language
FB strings, and about 15 other things - the message catalog form is used for 15 
to 20 categories of
strings in various areas of the product where you can supply alternate 
versions of the strings for
different languages
Menus - static menus - use the message catalog
Menus - dynamic menus (query menus) - Use the LOCALE field (not field 112 which 
is the row level
security field but field (sorry, cannot come up with the field ID right 
now, but it is in the documentation,
it is a field in the 100s range).  You can then enter into your source of 
the query data records for each
item in each language and the system will pull the right version.  You can 
also use this for Set Fields
operations and select the "locale aware" option to pull data for a given 
locale.  I believe the same option
is available for table field

Re: Remedy in Chinese

[Shellman, David]

I thought Dev Studio was.  Just wanted to make sure.

Like the Windows User Tool, the old Admin Tool was a stumbling block for us in 
the past.  We worked around it using Display as text fields and MidTier to 
enter the data into a configuration form.

Thanks for validating.

Dave


From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Wednesday, April 25, 2012 2:27 PM
To: arslist@ARSLIST.ORG
Subject: Re: Remedy in Chinese

**
Dave,

The entire solution supports Unicode as a character set in the current 
releases.  This has been true for
some time now, but I don't know the details of everything.

OK, OK, there is one piece that doesn't do the Unicode thing  The Windows 
User Tool.  But, since that
is end-of-life as of the 7.6.04 release, I have stopped counting it.

Yes, Dev Studio, the AR System server, the Web client, all the plugins for the 
AR System and apps.  All
support the system being configured with Unicode as the character set.

I hope this helps,

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Shellman, David
Sent: Wednesday, April 25, 2012 10:42 AM
To: arslist@ARSLIST.ORG
Subject: Re: Remedy in Chinese

**
Doug,

I'm assuming that Developer Studio is uni-code complaint?

Dave


From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Wednesday, April 25, 2012 12:59 PM
To: arslist@ARSLIST.ORG
Subject: Re: Remedy in Chinese
**
Susan,

The AR System supports the localization of applications (whether BMC supplied 
or custom) and all aspects
of the application.

First, you need to understand that there are two different languages in an 
application:

DISPLAY language
 This is the language that the display uses.  It controls the labels, 
selection values, error messages,
 menus, date/time format, and all other aspects of the display of the 
system OTHER THAN the data
content of fields.  This is controlled by user preference settings of the 
locale and number separator
and date/time format.  Some of this is automatic. Some relies on the user 
entering various localized
versions of messages in a catalog.  Some relies on application VUIs being 
constructed correctly.

DATA language
This is the language that the data CONTENT of the records are in.  This is 
what is IN the various
character fields on the system.  This is really controlled by what the user 
types in.


The system will try to show all the DISPLAY components to each user in their 
local language.
The system just shows the DATA as it was entered without translation.


There is a chapter on Localization in the manuals that describes all the 
details of how to localize all aspects
of the DISPLAY portion of the product.

Labels - create alternate VUIs with the same name but different locale and 
change the label property of
 fields to the new language
Selection fields - on the alternate VUI, open up the selection field and you 
will find that you can supply
alternate words for each of the selection values
Error messages - there is a catalog form where you enter alternate text for any 
system or any active link,
filter, or escalation message so you can translate it to another language
FB strings, and about 15 other things - the message catalog form is used for 15 
to 20 categories of
strings in various areas of the product where you can supply alternate 
versions of the strings for
different languages
Menus - static menus - use the message catalog
Menus - dynamic menus (query menus) - Use the LOCALE field (not field 112 which 
is the row level
security field but field (sorry, cannot come up with the field ID right 
now, but it is in the documentation,
it is a field in the 100s range).  You can then enter into your source of 
the query data records for each
item in each language and the system will pull the right version.  You can 
also use this for Set Fields
operations and select the "locale aware" option to pull data for a given 
locale.  I believe the same option
is available for table fields in the current releases.  From an API 
program, it is an option you can specify
   on a GetListEntry or GetListEntryWithFields call to have the system use this 
locale field to return only
data from the specified locale.

So, all of these things can be localized.  All of these options and operations 
are documented in the
Localization chapter.

So, you can completely localize all aspects of the Display.

Take a look at that chapter - probably in the Configuration Guide or 
Administrators Guide.


NOTE: If you are going to mix data languages, make sure you configure your AR 
System server as a
UNICODE server (and the DB too) to make sure that it cleanly stores all the 
characters of all different
languages.

Re: Remedy in Chinese

[Mueller, Doug]

Dave,

The entire solution supports Unicode as a character set in the current 
releases.  This has been true for
some time now, but I don't know the details of everything.

OK, OK, there is one piece that doesn't do the Unicode thing  The Windows 
User Tool.  But, since that
is end-of-life as of the 7.6.04 release, I have stopped counting it.

Yes, Dev Studio, the AR System server, the Web client, all the plugins for the 
AR System and apps.  All
support the system being configured with Unicode as the character set.

I hope this helps,

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Shellman, David
Sent: Wednesday, April 25, 2012 10:42 AM
To: arslist@ARSLIST.ORG
Subject: Re: Remedy in Chinese

**
Doug,

I'm assuming that Developer Studio is uni-code complaint?

Dave


From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Wednesday, April 25, 2012 12:59 PM
To: arslist@ARSLIST.ORG
Subject: Re: Remedy in Chinese
**
Susan,

The AR System supports the localization of applications (whether BMC supplied 
or custom) and all aspects
of the application.

First, you need to understand that there are two different languages in an 
application:

DISPLAY language
 This is the language that the display uses.  It controls the labels, 
selection values, error messages,
 menus, date/time format, and all other aspects of the display of the 
system OTHER THAN the data
content of fields.  This is controlled by user preference settings of the 
locale and number separator
and date/time format.  Some of this is automatic. Some relies on the user 
entering various localized
versions of messages in a catalog.  Some relies on application VUIs being 
constructed correctly.

DATA language
This is the language that the data CONTENT of the records are in.  This is 
what is IN the various
character fields on the system.  This is really controlled by what the user 
types in.


The system will try to show all the DISPLAY components to each user in their 
local language.
The system just shows the DATA as it was entered without translation.


There is a chapter on Localization in the manuals that describes all the 
details of how to localize all aspects
of the DISPLAY portion of the product.

Labels - create alternate VUIs with the same name but different locale and 
change the label property of
 fields to the new language
Selection fields - on the alternate VUI, open up the selection field and you 
will find that you can supply
alternate words for each of the selection values
Error messages - there is a catalog form where you enter alternate text for any 
system or any active link,
filter, or escalation message so you can translate it to another language
FB strings, and about 15 other things - the message catalog form is used for 15 
to 20 categories of
strings in various areas of the product where you can supply alternate 
versions of the strings for
different languages
Menus - static menus - use the message catalog
Menus - dynamic menus (query menus) - Use the LOCALE field (not field 112 which 
is the row level
security field but field (sorry, cannot come up with the field ID right 
now, but it is in the documentation,
it is a field in the 100s range).  You can then enter into your source of 
the query data records for each
item in each language and the system will pull the right version.  You can 
also use this for Set Fields
operations and select the "locale aware" option to pull data for a given 
locale.  I believe the same option
is available for table fields in the current releases.  From an API 
program, it is an option you can specify
   on a GetListEntry or GetListEntryWithFields call to have the system use this 
locale field to return only
data from the specified locale.

So, all of these things can be localized.  All of these options and operations 
are documented in the
Localization chapter.

So, you can completely localize all aspects of the Display.

Take a look at that chapter - probably in the Configuration Guide or 
Administrators Guide.


NOTE: If you are going to mix data languages, make sure you configure your AR 
System server as a
UNICODE server (and the DB too) to make sure that it cleanly stores all the 
characters of all different
languages.  Otherwise, you may have characters get stepped on when using a 
character set that does
not have proper representation for characters of other languages than the 
character set was
intended.

I hope this helps,

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Susan Palmer
Sent: Tuesday, April 24, 2012 2:03 PM
To: arslist@ARSLIST.ORG
Subject: Remedy in Chinese

**
Hi Everyone,

We have an office in Shenzhen, China that began 3 years ago and at that time 
the st

Re: Remedy in Chinese

[Shellman, David]

Doug,

I'm assuming that Developer Studio is uni-code complaint?

Dave


From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Wednesday, April 25, 2012 12:59 PM
To: arslist@ARSLIST.ORG
Subject: Re: Remedy in Chinese

**
Susan,

The AR System supports the localization of applications (whether BMC supplied 
or custom) and all aspects
of the application.

First, you need to understand that there are two different languages in an 
application:

DISPLAY language
 This is the language that the display uses.  It controls the labels, 
selection values, error messages,
 menus, date/time format, and all other aspects of the display of the 
system OTHER THAN the data
content of fields.  This is controlled by user preference settings of the 
locale and number separator
and date/time format.  Some of this is automatic. Some relies on the user 
entering various localized
versions of messages in a catalog.  Some relies on application VUIs being 
constructed correctly.

DATA language
This is the language that the data CONTENT of the records are in.  This is 
what is IN the various
character fields on the system.  This is really controlled by what the user 
types in.


The system will try to show all the DISPLAY components to each user in their 
local language.
The system just shows the DATA as it was entered without translation.


There is a chapter on Localization in the manuals that describes all the 
details of how to localize all aspects
of the DISPLAY portion of the product.

Labels - create alternate VUIs with the same name but different locale and 
change the label property of
 fields to the new language
Selection fields - on the alternate VUI, open up the selection field and you 
will find that you can supply
alternate words for each of the selection values
Error messages - there is a catalog form where you enter alternate text for any 
system or any active link,
filter, or escalation message so you can translate it to another language
FB strings, and about 15 other things - the message catalog form is used for 15 
to 20 categories of
strings in various areas of the product where you can supply alternate 
versions of the strings for
different languages
Menus - static menus - use the message catalog
Menus - dynamic menus (query menus) - Use the LOCALE field (not field 112 which 
is the row level
security field but field (sorry, cannot come up with the field ID right 
now, but it is in the documentation,
it is a field in the 100s range).  You can then enter into your source of 
the query data records for each
item in each language and the system will pull the right version.  You can 
also use this for Set Fields
operations and select the "locale aware" option to pull data for a given 
locale.  I believe the same option
is available for table fields in the current releases.  From an API 
program, it is an option you can specify
   on a GetListEntry or GetListEntryWithFields call to have the system use this 
locale field to return only
data from the specified locale.

So, all of these things can be localized.  All of these options and operations 
are documented in the
Localization chapter.

So, you can completely localize all aspects of the Display.

Take a look at that chapter - probably in the Configuration Guide or 
Administrators Guide.


NOTE: If you are going to mix data languages, make sure you configure your AR 
System server as a
UNICODE server (and the DB too) to make sure that it cleanly stores all the 
characters of all different
languages.  Otherwise, you may have characters get stepped on when using a 
character set that does
not have proper representation for characters of other languages than the 
character set was
intended.

I hope this helps,

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Susan Palmer
Sent: Tuesday, April 24, 2012 2:03 PM
To: arslist@ARSLIST.ORG
Subject: Remedy in Chinese

**
Hi Everyone,

We have an office in Shenzhen, China that began 3 years ago and at that time 
the staff was small and we were able to hire English speaking/writing staff.  
No problem.

Now that our business is growing there we need to accommodate non-English 
speaking staff.  Also basic things like installations and invoicing require 
exact Chinese spelling and some of that is getting lost in the Chinese to 
English to Chinese translations causing issues.

I know that the 'Simplified Chinese' language set is supported but I interpret 
that to mean in field labels.

Does anyone have experience with adding a second language to an existing Remedy 
application?  This would include menus and selection field values.  Did you 
have to run two sets of menu and somehow activate the one you want dependent on 
say your locale?  What did you do for selection field values

Re: Remedy in Chinese

[Susan Palmer]

Thank you Doug,  that was more than helpful.  I will definitely go to the
manual!

Susan

On Wed, Apr 25, 2012 at 11:59 AM, Mueller, Doug wrote:

> **
>
> Susan,
>
> ** **
>
> The AR System supports the localization of applications (whether BMC
> supplied or custom) and all aspects
>
> of the application.
>
> ** **
>
> First, you need to understand that there are two different languages in an
> application:
>
> ** **
>
> DISPLAY language
>
>  This is the language that the display uses.  It controls the labels,
> selection values, error messages,
>
>  menus, date/time format, and all other aspects of the display of the
> system OTHER THAN the data
>
> content of fields.  This is controlled by user preference settings of
> the locale and number separator
>
> and date/time format.  Some of this is automatic. Some relies on the
> user entering various localized
>
> versions of messages in a catalog.  Some relies on application VUIs
> being constructed correctly.
>
> ** **
>
> DATA language
>
> This is the language that the data CONTENT of the records are in.
> This is what is IN the various
>
> character fields on the system.  This is really controlled by what the
> user types in.
>
> ** **
>
> ** **
>
> The system will try to show all the DISPLAY components to each user in
> their local language.
>
> The system just shows the DATA as it was entered without translation.
>
> ** **
>
> ** **
>
> There is a chapter on Localization in the manuals that describes all the
> details of how to localize all aspects
>
> of the DISPLAY portion of the product.
>
> ** **
>
> Labels – create alternate VUIs with the same name but different locale and
> change the label property of
>
>  fields to the new language
>
> Selection fields – on the alternate VUI, open up the selection field and
> you will find that you can supply
>
> alternate words for each of the selection values
>
> Error messages – there is a catalog form where you enter alternate text
> for any system or any active link,
>
> filter, or escalation message so you can translate it to another
> language
>
> FB strings, and about 15 other things – the message catalog form is used
> for 15 to 20 categories of
>
> strings in various areas of the product where you can supply alternate
> versions of the strings for
>
> different languages
>
> Menus – static menus – use the message catalog
>
> Menus – dynamic menus (query menus) – Use the LOCALE field (not field 112
> which is the row level
>
> security field but field (sorry, cannot come up with the field ID
> right now, but it is in the documentation,
>
> it is a field in the 100s range).  You can then enter into your source
> of the query data records for each
>
> item in each language and the system will pull the right version.  You
> can also use this for Set Fields
>
> operations and select the "locale aware" option to pull data for a
> given locale.  I believe the same option
>
> is available for table fields in the current releases.  From an API
> program, it is an option you can specify
>
>on a GetListEntry or GetListEntryWithFields call to have the system use
> this locale field to return only
>
> data from the specified locale.
>
> ** **
>
> So, all of these things can be localized.  All of these options and
> operations are documented in the
>
> Localization chapter.
>
> ** **
>
> So, you can completely localize all aspects of the Display.
>
> ** **
>
> Take a look at that chapter – probably in the Configuration Guide or
> Administrators Guide.
>
> ** **
>
> ** **
>
> NOTE: If you are going to mix data languages, make sure you configure your
> AR System server as a
>
> UNICODE server (and the DB too) to make sure that it cleanly stores all
> the characters of all different
>
> languages.  Otherwise, you may have characters get stepped on when using a
> character set that does
>
> not have proper representation for characters of other languages than the
> character set was
>
> intended.
>
> ** **
>
> I hope this helps,
>
> ** **
>
> Doug Mueller
>
> ** **
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer
> *Sent:* Tuesday, April 24, 2012 2:03 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Remedy in Chinese
>
> ** **
>
> ** 
>
> Hi Everyone,
>
>  
>
> We have an office in Shenzhen, China that began 3 years ago and at that
> time the staff was small and we were able to hire English speaking/writing
> staff.  No problem.
>
>  
>
> Now that our business is growing there we need to accommodate non-English
> speaking staff.  Also basic things like installations and invoicing require
> exact Chinese spelling and some of that is getting lost in the Chinese to
> English to Ch

Re: Remedy in Chinese

[Mueller, Doug]

Susan,

The AR System supports the localization of applications (whether BMC supplied 
or custom) and all aspects
of the application.

First, you need to understand that there are two different languages in an 
application:

DISPLAY language
 This is the language that the display uses.  It controls the labels, 
selection values, error messages,
 menus, date/time format, and all other aspects of the display of the 
system OTHER THAN the data
content of fields.  This is controlled by user preference settings of the 
locale and number separator
and date/time format.  Some of this is automatic. Some relies on the user 
entering various localized
versions of messages in a catalog.  Some relies on application VUIs being 
constructed correctly.

DATA language
This is the language that the data CONTENT of the records are in.  This is 
what is IN the various
character fields on the system.  This is really controlled by what the user 
types in.


The system will try to show all the DISPLAY components to each user in their 
local language.
The system just shows the DATA as it was entered without translation.


There is a chapter on Localization in the manuals that describes all the 
details of how to localize all aspects
of the DISPLAY portion of the product.

Labels - create alternate VUIs with the same name but different locale and 
change the label property of
 fields to the new language
Selection fields - on the alternate VUI, open up the selection field and you 
will find that you can supply
alternate words for each of the selection values
Error messages - there is a catalog form where you enter alternate text for any 
system or any active link,
filter, or escalation message so you can translate it to another language
FB strings, and about 15 other things - the message catalog form is used for 15 
to 20 categories of
strings in various areas of the product where you can supply alternate 
versions of the strings for
different languages
Menus - static menus - use the message catalog
Menus - dynamic menus (query menus) - Use the LOCALE field (not field 112 which 
is the row level
security field but field (sorry, cannot come up with the field ID right 
now, but it is in the documentation,
it is a field in the 100s range).  You can then enter into your source of 
the query data records for each
item in each language and the system will pull the right version.  You can 
also use this for Set Fields
operations and select the "locale aware" option to pull data for a given 
locale.  I believe the same option
is available for table fields in the current releases.  From an API 
program, it is an option you can specify
   on a GetListEntry or GetListEntryWithFields call to have the system use this 
locale field to return only
data from the specified locale.

So, all of these things can be localized.  All of these options and operations 
are documented in the
Localization chapter.

So, you can completely localize all aspects of the Display.

Take a look at that chapter - probably in the Configuration Guide or 
Administrators Guide.


NOTE: If you are going to mix data languages, make sure you configure your AR 
System server as a
UNICODE server (and the DB too) to make sure that it cleanly stores all the 
characters of all different
languages.  Otherwise, you may have characters get stepped on when using a 
character set that does
not have proper representation for characters of other languages than the 
character set was
intended.

I hope this helps,

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Susan Palmer
Sent: Tuesday, April 24, 2012 2:03 PM
To: arslist@ARSLIST.ORG
Subject: Remedy in Chinese

**
Hi Everyone,

We have an office in Shenzhen, China that began 3 years ago and at that time 
the staff was small and we were able to hire English speaking/writing staff.  
No problem.

Now that our business is growing there we need to accommodate non-English 
speaking staff.  Also basic things like installations and invoicing require 
exact Chinese spelling and some of that is getting lost in the Chinese to 
English to Chinese translations causing issues.

I know that the 'Simplified Chinese' language set is supported but I interpret 
that to mean in field labels.

Does anyone have experience with adding a second language to an existing Remedy 
application?  This would include menus and selection field values.  Did you 
have to run two sets of menu and somehow activate the one you want dependent on 
say your locale?  What did you do for selection field values.

That leads to database issues and how that is all stored too.

The idea is a flavor of follow the sun for support.  If you're in Europe or US 
you see English, if you're in China you see Chinese.  How does that happen?  I 
figure the locale takes care of the labels although I'm not really sure how 
that happens but what about field conten

Re: Remedy in Chinese

[Joe Martin D'Souza]

I do – but unfortunately I am currently working at an English only site so none 
of the other views have been installed or I’d send screen shots of what it 
looks like on different views..

And with the beast grown as big as it has, I no longer install it on my 
laptop.. I have a laptop with only 160 GB HD space and like 4 GB RAM.. ITSM 
will swallow all that in a single morsel and still stay hungry for more...

Joe

From: Shellman, David 
Sent: Tuesday, April 24, 2012 6:33 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG 
Subject: Re: Remedy in Chinese

** 
Joe,

I don't think Susan has access to the ITSM Suite.

Dave

On Apr 24, 2012, at 6:13 PM, "Joe Martin D'Souza"  wrote:


  ** 
  Off course..

  That’s what the aliases are for..

  After all the real data value will still be a integer and a number in any 
language is still the same number.

  Check  out the selection fields on the million different views that are on 
the ITSM forms.. that will give you more or less an idea how to do it if you 
have not attempted tailoring a view to different languages before

  Joe

  From: Susan Palmer 
  Sent: Tuesday, April 24, 2012 5:57 PM
  Newsgroups: public.remedy.arsystem.general
  To: arslist@ARSLIST.ORG 
  Subject: Re: Remedy in Chinese

  ** 
  We are already using 112 field enabled to separate so that's already in place.

  So on a different view you can change the selection field values to a 
different language?

  I'm interpreting that all my character menus would have to be data menus so I 
could use the 112 field to display the correct values.


  On Tue, Apr 24, 2012 at 4:42 PM, Joe Martin D'Souza  wrote:

** 
As David said, you could have different views for different locales and 
resolve the character menu problem..

For character menus, you could have a flag for the users to select what 
their language preference would be. And store the contents of these character 
menus in a configuration data form, with 112 field enabled that has two group 
segregations.. One English and the other  Chinese..

Those who have an English preference would be put in the English group and 
the Chinese preference in the Chinese group..

That should be able to pull the right menus for both the languages..

Joe

From: Shellman, David 
Sent: Tuesday, April 24, 2012 5:27 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG 
Subject: Re: Remedy in Chinese

** 
Susan,

Custom apps or OTB?  The ITSM suite uses locale to determine the view to be 
displayed in the appropriate language.  Not sure about menus.

Dave



From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Susan Palmer
Sent: Tuesday, April 24, 2012 5:03 PM
To: arslist@ARSLIST.ORG
Subject: Remedy in Chinese


** 
Hi Everyone,

We have an office in Shenzhen, China that began 3 years ago and at that 
time the staff was small and we were able to hire English speaking/writing 
staff.  No problem.

Now that our business is growing there we need to accommodate non-English 
speaking staff.  Also basic things like installations and invoicing require 
exact Chinese spelling and some of that is getting lost in the Chinese to 
English to Chinese translations causing issues.

I know that the 'Simplified Chinese' language set is supported but I 
interpret that to mean in field labels.  

Does anyone have experience with adding a second language to an existing 
Remedy application?  This would include menus and selection field values.  Did 
you have to run two sets of menu and somehow activate the one you want 
dependent on say your locale?  What did you do for selection field values.

That leads to database issues and how that is all stored too.

The idea is a flavor of follow the sun for support.  If you're in Europe or 
US you see English, if you're in China you see Chinese.  How does that happen?  
I figure the locale takes care of the labels although I'm not really sure how 
that happens but what about field contents?  

Any experiences you've had would be helpful to know.  

I appreciate your feedback.

Susan

ARS v7.5p3
Oracle 10g
Sun Solaris UNIX 
Users on Windows XP and 7 64bit

Susan Palmer

Enterprise Remedy Developer and Administrator

ShopperTrak  Chicago USA

O:  312.529.5325 |  M:  312.502.7687

spal...@shoppertrak.com

www.shoppertrak.com



ARS v7.5p3
Oracle 10g
Sun Solaris UNIX

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Remedy in Chinese

[Shellman, David]

Joe,

I don't think Susan has access to the ITSM Suite.

Dave

On Apr 24, 2012, at 6:13 PM, "Joe Martin D'Souza" 
mailto:jdso...@shyle.net>> wrote:

**
Off course..

That’s what the aliases are for..

After all the real data value will still be a integer and a number in any 
language is still the same number.

Check  out the selection fields on the million different views that are on the 
ITSM forms.. that will give you more or less an idea how to do it if you have 
not attempted tailoring a view to different languages before

Joe

From: Susan Palmer<mailto:suzanpal...@gmail.com>
Sent: Tuesday, April 24, 2012 5:57 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>
Subject: Re: Remedy in Chinese

**
We are already using 112 field enabled to separate so that's already in place.

So on a different view you can change the selection field values to a different 
language?

I'm interpreting that all my character menus would have to be data menus so I 
could use the 112 field to display the correct values.

On Tue, Apr 24, 2012 at 4:42 PM, Joe Martin D'Souza 
mailto:jdso...@shyle.net>> wrote:
**
As David said, you could have different views for different locales and resolve 
the character menu problem..

For character menus, you could have a flag for the users to select what their 
language preference would be. And store the contents of these character menus 
in a configuration data form, with 112 field enabled that has two group 
segregations.. One English and the other  Chinese..

Those who have an English preference would be put in the English group and the 
Chinese preference in the Chinese group..

That should be able to pull the right menus for both the languages..

Joe

From: Shellman, David<mailto:dave.shell...@te.com>
Sent: Tuesday, April 24, 2012 5:27 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>
Subject: Re: Remedy in Chinese

**
Susan,

Custom apps or OTB?  The ITSM suite uses locale to determine the view to be 
displayed in the appropriate language.  Not sure about menus.

Dave


From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Susan 
Palmer
Sent: Tuesday, April 24, 2012 5:03 PM
To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>
Subject: Remedy in Chinese

**
Hi Everyone,

We have an office in Shenzhen, China that began 3 years ago and at that time 
the staff was small and we were able to hire English speaking/writing staff.  
No problem.

Now that our business is growing there we need to accommodate non-English 
speaking staff.  Also basic things like installations and invoicing require 
exact Chinese spelling and some of that is getting lost in the Chinese to 
English to Chinese translations causing issues.

I know that the 'Simplified Chinese' language set is supported but I interpret 
that to mean in field labels.

Does anyone have experience with adding a second language to an existing Remedy 
application?  This would include menus and selection field values.  Did you 
have to run two sets of menu and somehow activate the one you want dependent on 
say your locale?  What did you do for selection field values.

That leads to database issues and how that is all stored too.

The idea is a flavor of follow the sun for support.  If you're in Europe or US 
you see English, if you're in China you see Chinese.  How does that happen?  I 
figure the locale takes care of the labels although I'm not really sure how 
that happens but what about field contents?

Any experiences you've had would be helpful to know.

I appreciate your feedback.

Susan

ARS v7.5p3
Oracle 10g
Sun Solaris UNIX
Users on Windows XP and 7 64bit

Susan Palmer
Enterprise Remedy Developer and Administrator
ShopperTrak  Chicago USA
O:  312.529.5325 |  M:  312.502.7687
spal...@shoppertrak.com<mailto:spal...@shoppertrak.com>
www.shoppertrak.com<http://www.shoppertrak.com/>

ARS v7.5p3
Oracle 10g
Sun Solaris UNIX
_attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers 
Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Remedy in Chinese

[Joe Martin D'Souza]

Off course..

That’s what the aliases are for..

After all the real data value will still be a integer and a number in any 
language is still the same number.

Check  out the selection fields on the million different views that are on the 
ITSM forms.. that will give you more or less an idea how to do it if you have 
not attempted tailoring a view to different languages before

Joe

From: Susan Palmer 
Sent: Tuesday, April 24, 2012 5:57 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG 
Subject: Re: Remedy in Chinese

** 
We are already using 112 field enabled to separate so that's already in place.

So on a different view you can change the selection field values to a different 
language?

I'm interpreting that all my character menus would have to be data menus so I 
could use the 112 field to display the correct values.


On Tue, Apr 24, 2012 at 4:42 PM, Joe Martin D'Souza  wrote:

  ** 
  As David said, you could have different views for different locales and 
resolve the character menu problem..

  For character menus, you could have a flag for the users to select what their 
language preference would be. And store the contents of these character menus 
in a configuration data form, with 112 field enabled that has two group 
segregations.. One English and the other  Chinese..

  Those who have an English preference would be put in the English group and 
the Chinese preference in the Chinese group..

  That should be able to pull the right menus for both the languages..

  Joe

  From: Shellman, David 
  Sent: Tuesday, April 24, 2012 5:27 PM
  Newsgroups: public.remedy.arsystem.general
  To: arslist@ARSLIST.ORG 
  Subject: Re: Remedy in Chinese

  ** 
  Susan,

  Custom apps or OTB?  The ITSM suite uses locale to determine the view to be 
displayed in the appropriate language.  Not sure about menus.

  Dave


--
  From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Susan Palmer
  Sent: Tuesday, April 24, 2012 5:03 PM
  To: arslist@ARSLIST.ORG
  Subject: Remedy in Chinese


  ** 
  Hi Everyone,

  We have an office in Shenzhen, China that began 3 years ago and at that time 
the staff was small and we were able to hire English speaking/writing staff.  
No problem.

  Now that our business is growing there we need to accommodate non-English 
speaking staff.  Also basic things like installations and invoicing require 
exact Chinese spelling and some of that is getting lost in the Chinese to 
English to Chinese translations causing issues.

  I know that the 'Simplified Chinese' language set is supported but I 
interpret that to mean in field labels.  

  Does anyone have experience with adding a second language to an existing 
Remedy application?  This would include menus and selection field values.  Did 
you have to run two sets of menu and somehow activate the one you want 
dependent on say your locale?  What did you do for selection field values.

  That leads to database issues and how that is all stored too.

  The idea is a flavor of follow the sun for support.  If you're in Europe or 
US you see English, if you're in China you see Chinese.  How does that happen?  
I figure the locale takes care of the labels although I'm not really sure how 
that happens but what about field contents?  

  Any experiences you've had would be helpful to know.  

  I appreciate your feedback.

  Susan

  ARS v7.5p3
  Oracle 10g
  Sun Solaris UNIX 
  Users on Windows XP and 7 64bit

  Susan Palmer

  Enterprise Remedy Developer and Administrator

  ShopperTrak  Chicago USA

  O:  312.529.5325 |  M:  312.502.7687

  spal...@shoppertrak.com

  www.shoppertrak.com



  ARS v7.5p3
  Oracle 10g
  Sun Solaris UNIX

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Remedy in Chinese

[Susan Palmer]

We are already using 112 field enabled to separate so that's already in
place.

So on a different view you can change the selection field values to a
different language?

I'm interpreting that all my character menus would have to be data menus so
I could use the 112 field to display the correct values.

On Tue, Apr 24, 2012 at 4:42 PM, Joe Martin D'Souza wrote:

> **
>  As David said, you could have different views for different locales and
> resolve the character menu problem..
>
> For character menus, you could have a flag for the users to select what
> their language preference would be. And store the contents of these
> character menus in a configuration data form, with 112 field enabled that
> has two group segregations.. One English and the other  Chinese..
>
> Those who have an English preference would be put in the English group and
> the Chinese preference in the Chinese group..
>
> That should be able to pull the right menus for both the languages..
>
> Joe
>
>  *From:* Shellman, David 
> *Sent:* Tuesday, April 24, 2012 5:27 PM
> *Newsgroups:* public.remedy.arsystem.general
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Remedy in Chinese
>
> **
> Susan,
>
> Custom apps or OTB?  The ITSM suite uses locale to determine the view to
> be displayed in the appropriate language.  Not sure about menus.
>
> Dave
>
>  --
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer
> *Sent:* Tuesday, April 24, 2012 5:03 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Remedy in Chinese
>
> **
> Hi Everyone,
>
> We have an office in Shenzhen, China that began 3 years ago and at that
> time the staff was small and we were able to hire English speaking/writing
> staff.  No problem.
>
> Now that our business is growing there we need to accommodate non-English
> speaking staff.  Also basic things like installations and invoicing require
> exact Chinese spelling and some of that is getting lost in the Chinese to
> English to Chinese translations causing issues.
>
> I know that the 'Simplified Chinese' language set is supported but I
> interpret that to mean in field labels.
>
> Does anyone have experience with adding a second language to an existing
> Remedy application?  This would include menus and selection field values.
> Did you have to run two sets of menu and somehow activate the one you want
> dependent on say your locale?  What did you do for selection field values.
>
> That leads to database issues and how that is all stored too.
>
> The idea is a flavor of follow the sun for support.  If you're in Europe
> or US you see English, if you're in China you see Chinese.  How does that
> happen?  I figure the locale takes care of the labels although I'm not
> really sure how that happens but what about field contents?
>
> Any experiences you've had would be helpful to know.
>
> I appreciate your feedback.
>
> Susan
>
>  ARS v7.5p3
> Oracle 10g
> Sun Solaris UNIX
> Users on Windows XP and 7 64bit
>
>
> *Susan Palmer***
>
> *Enterprise Remedy Developer and Administrator*
>
> *ShopperTrak*  Chicago USA
>
> O:  312.529.5325 |  M:  312.502.7687
>
> spal...@shoppertrak.com
>
> www.shoppertrak.com
>
>
>  ARS v7.5p3
> Oracle 10g
> Sun Solaris UNIX
> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Remedy in Chinese

[Susan Palmer]

Sorry ... custom apps.

On Tue, Apr 24, 2012 at 4:27 PM, Shellman, David wrote:

> ** **
> Susan,
>
> Custom apps or OTB?  The ITSM suite uses locale to determine the view to
> be displayed in the appropriate language.  Not sure about menus.
>
> Dave
>
>  --
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer
> *Sent:* Tuesday, April 24, 2012 5:03 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Remedy in Chinese
>
> **
> Hi Everyone,
>
> We have an office in Shenzhen, China that began 3 years ago and at that
> time the staff was small and we were able to hire English speaking/writing
> staff.  No problem.
>
> Now that our business is growing there we need to accommodate non-English
> speaking staff.  Also basic things like installations and invoicing require
> exact Chinese spelling and some of that is getting lost in the Chinese to
> English to Chinese translations causing issues.
>
> I know that the 'Simplified Chinese' language set is supported but I
> interpret that to mean in field labels.
>
> Does anyone have experience with adding a second language to an existing
> Remedy application?  This would include menus and selection field values.
> Did you have to run two sets of menu and somehow activate the one you want
> dependent on say your locale?  What did you do for selection field values.
>
> That leads to database issues and how that is all stored too.
>
> The idea is a flavor of follow the sun for support.  If you're in Europe
> or US you see English, if you're in China you see Chinese.  How does that
> happen?  I figure the locale takes care of the labels although I'm not
> really sure how that happens but what about field contents?
>
> Any experiences you've had would be helpful to know.
>
> I appreciate your feedback.
>
> Susan
>
>  ARS v7.5p3
> Oracle 10g
> Sun Solaris UNIX
> Users on Windows XP and 7 64bit
>
>
> *Susan Palmer***
>
> *Enterprise Remedy Developer and Administrator*
>
> *ShopperTrak*  Chicago USA
>
> O:  312.529.5325 |  M:  312.502.7687
>
> spal...@shoppertrak.com
>
> www.shoppertrak.com
>
>
>  ARS v7.5p3
> Oracle 10g
> Sun Solaris UNIX
> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_
> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Remedy in Chinese

[Joe Martin D'Souza]

As David said, you could have different views for different locales and resolve 
the character menu problem..

For character menus, you could have a flag for the users to select what their 
language preference would be. And store the contents of these character menus 
in a configuration data form, with 112 field enabled that has two group 
segregations.. One English and the other  Chinese..

Those who have an English preference would be put in the English group and the 
Chinese preference in the Chinese group..

That should be able to pull the right menus for both the languages..

Joe

From: Shellman, David 
Sent: Tuesday, April 24, 2012 5:27 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG 
Subject: Re: Remedy in Chinese

** 
Susan,

Custom apps or OTB?  The ITSM suite uses locale to determine the view to be 
displayed in the appropriate language.  Not sure about menus.

Dave



From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Susan Palmer
Sent: Tuesday, April 24, 2012 5:03 PM
To: arslist@ARSLIST.ORG
Subject: Remedy in Chinese


** 
Hi Everyone,

We have an office in Shenzhen, China that began 3 years ago and at that time 
the staff was small and we were able to hire English speaking/writing staff.  
No problem.

Now that our business is growing there we need to accommodate non-English 
speaking staff.  Also basic things like installations and invoicing require 
exact Chinese spelling and some of that is getting lost in the Chinese to 
English to Chinese translations causing issues.

I know that the 'Simplified Chinese' language set is supported but I interpret 
that to mean in field labels.  

Does anyone have experience with adding a second language to an existing Remedy 
application?  This would include menus and selection field values.  Did you 
have to run two sets of menu and somehow activate the one you want dependent on 
say your locale?  What did you do for selection field values.

That leads to database issues and how that is all stored too.

The idea is a flavor of follow the sun for support.  If you're in Europe or US 
you see English, if you're in China you see Chinese.  How does that happen?  I 
figure the locale takes care of the labels although I'm not really sure how 
that happens but what about field contents?  

Any experiences you've had would be helpful to know.  

I appreciate your feedback.

Susan

ARS v7.5p3
Oracle 10g
Sun Solaris UNIX 
Users on Windows XP and 7 64bit

Susan Palmer

Enterprise Remedy Developer and Administrator

ShopperTrak  Chicago USA

O:  312.529.5325 |  M:  312.502.7687

spal...@shoppertrak.com

www.shoppertrak.com



ARS v7.5p3
Oracle 10g
Sun Solaris UNIX

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Remedy in Chinese

[Shellman, David]

Susan,

Custom apps or OTB?  The ITSM suite uses locale to determine the view to be 
displayed in the appropriate language.  Not sure about menus.

Dave


From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Susan Palmer
Sent: Tuesday, April 24, 2012 5:03 PM
To: arslist@ARSLIST.ORG
Subject: Remedy in Chinese

**
Hi Everyone,

We have an office in Shenzhen, China that began 3 years ago and at that time 
the staff was small and we were able to hire English speaking/writing staff.  
No problem.

Now that our business is growing there we need to accommodate non-English 
speaking staff.  Also basic things like installations and invoicing require 
exact Chinese spelling and some of that is getting lost in the Chinese to 
English to Chinese translations causing issues.

I know that the 'Simplified Chinese' language set is supported but I interpret 
that to mean in field labels.

Does anyone have experience with adding a second language to an existing Remedy 
application?  This would include menus and selection field values.  Did you 
have to run two sets of menu and somehow activate the one you want dependent on 
say your locale?  What did you do for selection field values.

That leads to database issues and how that is all stored too.

The idea is a flavor of follow the sun for support.  If you're in Europe or US 
you see English, if you're in China you see Chinese.  How does that happen?  I 
figure the locale takes care of the labels although I'm not really sure how 
that happens but what about field contents?

Any experiences you've had would be helpful to know.

I appreciate your feedback.

Susan

ARS v7.5p3
Oracle 10g
Sun Solaris UNIX
Users on Windows XP and 7 64bit

Susan Palmer
Enterprise Remedy Developer and Administrator
ShopperTrak  Chicago USA
O:  312.529.5325 |  M:  312.502.7687
spal...@shoppertrak.com
www.shoppertrak.com

ARS v7.5p3
Oracle 10g
Sun Solaris UNIX
_attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"