Carl Djerassi, chemist who developed the pill, to speak at UI symposium March 8

20140303mo-pill-and-pen-lecture-640x300

(Article Source: Iowa Now)

Author and chemist Carl Djerassi will give a keynote address at the symposium “Pill and Pen: Contraception and Unwanted Pregnancy in Literature and Popular Culture.” The symposium will be held Friday, March 7 through Sunday, March 9 in various locations across the University of Iowa campus.

There is no registration requirement. All presentations, lectures, and screenings are free and open to the public. Students and scholars are encouraged to attend.

Djerassi will speak on “The Rise and Demise of the Pill” Saturday, March 8 from 5 to 6:30 p.m. in the Old Capitol Senate Chamber. A full schedule of events and list of speakers can be found on the symposium website.

At the impressive age of 90, Djerassi, who has received more than 30 honorary doctorates from universities around the world, is a highly entertaining and provocative speaker. His combined expertise as a scientist and writer will introduce the symposium with what organizers say will be “an unusual and highly sophisticated keynote.”

Djerassi is an Austrian-born scientist who fled his country after the invasion of Hitler-Germany and eventually found a new home in the United States. One of the most prolific scientists of the 20th century, he has authored more than 1,000 research papers, five novels, eight plays, a book of poetry, volume of short stories, and a docudrama.

The chemist and author is currently a professor emeritus at Stanford University where he has been teaching since 1960. Djerassi likes to refer to himself as the “mother” of the birth-control pill for his role in creating a man-made form of progesterone, a naturally occurring hormone in females.

The Pill and Pen symposium is sponsored by the Division of World Languages, Literatures, and Cultures, and the departments of Chemistry; Cinema and Comparative Literature; and Gender, Women and Sexuality Studies in the College of Liberal Arts and Sciences.

Other sponsors include the Global Health Studies Program and the Center for Asian and Pacific Studies in International Programs, and the department of Pharmacology in the Carver College of Medicine. The event is also made possible by the Obermann Center for Advanced Studies, the Honors Program and the Center for Human Rights in the UI College of Law.

Individuals with disabilities are encouraged to attend all UI-sponsored events. If you are a person with a disability who requires a reasonable accommodation in order to participate in this program, contact Waltraud Maierhofer in advance at waltraud-maierhofer@uiowa.edu or at 866-465-1607.

Advertisements

Pleco Chinese Dictionary for iOS and Android Version 3.0

20140212we-pleco-chinese-dictionary-640x300

On 5 February 2013, Pleco announced a new version of their Chinese Dictionary software. After 2 years in development, the long-awaited version 3.0 the Pleco Chinese iOS app is finally here. An updated instruction manual with a transition guide and lots of screenshots is available here.

