Susan, one thing you might consider is having a field (or more than one) that only displays in the Mid-tier in which Chinese could be entered. Use the Client Type keyword. That would allow Chinese where it was necessary without fear of the UT corrupting the text.
Rick On Jul 12, 2013 6:47 AM, "Susan Palmer" <suzanpal...@gmail.com> wrote: > ** > Thank you for the info Mark. That did not occur to me and we're going to > have to take precautions to prevent that. These are mostly Customer Name > and Addressing fields that are used for shipments and invoicing. Some > things do not translate correctly into English and cause issues. I had > already decided to go with a separate set of fields for, in this case, > Chinese language use only. I realize it's a duplication of information but > everyone works on all records. All of our China employees speak and write > English and the rest of the company needs to be able to read the info so > for most fields English is still the rule. In the rest of the world it's > mostly accent marks that cause issues. These fields are fairly static and > only rarely changed. > > Do you think modifications inter-mixing languages will cause corruption or > just jumbled data? > > Thanks, > Susan > > > On Fri, Jul 12, 2013 at 2:22 AM, Walters, Mark <mark_walt...@bmc.com>wrote: > >> ** >> >> You need to be careful if you’re going to be using a mix of midtier/User >> Tool clients to update the same records on a Unicode system and the data >> has multi-byte characters. It’s been pointed out, and you have found for >> yourself, that the User Tool is not Unicode safe. If, for example, you >> have a midtier user that creates a record with Chinese characters in a >> field then they will not be displayed correctly for a client looking at >> that record using the User Tool. If the User Tool client modifies the >> field with the Chinese characters it will mess up the multi-byte characters >> so that they are no longer displayed correctly in the midtier either.**** >> >> ** ** >> >> Mark**** >> >> ** ** >> >> *From:* Action Request System discussion list(ARSList) [mailto: >> arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer >> *Sent:* 12 July 2013 04:01 >> >> *To:* arslist@ARSLIST.ORG >> *Subject:* Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!** >> ** >> >> ** ** >> >> ** **** >> >> Thanks for the info Bhanu.**** >> >> Susan**** >> >> ** ** >> >> On Thu, Jul 11, 2013 at 5:10 PM, Singh, Bhanu <bhanu_si...@bmc.com> >> wrote:**** >> >> ** **** >> >> User Tool is not Unicode compliant. For 8.1, I would recommend using >> mid-tier.**** >> >> **** >> >> *From:* Action Request System discussion list(ARSList) [mailto: >> arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer >> *Sent:* Thursday, July 11, 2013 2:02 PM**** >> >> >> *To:* arslist@ARSLIST.ORG >> *Subject:* Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!** >> ** >> >> **** >> >> ** Do you know if 7.6.4 is unicode compliant?**** >> >> On Thu, Jul 11, 2013 at 3:18 PM, Rick Cook <remedyr...@gmail.com> wrote:* >> *** >> >> ** **** >> >> Fred is right. The 7.5 UT is not unicode compliant. **** >> >> Rick**** >> >> On Jul 11, 2013 12:19 PM, "Susan Palmer" <suzanpal...@gmail.com> wrote:** >> ** >> >> ** Into the user tool ... we haven't installed mid-tier yet. But I was >> hoping that not everyone would have to use mid-tier, my personal preference >> is the user tool. **** >> >> **** >> >> On Thu, Jul 11, 2013 at 2:14 PM, Grooms, Frederick W < >> frederick.w.gro...@xo.com> wrote:**** >> >> When you paste into Remedy are you pasting into the User Tool or >> Mid-Tier? I don't remember how Unicode the 7.5 user tool is, but Mid-Tier >> is Unicode compliant. >> >> Fred >> >> -----Original Message----- >> From: Action Request System discussion list(ARSList) [mailto: >> arslist@ARSLIST.ORG] On Behalf Of Susan Palmer >> Sent: Thursday, July 11, 2013 2:10 PM >> To: arslist@ARSLIST.ORG >> Subject: Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!! >> >> ****** >> >> Drinks all around the table !! >> >> We completed the upgrade to v8.1, Oracle 11g unicode on Linux on our play >> server today! Several restarts, dealing with numerous error messages >> mainly to do with the database, but finally we're there. We've never been >> so version current! >> >> And everything seems to work using the v7.5 user tool. We will be going >> to mid-tier but this is a major accomplishment. Now only 6 servers to go! >> >> I've tested a various aspects of our system, enough to feel it's a >> beautiful working piece of technology. >> >> There is one outstanding issue which I've sent to support regarding the >> display of Chinese characters in fields. One of the reasons we we're going >> to unicode was to display Chinese characters (among other characters) for >> our China office. >> >> When I copy an email with Chinese characters and paste it into a >> character field it still shows me the ???? rather than the character. When >> I paste the same text into Notepad for example I see the Chinese character. >> >> My expectations were that I'd see the data with the correct characters. >> Am I off-base? >> >> Smiling big time ... >> >> Susan**** >> >> -----Original Message-----**** >> >> On Tue, Jun 25, 2013 at 9:03 AM, Susan Palmer wrote: >> Hi Everyone, >> >> Our current environment is Solaris 10 with Oracle 10g non-unicode and ARS >> 7.5P4. We are trying to move to a Linux CentOS release 6.4 Final (Red Hat >> Linus 6.4) with Oracle 11g unicode and ARS 8.1. These are VM instances. >> >> We are finding the Linux box does want Oracle 10g. Since we are moving >> to a new server we wanted to do fresh installs at the 10g level and do an >> import of our database, then proceed with the oracle upgrade and ARS >> upgrade. >> >> So we thought we would start with an 11g db on the linux box and go from >> there but when we tried the 7.5 install it said it wouldn't work on 11g. >> When I check the compatibility chart it indicated 10g or higher for 7.5. >> >> So the basic steps we'd like to do: >> Install 11g on the linux server. >> Export 10g from current server and import it into 11g. >> Install ARS 7.5 (we received an error at this point saying it wouldn't >> work on 11g ???) >> Install ARS 8.1 >> >> Has anyone done something similar? Is there something wrong with our >> approach? >> >> Appreciate any feedback you can provide. >> >> Thanks, >> Susan >> >> Susan Palmer**** >> >> >> _______________________________________________________________________________ >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >> "Where the Answers Are, and have been for 20 years"**** >> >> **** >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ **** >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ **** >> >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ **** >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ **** >> >> ** ** >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ **** >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> > > _ARSlist: "Where the Answers Are" and have been for 20 years_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
