Japanese bugs, was Re: [sldev] OS-SL Development Issues (was Upcoming viewer releases)

[Dave Simmons (Simon)]

Hi Alissa -

I added a comment about this to VWR-250, but can you upload a .zip of 
your source for the following files into that task?

linden/indra/llcommon/llstring.cpp
linden/indra/llcommon/llstring.h
linden/indra/newview/llimpanel.cpp
linden/indra/llwindow/llwindow.h
linden/indra/llwindow/llwindowmacosx.cpp
linden/indra/llwindow/llwindowmacosx.h
linden/indra/llwindow/llwindowwin32.cpp
linden/indra/llwindow/llwindowwin32.h
linden/indra/llwindow/llpreeditor.h
linden/indra/llui/llui.cpp
linden/indra/llui/llui.h
linden/indra/llui/lllineeditor.cpp
linden/indra/llui/lllineeditor.h
linden/indra/llui/lltexteditor.cpp
linden/indra/llui/lltexteditor.h

On Windows, I submitted the changes that put the IME window into the 
right position, but it just missed the latest merge into our release 
pipeline so it will be another week or two before it gets into the RC 
source.   This is doing the call to ImmSetCompositionWindow() so it 
shows up in the correct place.  

Unfortunately, as you mentioned, Mac OS X doesn't seem to have the 
equivalent functionality so it will likely require the much more 
complicated code you have worked on.  I looked in the patch, but I think 
it will be much easier to merge your changes with the full files.

Thanks for all your work on this,

 - Dave (Simon Linden)


Alissa Sabre wrote:
> For those who may concern,
>
>   
>> I'll take a look at your patch.
>>     
>
> I updated my patch.  It is available as an attachment to VWR-250.
>
> Patched binary is also available as always:
>
> For Windows: http://alissa-sabre.cocolog-nifty.com/files/IME-20070909-Win32.zip
> For MacOS: http://alissa-sabre.cocolog-nifty.com/files/ime-20070909-Mac.zip
>
> * VWR-250 is on improvement of Chinese/Japanese/Korean input.
>
>   
>> I did some of the same work on 
>> positioning the IME input where the text carat is located in text fields 
>> and editors.   I haven't submitted the code yet as it's only partially 
>> working - it won't follow the field around correctly if you drag a 
>> floating window.
>>     
>
> I don't think you can do it (i.e., candidate window follows the moving
> of the SL (LLUI) window) on MacOS.  I want to know the technique if
> you can.
>
> My solution is to fix (or confirm or commit, whichever terminology you
> prefer) the preedit (or active input or composition) before the LLUI
> window is about to move.  (That's why I needed yet another onFocusLost
> callback, if you remember.  My latest version is based on the
> Richard's suggestion.)
>
>     Alissa Sabre
> --------------------------------------
> Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
> http://pr.mail.yahoo.co.jp/toolbar/
>
>