Major features in 3.0 include:

  • Totally redesigned user interface, with a more modern sidebar-based navigation and far fewer annoying / unnecessary toolbars. Lots of smaller refinements too, like draggable scrollbars, and of course it’s now all been fully optimized for iOS 7.
  • Totally redesigned typography, with lovely new English (Adobe Source Sans Pro) and Chinese (VMType 信黑体) fonts and a more consistent look for all dictionaries. We also now support the option to choose an alternate Chinese font and offer three of them as add-ons, along with a free add-on font to cover rare (Unicode Extension B/C/D) characters.
  • Vastly improved search: faster (multithreaded), merges results from all dictionaries together (so no more flipping between them to make sure you’ve caught all the results), frequency-sorted, and much more intelligent about full-text (partial words, variant spellings – ‘color’ will now also get you ‘colour’ and vice versa).
  • Vastly improved definition screen: dictionaries all appear in a single scrolling list so you don’t have to flip between them, the former 字 button features have all been merged into the main definition screen now, there’s a new-and-improved character component breakdown database (which has the added benefit of being free) and other new functions like lists of word breakdowns, an experimental thesaurus (download the database for that in Add-ons). And best of all, a pan-dictionary example sentence search – works for English and Chinese, aggregates every example sentence containing a particular word (even if it’s not the primary headword) and presents them to you in a single scrolling box.
  • Audio, most notably text-to-speech: example sentences now have buttons next to them to hear their audio; by default this uses iOS’ built-in text-to-speech system but since that’s not very clear or pleasant-sounding we also have a nicer one available as a paid add-on. Text-to-speech also works in the document reader and will read along in a document for you showing you the definition for each word as it goes.
  • Cantonese support: options for Cantonese search (in Jyutping), display (Jyutping or Yale), and audio (system TTS or a new Cantonese audio module); basic Cantonese transliterations are included in our built-in PLC dictionary, another one is available as a paid add-on and lots more stuff on this front is coming soon.
  • Much better iPad optimization, most screens are now either appropriately minimized popups or have been expanded to iPad-friendly two-panel mode.
  • History now has iCloud sync (with the ability to view a merged history list from all of your devices) and keeps track of words looked up in the document reader.
  • Rewritten low-level database engine to greatly reduce our app’s virtual address space usage – we were never very heavy on RAM, but we used to use a lot of address space loading data files, and now we don’t; this should vastly improve our app’s stability.
  • Document reader has just about every new feature people have ever asked for: pagination, full-text search, document-specific font settings, support for direct tap-lookups in a bunch of new formats (PDF/DOC/EPUB most notably), a hugely improved Web Reader engine (much faster / more reliable), a Web Reader “reading mode,” clipboard history, recently viewed document history and the ability to have several documents open at once.
  • File manager now supports Dropbox, though this is incomplete and about to get a lot better thanks to a Dropbox policy change (one that lets us access your entire Dropbox instead of just a single app folder).
  • Settings have been overhauled to be maybe not quite so terribly confusing as before – we actually got rid of more than half of the old settings and restructured them to make a bit more sense.
  • User dictionaries now support full-text search (enable in Settings / Manage Dictionaries).
  • OCR now has an optional crosshairs mode (little buggy but fun to play with and downright freaky with clear text on a really fast device), support for PDFs in still image mode, keeps track of recently viewed images and attempts to return you to your last place in them. (lots more OCR stuff coming in 2014)
  • Flashcards now have iCloud sync (though a bit experimental / buggy since iCloud itself is), some improved options for card creation (easy access to Card Info from the duplicate prompt and an “Update Text” option in Import), an option to easily install a premade list of HSK cards, and the much-requested “new cards per day” option; again, this is an area that will see a lot more improvements in 2014. We’ve also made the basic import / export / backup / organization features available even without purchasing the flashcard module, useful for (among other things) getting your flashcards off of a malfunctioning iPhone before reinstalling Pleco.

As far as an overall philosophy, aside from ‘make it look nice’ and ‘make it work well,’ something we’re starting to pay particular attention to is the idea of moving beyond individual dictionaries; we no longer want Pleco to be a dictionary viewer but rather an aggregator of reference data. So the moves towards merging dictionaries are a first step towards ultimately merging the data they contain in a more in-depth way too – we’ll preserve each dictionary’s distinct features, there wouldn’t be much point to offering them if they didn’t, but we’d like to do a better job of combining data where appropriate (stuff like links to variant characters / other characters with the same pronunciation, for example), and we’d like that philosophy to permeate some other parts of Pleco where it’s currently lacking (like flashcards). This may also include incorporating more data from other sorts of reference works and databases, some perhaps even that we develop ourselves, and using that data in more ways than we already do (all sorts of interesting things you can do analyzing a dozen different definitions for the same word).

New Dictionaries

6 in this release:

  • Oxford Chinese Dictionary (the big one), with full traditional character support (merged from the new traditional version) – $19.95
  • 汉语大词典 (the really big one) – this one’s ‘early access’ as we’re still cleaning up the jianti conversion and adding in data from the new ‘Supplement’ volume – $59.95
  • 廣州話方言詞典 from Commercial Press – popular monolingual Cantonese topolect dict, horrible Guangdong romanization changed to delightful Jyutping/Yale, first of 4+ licensed Cantonese dicts we’re working on, ‘early access’ due to some minor Cantonese app bugs which should be fixed in 3.0.1 – $19.95
  • 多功能成语词典 from Sinolingua (Chinese-Chinese) – $19.95
  • KEY Chinese-English dictionary, 280k entries based on the one from the PC app – $19.95
  • 中山 C-E/E-C Medical Dictionary (from FLTRP) – also ‘early access’ – $59.95

