Bug 16961 - Ideographic ("Japanese") Space renders incorrectly
Summary: Ideographic ("Japanese") Space renders incorrectly
Status: CONFIRMED
Alias: None
Product: Xamarin Studio
Classification: Desktop
Component: Text Editor ()
Version: 4.2.x
Hardware: Macintosh Mac OS
: Normal normal
Target Milestone: master
Assignee: Cody Russell
URL:
Depends on:
Blocks:
 
Reported: 2013-12-25 01:25 UTC by Michael Herring
Modified: 2016-01-08 12:59 UTC (History)
5 users (show)

Tags:
Is this bug a regression?: ---
Last known good build:


Attachments
Screenshot of broken font rendering (199.80 KB, image/png)
2013-12-25 01:26 UTC, Michael Herring
Details


Notice (2018-05-24): bugzilla.xamarin.com is now in read-only mode.

Please join us on Visual Studio Developer Community and in the Xamarin and Mono organizations on GitHub to continue tracking issues. Bugzilla will remain available for reference in read-only mode. We will continue to work on open Bugzilla bugs, copy them to the new locations as needed for follow-up, and add the new items under Related Links.

Our sincere thanks to everyone who has contributed on this bug tracker over the years. Thanks also for your understanding as we make these adjustments and improvements for the future.


Please create a new report for Bug 16961 on Developer Community or GitHub if you have new information to add and do not yet see a matching new report.

If the latest results still closely match this report, you can use the original description:

  • Export the original title and description: Developer Community HTML or GitHub Markdown
  • Copy the title and description into the new report. Adjust them to be up-to-date if needed.
  • Add your new information.

In special cases on GitHub you might also want the comments: GitHub Markdown with public comments

Related Links:
Status:
CONFIRMED

Description Michael Herring 2013-12-25 01:25:59 UTC
Summary:
When I input Japanese characters using a Japanese IME, everything works okay except for the spacebar. A garbage character is rendered instead of a "full-width" space.

Steps to reproduce:
 - Make a new C# class.
 - Switch the IME to Kotoeri or Google IME in "Hiragana" mode.
 - Press the spacebar.

Results:
 - Instead of a full-width space, a garbage Unicode character appears. 

Discussion:
Stepping through the code, the correct code point (U+3000, IDEOGRAPHIC SPACE) is being emitted, but the default font Menlo as well as several others render it incorrectly as a garbage Unicode symbol. The spaces look right if I use the font "Hiragino Mincho Pro." "Menlo," "Monaco," and "Marker Felt" each rendered it incorrectly. 

Reproduced on:
Retina MacBook Pro 13-inch, Early 2013, Mavericks 10.9.1(13B42). Xamarin Studio 4.2.2 build 2 (with a freshly-updated Mono 3.2.5).
I haven't tried to repro on previous versions.
Comment 1 Michael Herring 2013-12-25 01:26:54 UTC
Created attachment 5731 [details]
Screenshot of broken font rendering

Added screenshot.
Comment 2 Atsushi Eno 2013-12-25 04:34:33 UTC
This can't be fixed while Gtk+ on OSX keeps using pango-atsui.

Details explained here in Japanese: http://kki-zakki.blogspot.jp/2008/12/monodevelop-20-alphamac-os-x.html
Comment 3 Mikayla Hutchinson [MSFT] 2013-12-25 15:33:19 UTC
That's very out of date. We are using CoreText, not ATSUI.
Comment 4 Michael Herring 2014-01-06 03:54:33 UTC
So, I've done a bit of debugging/building MonoDevelop itself, but this is lower-level than I've gone before with Mono. Can someone point me to some details re: debugging GTK+ in MonoDevelop-Mac? I'd like to figure out what can be done to solve this issue.  

Or, who's point on this issue, and what can I do to help that person?
Comment 5 Michael Herring 2014-01-23 05:55:08 UTC
Re: ATSUI/CoreText, if there is any ATSUI code, it should be removed since ATSUI was deprecated as of Xcode 4.6.
Comment 6 Rajneesh Kumar 2016-01-08 12:59:58 UTC
I have checked this issue and I am still able to reproduce this issue. I observed that I am using the space using Hiragana language, than Instead of a full-width space, a garbage Unicode character appears. 

Screencast: http://www.screencast.com/t/iA9gyVaaVve

Hence I am changing its status to confirmed.

Thanks..!

Ide Logs https://gist.github.com/Rajneesh360Logica/e0d151413f759d801321

Envionement info:

=== Xamarin Studio ===

Version 5.10.2 (build 49)
Installation UUID: 229ec167-a154-47bf-bb8b-10fe36c1ad41
Runtime:
	Mono 4.2.2 (explicit/11c1351)
	GTK+ 2.24.23 (Raleigh theme)

	Package version: 402010003

=== Xamarin.Profiler ===

Not Installed

=== Xamarin.Android ===

Version: 6.0.1.5 (Business Edition)
Android SDK: /Users/360_macmini/Library/Developer/Xamarin/android-sdk-macosx
	Supported Android versions:
		4.0.3  (API level 15)
		4.4    (API level 19)
		4.4.87 (API level 20)
		5.0    (API level 21)
		6.0    (API level 23)

SDK Tools Version: 24.4.1
SDK Platform Tools Version: 23.0.1
SDK Build Tools Version: 23.0.1

Java SDK: /usr
java version "1.7.0_71"
Java(TM) SE Runtime Environment (build 1.7.0_71-b14)
Java HotSpot(TM) 64-Bit Server VM (build 24.71-b01, mixed mode)

=== Xamarin Android Player ===

Version: 0.6.1
Location: /Applications/Xamarin Android Player.app

=== Apple Developer Tools ===

Xcode 7.2 (9548)
Build 7C68

=== Xamarin.iOS ===

Version: 9.4.0.0 (Business Edition)
Hash: 7322991
Branch: master
Build date: 2015-12-08 16:20:29-0500

=== Xamarin.Mac ===

Version: 2.4.1.5 (Business Edition)

=== Build Information ===

Release ID: 510020049
Git revision: deed4cd240ff3611c8742bbc62296e207f46173d
Build date: 2015-12-17 11:13:36-05
Xamarin addins: 8bd975e7b465f6fe812b64d736f3b7e8c1a79a3e
Build lane: monodevelop-lion-cycle6-c6sr1

=== Operating System ===

Mac OS X 10.11.2
Darwin 360-MACMINIs-Mac-mini.local 15.2.0 Darwin Kernel Version 15.2.0
    Fri Nov 13 19:56:56 PST 2015
    root:xnu-3248.20.55~2/RELEASE_X86_64 x86_64