Re: Distinct performance issues with Japanese only on win32 systems

FYI, This issue is now reported in bugzilla (bug number 621869). https://bugzilla.gnome.org/show_bug.cgi?id=621869 Patch attached to ticket. Regards, Fredrik On Sun, Apr 18, 2010 at 6:03 PM, Fredrik Corneliusson wrote: > Hi Tor, > I managed to create a modified version

Re: Distinct performance issues with Japanese only on win32 systems

Hi Tor, I managed to create a modified version of the "pango_win32_get_hfont" function called "pango_win32_peek_hfont" that do not break the rendering. Patch now uses the hfont & script for the script cache mapping. Regards, Fredrik On Mon, Apr 12, 2010 at 4:59 PM, Fre

Re: Distinct performance issues with Japanese only on win32 systems

Hi Tor, I think its "pango_win32_get_hfont" in pangowin32.c. static HFONT pango_win32_get_hfont (PangoFont *font); I removed the static and defined it as external to be able to call it from basic-win32.c. Unfortunately calling the "pango_win32_get_hfont" in "itemize_shape_and_place" function seems

Re: Distinct performance issues with Japanese only on win32 systems

I just saw that I mentioned the wrong Pango version, It's actually a patch for Pango 1.26.2. not 1.16.2. I would like to thank Dave E Hollingsworth for finding and working on this issue in the first place. On Thu, Apr 8, 2010 at 8:17 PM, Fredrik Corneliusson wrote: > Hi, > It seems

Re: Distinct performance issues with Japanese only on win32 systems

Hi, It seems Pango uses the Uniscribe script cache in a sub optimal way. Pango always create new script caches and throws them away in each call to uniscribe_shape. But in the Uniscribe docs it does not say that the cache needs to be cleared between ScriptItemize calls. We did some experiments and

Re: MS Windows Input Method Editors and event box

Replying to myself . I worked around this issue by doing an explicit call to the through the Windows IME API when activating the widget. I attached the code if someone else would find it helpful. Cheers, Fredrik On Mon, Feb 9, 2009 at 4:55 PM, Fredrik Corneliusson wrote: > Hi, > I

MS Windows Input Method Editors and event box

Hi, I have a problem with IME (Global Input Method Editors) on MS Windows (Hindi,Japanese etc.). When a TextView is packed inside a Event box the selected IME looses it's binding to it when it's state is changed to insensitive or hidden. (This is not the case if it's not in an event box.) I found

Next stable Pango release (with fix for bug #562574)

Hi, Is there any date set for the next stable release of Pango? Specifically a release with the fix for bug #562574 (critical win32 issue). http://bugzilla.gnome.org/show_bug.cgi?id=562574 Thanks, Fredrik ___ gtk-i18n-list mailing list gtk-i18n-list@gnom

Re: GTK Input method and Windows IME

Regards, Fredrik On Mon, May 26, 2008 at 1:38 PM, Fredrik Corneliusson <[EMAIL PROTECTED]> wrote: > Hi, > I have a PyGTK application for Win32 that needs support for Windows > IME as keyboard input method. > For example you need to select Windows IME when using "Indic IME 1

GTK Input method and Windows IME

Hi, I have a PyGTK application for Win32 that needs support for Windows IME as keyboard input method. For example you need to select Windows IME when using "Indic IME 1 (v5.0)" to display the word being typed before it is committed. This works now but only if Windows IME is selected (using the rig

Re: Make white space characters visible

a gedit plugin that does this; might be worth a look. > > On 5/10/07, Fredrik Corneliusson <[EMAIL PROTECTED]> wrote: > > Hi, > > Is there an easy way to make white space characters (tab, non breaking > > space, newline etc.) be shown with visible glyphs as you can wit

Make white space characters visible

Hi, Is there an easy way to make white space characters (tab, non breaking space, newline etc.) be shown with visible glyphs as you can with Scintilla? Thanks for all your hard work! Regards, Fredrik ___ gtk-i18n-list mailing list gtk-i18n-list@gnome.or