Key Features

OCR

Look up unknown Chinese words ‘live’ using your device’s camera, or tap-lookup words in a still image.

Handwriting

Look up words by drawing them on the screen; very accurate and tolerant of stroke order mistakes.

Dictionaries

Huge and growing collection of licensed dictionary databases, including titles from Oxford, Longman, FLTRP, and many other major publishers.

Audio

Recordings from two different native speakers for 34,000 words, with text-to-speech (for sentences) and Cantonese support coming soon.

Flashcards

Insanely powerful / customizable system, making it extremely easy to add new flashcards from dictionary entries or import pre-made vocabulary lists.

Document Reader

Look up words in a document simply by tapping on them; currently supports text files and web pages, EPUB / PDF / DOC support coming soon on iOS.

Incredibly Fast

We use a custom-built database engine so fast that it can search and process results from a dozen different dictionaries before you’ve finished lifting your finger off the screen.

Well-Supported

We’ve been in business for over a decade, and we offer free upgrades and free platform transfers whenever possible; we have users who bought the Pocket Oxford Chinese Dictionary from us for Palm Pilot in 2001 and are still able to use that same purchase on their brand-new iPhone 5 or Samsung Galaxy in 2013 without ever having had to pay an upgrade fee.

Abdul Chohan, Director at Essa Academy, Receives Distinguished Educator Award from Apple

20140208sa-abdul-chohan-apple-distinguished-educator-848x432

Abdul Chohan, Director at Essa Academy, has nurtured teacher and student relationships by creating an anytime, anywhere learning environment.

Under the guidance of Abdul’s visionary leadership, Essa, once a failing public school in the UK, has seen a fundamental shift at the heart of its culture.

The dramatic redesign of Essa’s learning spaces and the introduction of an iOS learning environment has led to Essa’s best achievement increase ever.

 

Noemi Trainor of The Varmond School Featured as Part of Apple’s 30th Anniversary

20140208sa-apple-technology-education-640x300

Unleashing every student’s potential

Dissatisfied with the one-size-fits-all approach to education, teacher Noemi Trainor created her own school with a Mac-based curriculum as its core. This unorthodox, personalized approach helped her students achieve unprecedented test scores and opened the door for Trainor to develop equally inspiring lesson plans for schools all over Latin America.

A good school for your kid. That’s what any parent wants. And that was precisely what Trainor and her husband wanted when their daughter was born over 20 years ago. But in the town of Morelia, Mexico, where Trainor grew up, they felt that the best school for their daughter didn’t exist, at least not then. “I said to my husband, ‘Why don’t we open one? You know, create the perfect kindergarten?’”

That school, Trainor’s first, started in her childhood home, and it’s still functioning today. Step inside the bedrooms-turned-classrooms, and you’ll see preschoolers, kindergartners, and first and second graders typing away on Mac computers. “We were convinced about the Mac because we used one of the first models when we were younger,” says Trainor’s husband. “It’s extremely user friendly, much easier to use than any other computer.”

“The Mac enhances the students’ creativity. They are producing and creating something of their own, which is amazing.” ~ Noemi Trainor

Today Trainor is the founder and principal of The Varmond School in Morelia, where the faculty and students work together to create textbooks using iBooks Author. So now it’s not just the Mac that engages the children, but iPad too. She credits the Mac with starting it all. “None of this would have been possible without the Mac. They’re so powerful. We couldn’t do it without them.”

The Varmond School is featured as part of Apple’s 30th Anniversary. [More…]

Adobe Reader XI Asian and Extended Language Font Pack for Viewing Chinese Characters in PDF Files

20140206th-adobe-reader-xi-asian-extended-language-font-pack-for-viewing-chinese-characters-in-pdf-files-640x300

