Method, system and computer program product for providing a user interface with alternative display language choices6496844Abstract A user control is provided to selectively display and/or edit the contents of any field within a multi-field text string object having separate fields each containing a different representation of a text string (e.g., Kanji symbols, syllabary characters phonetically spelling the Kanji symbols, and latin characters phonetically spelling the Kanji symbols). The various fields thus encapsulate identification, meaning, and pronunciation information for a single text string. A controller interface between the user control and the multi-field text string object allows methods within the user control to be performed on the multi-field text string object. Contents of the currently selected display field for the multi-string text string object are displayed, together with a selection control. The selection control may be actuated to display an ordered list of the contents of all fields within the multi-field text string object, and the current display field altered by selecting a field from the displayed list. A user unable to recognize, understand, or pronounce a text string based on one representation of a text string may thus switch views to a different representation of the same text string familiar to the user. Contents of the currently selected display field may also be edited. Claims What is claimed is: Description BACKGROUND OF THE INVENTION
TABLE I
Field Type Data
baseString Java String The user's text
sortString Java String Language/locale dependent
altString Java String Language/locale dependent
sourceLocale Java String ISO-3166 code, example "US"
sourceLanguage Java String ISO-639 code, example "en"
sourceVariant Java String Variant code
targetLocale Java String ISO-3166 code, example "JP"
targetLanguage Java String ISO-639 code, example "ja"
targetVariant Java String Variant code
A Java constructor for a new, empty IString class object 202 where the contents are independent of language or locale may be: /********************************************* * * <P> </P> * * <dt> <b> Description: </b> <dd> * <p> Allocate a new IString containing no characters in the default * locale. </p> * ********************************************** public IString( ) { this.baseString=new String( ); this.sortString=new String( ); this.altString=new String( ); init( ); } To allow objects of the IString class 202 datatype to be stored in an Object Database (OD8), however, and to permit manipulation of IString data by Common Object Request Broker Architecture (CORBA) applications, an Interface Definition Language (IDL) class should be defined: struct IString{ string baseString; //base test String string sortString; //related text String for collation string altString; //related alternate text String (pronunciation) string sourceLocale; //source locale as an ISO-3166 code string sourceLanguage; //source language as an ISO-639 code string sourceVariant; //source variant code string targetLocale; //target locale as an ISO-3166 code string targetLanguage; //target language as an ISO-639 code string targetVariant; //target variant code } The contents of baseString 204, sortString 206, and altString 208 are preferably but not necessarily Unicode text entered by data entry methods 210 within IString class 202. Dataentry methods 210, and thus the contents of baseString 204, sortString 206, and altString 208, may depend at least in part on language and locale parameters defined by sourceLocale field 212, sourceLanguage field 214, targetLocale field 216, and targetLanguage 218. Because data entry methods 210 are dependent on the locale and/or langauge employed by the underlying host system, creation of a new IString object 202 preferably results in the locale and language properties of the host system in which the IString object 202 is created being placed in sourceLocale field 212 and sourceLanguage field 214. A constructor for allocating a new, empty IString for a specified locale and language determined from the host system in which the IString class object 202 is being created may be: /********************************************* * * <P> </P> * * <dt> <b> Description: </b> <dd> * <p> Allocate a new IString containing no characters in the * specified locale.</p> * ********************************************** public IString(Locale loc) { this.baseString=new String( ); this.sortString=new String( ); this.altString=new String( ); this.sourceLocale=loc.getLocale( ); this.sourceLanguage=loc.getLanguage( ); init( ); } Input of data into an IString class 202 object is preferably locale- or language-dependent. The source-Language and targetLanguage properties 214 and 218 control how data is input into an IString class object 202 by data input methods 210. The sourceLanguage property 214 may be set to the language property of the host system on which the IString class object is created. The targetLanguage property 218 may also be set to that language, or may alternatively be set to a common, "universal" language such as English. Data input methods 210 compare sourceLanguage and targetLanguage properties 214 and 218 to determine what is entered into baseString 204, sortString 206, and altString 208 in an IString class object 202. Character strings are entered into the baseString 204, sortString 206, and altString 208 fields by data input methods 220 for IString class 202, which may selectively utilize data from either the user's direct entry or specification, from transliteration engine 220, or from the Input Method Editor (IME) 224. Where the targetLanguage property 218 is set to English as a default, data entry methods 210 determine the contents of baseString 204, sortString 206, and altString 208 fields based upon the character set employed by the language in which data is entered by the user (sourceLanguage property 214). For languages which employ the latin character set, the user input is placed by data entry methods 220 into all three fields (baseString 204, sortString 206, and altString 208) of the IString class 202 by data entry methods 210. A suitable constructor may be: /********************************************* * * <P<P> </P> * * <dt> <b> Description: </b> <dd> * <p> Allocate a new IString which contains the same sequence of * characters as the string argument in the specified locale. </p> * ********************************************** public IString(String str, Locale loc) { this.baseString=new String(str); this.sortString=new String(str); this.altString=new String(str); this.sourceLocale=loc.getLocale( ); this.sourceLanguage=loc.getLanguage( ); init( ); } For most locales and languages, the entered string will be input into all three fields of the IString object 202. If targetLanguage property 218 were not set to English, data entry methods 224 would input the user-entered text into all three fields whenever the languages identified in source-Language and targetLanguage properties 214 and 218 employ a common character set (e.g., both employ latin characters, as in the case of Spanish and Afrikaans). Table II illustrates how data is entered into IString class 202 fields where the host language and locale utilize the latin character set.
TABLE II
illustrates how data is entered into IString
class 202 fields where the host language and locale utilize
the latin character set.
Field Type Data
baseString Java String Hetherington
sortString Java String Hetherington
altString Java String Hetherington
sourceLocale Java String US
sourceLanguage Java String en
targetLocale Java String US
targetLanguage Java String en
If desired, the fields may be individually edited and the object artificially promoted for sorting purposes by inserting a string having a lower sort value (e.g., "AAA_Hetherington") into sortString 206. For languages which do not employ the latin character set, but which utilize a character set which may be sound mapped to the latin character set, the user input is entered by data entry methods 210 into baseString 204 and sortString 206, but a transliterated, phonetic representation of the input is placed in altString 208. An internal method within the transliteration engine 220 is employed to sound-map the passed string to a phonetic, latin character representation for altString 208 to transliterate entered characters into other characters understandable to people who are not familiar with the character set of the original language. To generate the contents of altString 208, transliteration engine 220 selects an appropriate Java resource file 222 containing a mapping table to create the alternate text to be placed in altString 208. The selection of the particular resource file which is employed based on the combination of source and target languages. Java resource files 222 are named for the combination of languages for which the mapping is being performed. In the example shown in FIG. 2, ru_en.class is for mapping Russian (Cyrillic characters) to English (Latin characters). The structure of resource file 222 is a table with associated entries for foreign language characters and corresponding latin characters. A suitable constructor for an IString object in which altString 208 is transliterated from the passed string may be: /********************************************* * * <P> </P> * * <dt> <b> Description: </b> <dd> * <p> Allocate a new IString. The baseString and sortString are the * passed string, the altString is transliterated into the target * language.</p> * ********************************************** public IString(String str) { this.baseString=new String(str); this.sortString=new String(str); if(isSameLanguage(( ) this.altString=new String(str); else this.altString=transmrogrify(str, this.sourceLanguage, this.targetLanguage); } The "transmogrify" method is the internal method within transliteration engine 220 which was described above. The character set into which the entered characters are transliterated is determined from the targetLanguage property 218, which in the exemplary embodiment is assumed to be set to English. Given an appropriate resource file 222, however, characters may be transliterated between any two languages for which characters in one language sound-map to one or more characters in the other. Table III illustrates how data is entered into IString class 202 by data entry methods 210 where the language utilizes a non-latin character set which maps to the latin character set, such as Russian Cyrillic.
TABLE III
Field Type Data
baseString Java String {character pullout}
sortString Java String {character pullout}
altString Java String David Kumhyr
sourceLocale Java String RU
sourceLanguage Java String ru
targetLocale Java String US
targetLanguage Java String en
In the example shown, the text entered by the user is inserted into both baseString, 204 and sortString 206, but the text entered into altString 208 is selected by transliteration engine 220 utilizing a resource table of Russian Cyrillic to English character sound mappings. The phonetic representation of the baseString 204 is thus entered into altString 208 as a pronunciation key for users unfamiliar with the Cyrillic character set. For languages which do not employ the latin character set or a character set which may be sound-mapped to the latin character set, data entry methods 210 input data into the baseString 204, sortString 206, and altString 208 fields which is derived from the input method editor (IME) 224. IME 224 may be either a customized input method editor or the input method editor which is integrated into Asian versions of the Windows NT operating system available from Microsoft Corporation of Redmond Washington. If the Windows NT input method editor is employed, the appropriate data must be extracted from the Windows NT input method editor internal data storage. Table IV illustrates how data is entered into IString class 202 by data entry methods 210 for logosyllabic languages, such as Japanese, which employ neither the latin character set nor a character set which may be sound-mapped to the latin character set.
TABLE IV
Field Type Data
baseString Java String <Kanji>
sortstring Java String {character pullout}
altString Java String hayashi
sourceLocale Java String Jp
sourceLanguage Java String ja
targetLocale Java String US
targetLanguage Java String en
Logosyllabic languages do not have alphabets, but instead have very large character sets with symbols ("ideographs") corresponding to concepts and objects rather than simple sounds. For instance, the Joyo Kanji List (Kanji for Daily Use) adopted for the Japanese language in 1981 includes 1945 symbols. Normal computer keyboards cannot contain enough separate keys to have one for each symbol in the language, so input is accomplished phonetically utilizing keystroke combinations to select characters from one of two phonetic syllabaries, hiragana or katakana, and dictionary lookup for Kanji symbol creation. The process is implemented in the Windows NT input method editor identified above. For logosyllabic or ideograhic languages, therefore, the data entered into altString 208 is the latin characters typed by the user to compose the desired ideograph. The data entered into sortString 206 are the syllabary characters phonetically spelling the desired ideograph, providing an intermediate representation of the ideograph. The data entered into baseString 204 is the final ideograph selected by the user. As with transliteration of non-latin characters as described above, non-latin characters may be entered into altString 208 if the targetLanguage property is set to a language other than English and IME 224 supports composition of the ideographs by phonetic spelling in a language other than English. For instance, an IString object 202 might contain Japanese Kanji in baseString 204, hiragana in sortString 206, and Cyrillic characters in altString 208 if IME 224 permits composition of Japanese Kanji characters by phonetic spelling in Russian. A suitable constructor for receiving baseString 204, sortString 206 and altString 208 from IME 224 via data entry methods 210 for entry into an IString object 202 may be: /********************************************* * * <P> </P> * * <dt> <b> Description: </b> <dd> * <p> Allocate a new IString. The baseString, sortString and * altString are entered from the IME utilizing the default language and * locale. </p> * ********************************************** public IString(String base, String sort, String alt, Locale src, Locale tgt) { this.baseString=base; this.sortString=sort; this.altString=alt; this.sourceLocale=src.getLocale( ); this.sourcelanguage=src.getLanguage( ); this.targetlocale=tgt.getLocale( ); this.targetLanguage=tgt.getLanguage( ); init( ); } The contents of baseString 204, sortString 206 and altString 208 are entered into the respective fields from data derived from IME 224, while the contents of sourceLocale 212 and sourceLanguage 214 are entered from the default locale and language properties specified by the host system in which data is being entered into IString object 202. The contents of targetLocale 216 and targetLanguage 218 will typically be a locale/language code for a language utilizing the latin character set such as "en_US" (English--United States). Regardless of the language in which text is entered into an IString class object 202, the data automatically entered into each of the baseString 204, altString 206, and sortString 208 by data entry methods 210 may be overridden or altered using other methods. The fields of an IString object 202 may preferably be individually and independently edited, allowing artificial promotion within sortString field 206 as described above, replacement of an erroneously selected ideograph in baseString field 204, or correction of a phonetic spelling within altString field 208. While the above-described methods assumed that the source and target languages were taken from host system defaults, data may alternatively be entered into baseString 204, sortString 206 and altString 208 for specified source and target languages utilizing the constructor: /********************************************* * * <P> </P> * * <dt> <b> Description: </b> <dd> * <p> Allocate a new IString. The baseString, sortString and * altString are entered from the IME for specified target and source * language and locale. </p> * ********************************************** public IString(String base, String sort, String alt, String srcLanguage, String srcLocale, String tgtLanguage, String tgtLocale) { this.baseString=base; this.sortString=sort; this.altString=alt; this.sourceLocale=srcLocale; this.sourceLanguage=srcLanguage; this.targetLocale=tgtLocale; this.targetLanguage=tgtLanguage; init( ); } In this constructor, the source and target language and locale which are employed to select the characters entered into baseString 204, sortString 206 and altString 208 may be specified. This latter constructor may be employed to create an IString object 202 in other than the host system default language, or in host systems where data for the IString object 202 is received from another system and a local instance is created. It should be noted that transliteration engine 220 and messaging methods 226 need not necessarily be implemented within an IString class 202 as depicted in FIG. 2, and that IME method 220 need not be implemented separately. Transliteration engine 220 and messaging methods 226 may instead be implemented within separate subclasses which are appropriately constructed and/or invoked by IString class 202 as necessary, while IME 224 may be implemented as a method within IString class 202. Transliteration engine 220 and IME 224 and are only required by data entry methods 210 to gather input data for IString class 202 objects under certain locale and language property settings. Otherwise, data may be programmatically input into baseString 204, sortString 206, and altString 208 by invoking the proper constructor. The methods which may be invoked by programs at runtime to programmatically get and set fields within IString 202 include: /********************************************* * * <P> </P> * * <dt> <b> Description: </b> <dd> * <p> Get the IString baseString. </p> * * @returns str String containing the base string * ********************************************** public String getBaseString( ) { return this.baseString; } This method returns the contents for baseString 204 for an IString object 202. Similar methods return the contents of sortString 206 and altString 208: /********************************************* * * <P> </P> * * <dt> <b> Description: </b> <dd> * <p> Get the IString sortString. </p> * * @returns str String containing the sort string * ********************************************** public String getSortString( ) { return this.sortString; } /********************************************* * * <P> </P> * * <dt> <b> Description: </b> <dd> * <p> Get the IString altString. </p> * * @returns str String containing the alt string * ********************************************** public String getAltString( ) { return this.altString; } The methods also include setting baseString 204: /********************************************* * * <P> </P> * * <dt> <b> Description: </b> <dd> * <p> Set the IString baseString. </p> * @param str String containing the base string * ********************************************** public void setBaseString(String sBase) { this.baseString=sBase; } as well as sortString 206 and altString 208: /********************************************* * * <P> </P> * * <dt> <b> Description: </b> <dd> * <p> Set the IString sortString. </p> * * @param str String containing the sort string * ********************************************** public void setSortString(String sSrt) { this.sortString=sSrt; } ********************************************** * ********************************************** * P> </P> * * <dt> <b> Description: </b> <dd> * <p> Set the IString altString. </p> * * @param str String containing the alt string * ********************************************** public void setAltString(String sAlt) { this.altString=sAlt; } In addition to getting and setting baseString 204, sortString 206, and altString 208 for an IString object 202, programs may need to get or set the display locale or language of an IString object 202. Accordingly, other methods are provided to permit a program to get and/or set the locale or language properties of IString data: /********************************************* * * <P> </P> * * <dt> <b> Description: </b> <dd> * <p> Get the locale of the IString data. </p> * * @returns loc Locale containing the locale of the data * ********************************************** public Locale getLocale( ) { Locale loc=new Locale(this.sourceLanguage, this.sourceLocale); return loc; } /********************************************* * * <P> </P> * * <dt> <b> Description: </b> <dd> * <p> Set the locale of the IString data. </p> * * @param loc Locale of the data * ********************************************** public void setLocale(Locale loc) { this.sourceLocale=loc.getLocale( ); this.sourceLanguage=loc.getLanguage( ); } /********************************************* * * <P> </P> * * <dt> <b> Description: </b> <dd> * <p> Get the display language of the IString data. </p> * * @returns Display language of the data * ********************************************** public String getDisplayLanguage( ) { Locale loc=new Locale(this.sourceLanguage, this.sourceLocale); return loc.getDisplayLanguage( ); } /********************************************* * * <P> </P> * * <dt> <b> Description: </b> <dd> * <p> Get the display locale of the IString data. </p> * * @returns Display locale of the data * public String getDisplayLocale( ) { if(this.sourceLanguage==null&&this.sourceLocale==null) return null; else { Locale loc=new Locale(this.sourceLanguage, this.sourceLocale); return loc.getDisplayLocale( ); } } While these methods are available, IString class 202 preferably exhibits a "black box" behavior such that the programmer/user need not know anything about the methods implemented for IString class 202. IString class 202 simply appears as a data type which encapsulates extra information about baseString 204 and also includes some methods for transforming characters from one character set to another. For special cases where the sortString field 206 or altString field 208 are to be exposed to the user in addition to or in lieu of baseString 204, either for editing or for display only, a separate set of controls may be provided. In the present invention, IString class 202 is employed to effectively transfer human language data across systems employing incongruous languages. The contents of baseString 204 provide a native representation of the text in the default language of the system originating the IString object 202. However, for each system participating in the exchange of data with other systems running in different human languages, the targetLocale property 216 and targetLanguage 218 property of an IString object 202 are preferably set to a common value (e.g., targetLocale="US", targetLanguage="en"). The contents of altString 208 will thus contain a common, cross-language representation of the text string. In systems where the default language of a system receiving an object differs from the language of the contents of baseString 204, IString class object 202 may automatically switch to presenting the contents of altString 208 as the text string to be displayed or processed. Referring to FIG. 3, a diagram of a mechanism for providing control over the display and editing of individual multi-field text class objects or discrete sets of multi-field text class objects in accordance with a preferred embodiment of the present invention is depicted. In order to enable all Java Abstract Windowing Toolkit (AWT) controls to use and display IString information, a text manager class, IStringControl 302, and an IString controller interface 312 are defined. IString controller interface 312 intercepts all display requests to IString objects 304, passing the contents of a current display field to a control in response to such display requests. IString controller interface 312 thus allows legacy controls to display the contents of IString objects 304 without a specialized display control. The constructor for IStringcontrol 302 takes as its parameters an IString class 304 and a Java Foundation Class (JFC) control 306, a menu item 308, or any other control 310 having a setText( ) method. IStringControl 302 is responsible for managing which IString field (baseString, sortString, or altString) is visible in the control which it manages, and for implementing methods to enter or change text within the IString objects 304. IStringControl 302 intervenes in all calls to the setText( ) method of any control, performing the necessary processing to enter text in a field of an IString object 304 utilizing a control. For each instance of a text control within a user interface dialog, instead of calling the setText( ) method on the JFC control, an IString controller interface 312 and the JFC control are created along with an IStringControl 302 to manage the JFC control. This allows a dialog or frame containing a number of single-valued, text-based controls (e.g., JLabel or JTextField) to show IString values. Additionally, instead of taking a JFC control as one of its constructor parameters, IStringcontrol 302 could take a java.awt.Component instead and look for a setText( ) method employing introspection, making IString support potentially ubiquitous. The IString controller ("IStringControlActions") interface 312 is also defined with methods for configuring and querying IStringControl 302. Such methods include: public void setText(IString text), public IString getText( ), public void setVisibleField(int field), public int getVisibleField( ), setPopupEnabled(boolean enabled), and isPopupEnabled( ). The getText( ) and getVisibleField( ) methods are not voided within controller interface 312 to allow controller interface 312 to pass the contents of the current display field ("visibleField") to a legacy control, including Java AWT controls such as JLabel Control 306, JFC controls such as Menu Item 308, or any other control 310 including a getText( ) method. The setText( ) and setVisibleField( ) methods within controller interface 312 are;voided since a specialized IString control 302 should intervene in any calls to a setText( ) method within a legacy control. The parameter "field" in the methods listed above is either IStringControl.BASE, IStringControl.SORT, or IStringControl.ALT. The last two methods listed above determine whether popup displays are shown with IString field contents. Additionally, a grouping class 314, analogous to ButtonGroup and called IStringControlGroup in the example, may be defined which implements the IStringControlOptions method. Instances 316 of IStringcontrol 302 may be added to grouping class 314 to create a context, such as a dialog or an entire application, within which all controls are configurable at once. With the structure shown in FIG. 3 and described above, the application and even the programmer have very little extra work to perform in order to utilize IString data within an application, although a richer set of methods for special operations may be utilized if desired. Controller interface 312 also provides a mechanism for changing the display of IString data via messaging. IString data objects 304, controls 302, 306, 308, and 310, and group controller 314 all may register as listeners with controller interface 312 for messages which contain the language and/or locale code, such as a language change message, a locale change message, or a display change message. Language and locale change messages may alter the language and locale property settings within the underlying system, while a display change message may simply alter the language and/or locale (separately or jointly) employed to select IString data display fields without altering the underlying system language and locale properties. The language, locale, and display change message(s) may be initiated either by a user through a dialog to controller interface 312 or by an application sending an appropriate message. When a new language and/or locale is selected, all enabled subscribers may choose to react to the message by reloading human language and reformatting locale specific data. The language, locale, and display change messages may invoke one or more messaging methods 224 within an IString object 202 depicted in FIG. 2. When a language change message is received, IString objects 302 operate on their data logically. Some IString objects 302 may have no behavior change for a change of language, but do for a change of locale. For example, a numeric date display would change its presentation format depending on the locale selected (e.g., from U.S. to European), but the digits would not change. Other objects will have behavior changes for both language and locale, as in a text date display which changes both the presentation format and the textual month name and weekday name. Referring to FIGS. 4A-4B, user interface diagrams for a process controlling the display of multi-field text class objects in accordance with a preferred embodiment of the present invention are illustrated. FIG. 4A illustrates the user interface where the object name is contained within with a multi-field text string object with the contents of a first field displayed, which in the exemplary embodiment is the sortString field containing Katakana characters phonetically spelling the Kanji symbol with the baseString (not shown). The control depicted in FIG. 3 and described above may be utilized to control the display of the multi-field text string object. FIG. 4B illustrates the user interface displaying the same object where the display field of the object name has been changed to the contents of the altString field. With reference now to FIGS. 5A-5B, a user interface control for selecting or editing a current display field for a multi-field text string object in accordance with a preferred embodiment of the present invention is illustrated. FIGS. 5A-5B are intended to be read in conjunction with FIGS. 2 and 3. Control 502 is preferably a specialized IString control 302 capable of requesting the contents of any field within an IString object. Control 502 includes a display area 504 for displaying the contents of the current display field of an IString object 202 or 304, as well as a selection control 506 for initiating selection of a different field to display. The contents of the currently selected display field of the IString object 202 or 304 may be retrieved by the getVisibleField method for display. A visibleField parameter within IString object 202 or 304 identifies which field, baseString 204, sortString 206, or altString 208, is currently selected for display. Based on the visibleField parameter, the getVisibleField method effectively performs a getText(field) process on the IString object 202 or 304, where the "field" parameter is IString.BASE, IString.SORT, or IString.ALT, to retrieve the string within the field currently selected for display. Selection control 506 may be a conventional downward-pointing arrow which is actuated by "clicking" on selection control 506, manipulating a pointing device until the cursor is over selection control 506, and then actuating the pointing device or a particular button on the pointing device. When actuated, selection control 506 produces a drop-down box 508 containing all three fields of the IString object 202 or 304 in the order baseString 204, sortString 206, and altString 208. The contents of all three fields may be retrieved by performing a plurality of getText( ) methods on IString.BASE, IString.SORT, and IString.ALT. The three strings may then be displayed as an ordered list within drop-down box 508 in accordance with the known art. As with conventional pull-down menus and drop-down boxes, an entry within drop-down box 508 over which the cursor is presently located is highlighted by a bar 510. The user may select a different field for display by clicking on the desired entry within drop-down box 508. Control 502 then performs a setVisibleText method to alter the visibleText parameter to IString.BASE, IString.SORT, or IString.ALT as appropriate, then reloads display area 504 with the contents of the newly-selected current display field. A user may edit the contents of a currently selected display field without altering the contents of the remaining fields by double-clicking on the display area 504 while the field to be edited is displayed. The user-specified text string, which may include any characters, is stored in the currently displayed field with a setText( ) method. To edit the contents of a field which is not currently displayed, the user employs selection control 506 to select the field to be edited as the current display field and then edits the field within display area 504. Control 502 may be suitably implemented within status bars or, as shown in FIG. 5B, may be integrated into a dialog box 512 with other controls. As shown, the other controls may include, for example, radio buttons 514 controlling whether selection control 506 is enabled or disabled and whether the contents of display area 504 are read-only or editable. In this manner, utilizing the corresponding parameters of selection control 506 and display area 504 alone or in combination, control 502 may prevent the user from altering the current display field for a specific IString object, from editing the contents of any field with a specific IString object, or from editing the contents of a specific field within a specific IString object. With reference now to FIG. 6, a high level flowchart for the operation of a user control for selectively displaying or editing any field within a multi-field text string in accordance with a preferred embodiment of the present invention is depicted. The process illustrates is a process by which control 502 depicted in FIG. 5 operates. The process begins at step 602, which depicts display of an IString object with user control 502 being initiated, then passes to step 604, which illustrates determining which field is the current display field and displaying the contents of that field within the control. The process next passes to step 606, which depicts a determination of whether a change in the display field has been initiated, as by a user actuating selection control 506. If so, the process proceeds to step 608, which illustrates displaying all fields for the IString object in drop-down box 508 in order, and altering the contents of display window 504 if a new field is selected as the current display field. Drop-down box 508 is removed once the user has selected a field for display. If no change in the current display field is initiated, the process proceeds instead to step 610, which depicts a determination of whether an edit of the contents of the current display field has been initiated, as by the user double-clicking on display window 504. If so, the process proceeds to step 612, which illustrates editing the contents of the current display field using a simple editor, the transliteration engine, or the IME depending on the source and target languages of the IString and on the field being edited. From either of steps 608 or 612, the process next passes to step 614, which depicts a determination of whether the display of an IString object with control 502 has been terminated. If not, the process returns to step 606 to await further user initiation of a display field change or edit. If so, however, the process proceeds instead to step 616, which illustrates the process becoming idle until another display of an IString object utilizing control 502 is initiated. The user control of the present invention allows a user to derive benefits of the IString class by switching views between different fields of an IString object to see different representations of the text string. A user unable to recognize, understand or pronounce a text string based on a representation stored within the current display field may which to another representation, such as a phonetic spelling of the text string. This allows text strings entered in one language to be recognized, understood, or pronounced by users unfamiliar with the language in which the text string was entered. It is important to note that while the present invention has been described in the context of a fully functional data processing system and/or network, those skilled in the art will appreciate that the mechanism of the present invention is capable of being distributed in the form of a computer usable medium of instructions in a variety of forms, and that the present invention applies equally regardless of the particular type of signal bearing media used to actually carry lout the distribution. Examples of computer usable mediums include: nonvolatile, hard-coded type media such as read only memories (ROMs) or erasable, electrically programmable read only memories (EEPROMs), recordable type mediums such as floppy disks, hard disk drives and CD-ROMs, and transmission type mediums such as digital and analog communication links. While the invention has been particularly shown and described with reference to a preferred embodiment, it will be understood by those skilled in the art that various changes in form and detail may be made therein without departing from the spirit and scope of the invention.
|
Same subclass Same class Consider this |
||||||||||