To view Chinese and other Asian language characters in Adobe Reader,  you will need to download and install the Asian Font Pack for Adobe Reader:

Windows

Apple Mac Computers

Multilingual Advertising: Coca-Cola “It’s Beautiful” Television Super Bowl 2014 Commercial

20140205we-coca-cola-its-beautiful-super-bowl-commercial-multilingual-languages-640x300

The Coca-Cola company produced an inspiring multilingual commercial. Below are clips recorded during the production of the commercial, as well as the full commercial. These videos are popular, so you may need to refresh this page for the YouTube servers to retry loading the video.

Full Video (90 Seconds)

Official “Big Game” Super Bowl Commercial 2014

Arabic

English

Senegalese-French

Hebrew

Keres

Mandarin

Spanish

Tagalog

Behind the Scenes

Input Method Editors (IMEs) for Asian Script Language Input Fonts and Characters

Overview and Description

Because Windows 2000 and Windows XP allow the user to enter multiple languages using a variety of input methods, the system needs to know which in put method should be active for a particular language. These associations are called “installed language and method pairs,” or “input languages” (called “input locales” in Windows 2000). During installation, the default input language for the language version of the operating system, along with English, is installed for each user. The user can then define the list of input languages to be made available for his or her own account and usage. For example, on the same machine, one user can have an English keyboard layout and a Japanese IME installed, and another user can have both French and Arabic keyboard layouts installed. This customization is done by adding or removing input languages and using them on the fly from the Regional And Language Options property sheet, provided that the language support of the target language has already been installed.

Figure 1: Each user can add and remove input languages from the Languages tab of the Regional And Language Options property sheet.

Figure 1: Each user can add and remove input languages from the Languages tab of the Regional And Language Options property sheet.


The default input language is the input language that is active when a new application thread is started. Switching to a different input language is done on a per-thread basis; you can have two different input languages in two different applications. The taskbar indicates which input language is currently active. For example, in Figure 5-2, English is the input language that is currently active. When the user clicks the language indicator in the taskbar-each language is represented by its two-letter abbreviation-Windows 2000 and Windows XP present a list of alternatives such as Japanese, French (Canada), and so on.

Figure 2:  List of available input languages, with English being the one that is currently active for this particular user.

Figure 2: List of available input languages, with English being the one that is currently active for this particular user.


The shortcut keys iterate through the list of installed language and method pairs in the order in which they were added via the Regional And Language Options property sheet. If the user has selected Left Alt+Shift in the Advanced Key Settings dialog box, Left Alt+Shift will allow the user to toggle between different installed input languages.

Figure 3: Switching between various input languages in Windows XP.

Figure 3: Switching between various input languages in Windows XP.


Having gained an understanding of how the user can customize a list of input languages and switch from one input language to another, you’ll now see the most efficient ways to work with input languages from a developer’s standpoint. Taking advantage of system support will go a long way toward making your job easier.

Input Method Editors

IMEs are components that allow the user to enter the thousands of different characters used in East Asian languages using a standard 101-key keyboard. The user composes each character in one of several ways: by radical, by phonetic representation, or by typing in the character’s numeric code-page index. IMEs are widely available; Windows 2000 and Windows XP ship with standard IMEs that are based on the most popular input methods used in each target country, and a number of third-party vendors sell IME packages.

An IME consists of an engine that converts keystrokes into phonetic and ideographic characters, plus a dictionary of commonly used ideographic words. As the user enters keystrokes, the IME engine attempts to guess which ideographic character or characters the keystrokes should be converted into. Because many ideographs have identical pronunciation, the IME engine’s first guess isn’t always correct. When the suggestion is incorrect, the user can choose from a list of homophones; for more advanced IMEs, the homophone that the user selects then becomes the IME engine’s first guess the next time around. This process is summarized in Figure below:

Figure 4: The process through which an IME engine converts keystrokes into ideographic characters.

Figure 4: The process through which an IME engine converts keystrokes into ideographic characters.


East Asian Writing Systems

Chinese, Japanese, and Korean writing systems all offer some interesting complexities not found in Latin writing systems. To put things in clearer context, it will be useful for you to have an idea of what these complexities entail.

Chinese: Three forms of ideographic characters are commonly used today in the world: Traditional Chinese, Simplified Chinese, and kanji (which is used for Japanese). Traditional Chinese characters, which are thousands of years old and have kept their original shapes, generally contain more strokes than other ideographic forms, and are more pictorial. These characters are typically used in Taiwan. Simplified Chinese characters, which are based on Traditional Chinese characters, were developed in mainland China to make reading and writing easier to learn. Although Traditional Chinese and Simplified Chinese share some characters, the simplified characters, of which there are less than 7,000, are composed of fewer strokes and in most cases are distinct from their original counterparts. This is why software products developed for the Chinese-speaking market are usually released in two editions-one for the Traditional Chinese script and one for the Simplified Chinese script.

Japanese: Japanese characters are called “kanji.” Japanese mixes kanji characters with characters from two syllabaries, collectively called “kana.” The two forms of kana are referred to as “hiragana” and “katakana.” Hiragana is a cursive script, commonly used in Japanese text to represent ending inflections for verbs and to write native Japanese words that have no kanji equivalent, such as “and,” “of,” and “to.” Katakana is chiefly used to represent words borrowed from other languages. All kana symbols, except for single-vowel characters and the character “n,” represent a consonant followed by one of five vowels. Hiragana and katakana both represent the entire Japanese script of sounds.

Korean: The Korean written language uses two types of characters: hangul and hanja. A hangul character is a single syllabic character created by combining one or more consonant signs and a vowel sign. There are 24 basic elements (14 consonants and 10 vowels), or phonemes, used to denote these signs; these elements are called “jamos.” You can create up to 51 jamos by combining two or more basic elements to form additional vowels or consonants, called “compounds.” Compounds and basic elements together comprise 21 vowels (10 basic vowels and 11 compound vowels) and 30 consonants (14 basic consonants and 16 compound consonants). A hangul character (syllabic) consists of an initial consonant, a medial vowel, and sometimes a final consonant. Nineteen of the 30 consonants can be initial consonants. All 21 vowels can be medial vowels, and 27 of the 30 consonants can be final consonants. This means that 11,172 hangul character combinations are possible, though far fewer are actually used. The Korean language also adopted hanja characters from Chinese and uses them for more formal written communication and to represent personal names. Most daily communication is written in hangul.

Ways to Enter Ideographs with an IME

With an IME you don’t have to use a localized keyboard to enter ideographic characters. While East Asian keyboards can generate phonetic syllables (such as kana or hangul) directly, the user can represent phonetic syllables using Latin characters. In Japanese, Latin characters that represent kana are called “romaji.” Japanese keyboards contain extra keys that allow the user to toggle between entering romaji and entering kana. If you are using a non-Japanese keyboard, you need to type in romaji to generate kana.

The best way to learn how an IME works from the user’s perspective is to try using it and to take advantage of the extensive Windows Help files. As a reference, the following sections look at how the Japanese IME that ships with Windows XP works.

The Standard Japanese IME for Windows XP

The Japanese IME for Windows XP, called “Microsoft IME 2002” (see Figure 5), has six standard input modes, listed in Table below. Additionally, IME 2002 contains an IME Pad that allows for alternative methods of input, and several other tools for handling both conversion into kanji and voice input. Although you will usually see IME 2002 the way it appears in Figure 5-8, it also has a drop-down menu that lists various input modes.

Figure 5: The Japanese IME Language bar.

Figure 5: The Japanese IME Language bar.


Table 1: The Japanese IME input modes

Table 1: The Japanese IME input modes


Figure 6: IME 2002 on Windows XP. The input modes are listed in the drop-down menu. The last input mode, called "direct input," turns off the IME, and keystrokes are sent to the application directly without being converted into phonetic syllables.

Figure 6: IME 2002 on Windows XP. The input modes are listed in the drop-down menu. The last input mode, called “direct input,” turns off the IME, and keystrokes are sent to the application directly without being converted into phonetic syllables.


Input of Japanese Characters

In order to begin entering Japanese characters in an application running on Windows XP, you need to activate the IME by selecting it from the list of input languages. When you activate the IME, the floating Language bar changes to the Japanese IME toolbar as you saw earlier. The table below shows what happens when you enter Japanese characters into an application running on Windows XP.

Table 2: How the Japanese IME works

Table 2: How the Japanese IME works


You can form a number of kanji characters before pressing Enter. The IME engine will attempt to convert your keystrokes into a “determined string” based on Japanese grammar rules. There are four different conversion modes that allow you some control as to where the IME gets its data to convert. (See Table 3 below.)

Table 3: Japanese IME conversion modes

Table 3: Japanese IME conversion modes


Top of pageTop of page

Techniques for Handling Input Languages in Win32

The Microsoft Developer Network (MSDN) documentation (found athttp://msdn2.microsoft.com) and programming APIs represent input languages with a variable type called “input locale identifier,” formally known in older documentation as “Handle to the Keyboard Layout” (HKL) and still used as the type identifier. HKL is an archaic name from a time when the only input was from a keyboard. The input locale identifier name is a 32-bit value composed of the hexadecimal value of the language identifier (low WORD) and a device identifier (high WORD). (See Figure 7 below.) For example, U.S. English has a language identifier of 0x0409, so the primary U.S. English layout is named “00000409.” Variants of the U.S. English layout (such as the Dvorak layout) are named “00010409,” “00020409,” and so on. The device identifier is not limited to keyboards and IMEs; data can now be entered by more sophisticated mechanisms such as voice- and text- recognition engines. For instance, Microsoft Windows Text Services Framework (TSF) – a system service available on Windows XP-enables advanced, source-independent text input. (For more information on TSF, see Text Services Framework).

Figure 7: The HKL variable, which represents input languages.

Figure 7: The HKL variable, which represents input languages.


The easiest way to handle input languages is to use the standard controls that the operating system provides whenever you are expecting user input. For example, by using Unicode edit controls or rich edit controls, you enable your application to handle multilingual text input. The operating system automatically handles input languages in a way that is transparent to your application. Text APIs uses a standard multiline edit control, which eliminates the hassle of dealing with input languages.

Advanced applications (such as a text editor) that need to have full control over how input languages are handled should monitor-and should be able to respond to-the user’s changes. When a user selects an input language by clicking on the language indicator of the taskbar or by pressing Left Alt+Shift, the input language is not automatically changed-either action generates a request that the active application must accept or reject. In response to the hot-key combination or the mouse click on the language indicator of the taskbar, the system sends a WM_INPUTLANGCHANGEREQUEST message to the window of focus, as figure below illustrates. If the application accepts the message and passes it to DefWindowProc, the system initiates switching the input language, sending a WM_INPUTLANGCHANGE message. The process is slightly different when the input method is a part of the Text Services Framework (TSF), in which case only a WM_INPUTLANGCHANGE is sent. When the system successfully completes the change, it generates a WM_INPUTLANGCHANGE message. The lParam variable of the WM_INPUTLANGCHANGE message contains the input locale identifier (that is, the HKL) of the new input language.

Figure 8: WM_INPUTLANGCHANGEREQUEST and WM_INPUTLANGCHANGE message propagation flowchart.

Figure 8: WM_INPUTLANGCHANGEREQUEST and WM_INPUTLANGCHANGE message propagation flowchart.


An application that does not support multiple languages will reject the WM_INPUTLANGCHANGEREQUEST message. It might reject any or all WM_INPUTLANGCHANGEREQUEST messages, or it might perform a couple of tests first. For example, the wParam variable of this message is a Boolean value-bLangInSystemCharset -that indicates whether the requested input language can be represented in the current system locale. Representing input languages is not a worry when dealing with Unicode applications, but non-Unicode applications should, in fact, monitor this value, or they will display the wrong characters.

Similar to the system generating a WM_INPUTLANGCHANGEREQUEST message in response to a user request, applications can also initiate input language changes by calling the ActivateKeyboardLayout API. This allows a user who is editing a document containing Latin and Greek text to automatically activate the Greek input method when moving the insertion point from the Latin text to the Greek text. (See Table 4 below.) Likewise, when this user moves the insertion point back to the Latin text, the application will activate the default Latin-based input method.

Figure 9: When the cursor is positioned in a Greek text stream, the active keyboard layout should switch to Greek.

Figure 9: When the cursor is positioned in a Greek text stream, the active keyboard layout should switch to Greek.


Other Win32 APIs that handle input methods are shown in Table 4 below:

Table 4

Table 4


When you design functionality to allow the user to switch keyboard layouts, keep in mind that because the letters on keyboards vary from layout to layout, the keys used to generate shortcut-key combinations might also vary. For example, the French keyboard defaults to the AZERTY layout, whereas the English layout follows a QWERTY mapping. Therefore, it is suggested that you use numbers and function keys (F4, F5, and so on) instead of letters in shortcut-key combinations.

In addition to enabling your application to handle varying input languages, you will also need to enable it to support IMEs. (Keep in mind that if you use standard APIs for input, your applications will automatically handle IMEs.) By enabling IME support, you allow the user to enter ideographs, for example, from various East Asian writing systems. The following sections explore what an IME does-with practical examples and technical solutions on the best ways to support IMEs.

How the IME System Works

The IME module in Windows 2000 and Windows XP fits into a larger mechanism for passing user input to applications and, like other input methods, the easiest and safest way of handling input is by using standard system controls such as edit fields and rich edit controls. Unless you are writing an IME package or customizing your IME user interface (UI), all of the IME complexities are taken care of for you if you use standard input APIs.

Whether an input language uses an IME or a keyboard to enter a language is something that is entirely transparent to the user. The procedure is the same whether the user is switching IMEs or Western keyboard layouts. Both actions are accomplished by clicking the language indicator on the taskbar or by entering a shortcut-key combination. Furthermore, it does not matter to an application which input method is used because switching IMEs generates the same messages as switching keyboard layouts: WM_INPUTLANGCHANGEREQUEST (if the IME is not part of TSF) and WM_INPUTLANGCHANGE. Applications can activate specific IMEs by callingActivateKeyboardLayout. The IMM manages communication between IMEs and applications, serving as the go-between. When the user is typing with the IME, each keystroke posts a WM_IME_COMPOSITION message with the GCS_COMPSTR flag to indicate that there is an update to the composition string. The message’s WPARAM value returns the first character of the string, and the rest can be retrieved via the ImmGetCompositionString API with the same GCS_COMPSTR flag. Then when the user presses Enter or clicks a character to place it in a document, the IME, by default, posts a WM_IME_COMPOSITION message with the GCS_RESULTSTR flag. (You can retrieve the committed string with the same API and the GCS_RESULTSTR flag.) If the latter WM_IME_COMPOSITION message is sent to DefWindowProc, then for each character in the committed string it posts a WM_IME_CHAR message containing the actual character. For a non-Unicode window, if the WM_IME_CHAR message includes a double-byte character and the application passes this message to DefWindowProc, the IME converts this message into two WM_CHAR messages, each containing one byte of the double-byte character. If the application ignores either message, it falls through to the application’s DefWindowProc, which in turn notifies the IMM that the message has been ignored. The IME then resends the character or string byte-by-byte via multiple WM_CHAR messages. For Unicode windows, WM_IME_CHAR and WM_CHAR are identical.

Discussed in the following sections are the three discrete levels of IME support for applications running on Windows: no support, partial support, and fully customized support. Applications can customize IME support in small ways-by repositioning windows, for example-or they can completely change the look of the IME UI.

No IME Support: IME-unaware applications basically ignore all IME- specific Windows messages. Most applications that target single-byte languages are IME-unaware.

Applications that are IME-unaware inherit the default UI of the active IME through a predefined global class, appropriately called “IME.” This global class has the same characteristics as any other Windows-based common control. For each thread, Windows 2000 and Windows XP automatically create a window based on the IME Global class; all IME-unaware windows of the thread share this default IME window. When IME-unaware applications pass IME-related messages to the DefWindowProc function, DefWindowProc sends them to the default IME window.

Partial IME Support: IME-aware applications can create their own IME windows. Applications with partial IME support can use this application IME window to control certain IME behavior. For example, by calling the function ImmIsUIMessage, an application can pass messages related to the IME’s UI to the application IME window, where the application can process them. The following code (with proper error handling and possibly more messages handled) would appear in the window procedure of the application’s IME window:

HIMC hIMC;
LPVOID lpBufResult;
COMPOSITIONFORM cf;
DWORD dwBufLen;
if (ImmIsUIMessage(hIMEWnd, uMsg, wParam, lParam) == TRUE)
{
switch(uMsg)
{
case WM_IME_COMPOSITION:
if (lParam & GCS_RESULTSTR
{
hIMC = ImmGetContext(hWnd);
dwBufLen = ImmGetCompositionString(hIMC,
GCS_RESULTSTR, NULL, NULL) +
sizeof(TCHAR);

lpBufResult =? malloc(dwBufLen);

if(ImmGetCompositionString(hIMC, GCS_RESULTSTR, lpBufResult, dwBufLen) > 0)
{
// …
// process the text in lpBufResult
// …
}
else // a negative error value was returned
{
// …
// handle an error
// …
}
free(lpBufResult);
ImmReleaseContext(hWnd, hIMC);
}
break;
}
}
return 0;
}

The same window procedure could call SendMessage either to reposition the status, composition, or candidate windows, or to open or close the status window.

SendMessage(hIMEWnd, WM_IME_CONTROL, 
IMC_SETCOMPOSITIONWINDOW, "cf);

Other API functions that allow the application to change window positions or properties areImmSetCandidateWindowImmSetCompositionFontImmSet-CompositionString,ImmSetCompositionWindow, and ImmSetStatusWindowPos. Applications that contain partial support for IMEs can use these functions to set the style and the position of the IME UI windows, but the IME dynamic-link library (DLL) is still responsible for drawing these windows-the general appearance of the IME’s UI remains unchanged.

Full IME Support In contrast, applications that are fully IME-aware take over responsibility for painting the IME windows (the status, composition, and candidate windows) from the IME DLL. Such applications can fully customize the appearance of these windows, including determining their screen position and selecting which fonts and font styles are used to display characters in them. This is especially convenient and effective for word processing and similar programs whose primary function is text manipulation and which, therefore, benefit from smooth interaction with IMEs, creating a “natural” interface with the user. The IME DLL still determines which characters are displayed in IME composition and candidate windows, and it handles algorithms for guessing characters and looking them up in the IME dictionary. FULLIME, which is an example of a customized IME UI, can be found in the Microsoft Windows Platform SDK, available at http://msdn2.microsoft.com.

Applications that are fully IME-aware trap IME-related messages in the following manner:

  1. They call GetMessage to retrieve intermediate IME messages.
  2. They process these messages in the application WindowProc.
  3. They call TranslateMessage (part of the IMM) to pass the messages to the IME DLL. The IME needs to remain synchronized in the same way that keyboard drivers need to remain synchronized with dead keys. Remember that partial IME support is taken care of for you if you use standard input calls like those to Rich Edit.

You’ve made sure your application can handle different input languages and methods. Another task in ensuring your application can support multilingual input, output, and display is to meet the inherent demands that complex scripts present. In the sections that follow, you will see various linguistic traits that are associated with complex scripts, and you will learn about Windows support for working with complex scripts.

__________

The above document is taken from the Microsoft Developer Network website here:
http://msdn.microsoft.com/en-us/goglobal/bb688135.aspx

It was posted here for archival purposes, and also to ensure that the document is easy to find when searched for.

Learning Materials, Translators, Interpreters, Tutors, and Instructors of Foreign Languages

%d bloggers like this: