How to display Ȳ (Ȳ) properly in Android? - android

I'm trying to display this character Ȳ Ȳ . All other characters display correctly except this(Ȳ). For example, ↑ , displays well but not Ȳ.
I've tried both Ȳ and the code(Ȳ) like:
mEditText.setText(Html.fromHtml("<h5><font color=\"Gray\">Ȳ</font></h5>");
mEditText.setText(Html.fromHtml("<h5><font color=\"Gray\">Ȳ</font></h5>");
How can I display this character correctly?

You could try using \u0232 as a String:
mEditText.setText("\u0232");
I found out the unicode value using Android Studio’s context menu option “Convert to Basic Latin” which has been helpful quite often recently.
Got same result; the overhead bar is at right of Y
Curious! I just tried what I recommended using an EditText as well as a Toast (as can be seen in my previous screenshot) and both worked just as expected.

The answer is where to run an app...I've run that app in BlueStacks and result wasn't good but over Nexus 5 the Ȳ displayed properly.So if you use BlueStacks and these kind of character just ignore the shape and check over real Android device.

Related

Xamarin.UITest is not able to enter text for Acr.UserDialogs box on Samsung Devices

I am having an issue where both app.ClearText() and app.EnterText() is not working for Acr.UserDialogs box on Samsung Devices (see attached screenshot) however works on Pixel. I am not sure what I can do to work around this, I have already tried to use [![app.Query(e => e.Id("custom").Invoke("setText", string.Empty))][1]][1] and this is not working as well. I have found no way that Xamarin.UITest is able to change the text of these dialog boxes and I am really hoping there is a workaround or something I am missing. Thank you for your help in advance
I was able to repro and test your scenario with the Acr.UserDialogs. App.SetText doesn't work as the item is not focused and as I already figured out, you need to use a query.
My query doesn't work because e.Id("custom") is not an EditText element but its container. So modifying query to app.Query(e => e.Id("custom").Descendant().Invoke("setText", string.Empty)) does work.

How can I get Chromecast correctly display unicode characters using custom receiver?

I've setup a custom receiver application using CastHelloText-android as a base, and I'm trying to get it to correctly display certain unicode characters, however it is just displaying a blank space instead where the characters should be.
<div id="message">Test: ਵਾਹਿਗੁਰੂ :End Test</div>
This renders correctly on the site where I'm hosting the custom receiver, but when attempting to display it using a DataCastManager from the Cast Companion Library, the unicode characters aren't showing up. Is there any way to make this display or is there an alternative?
UPDATE:
I just tried the message:
<div id="message">Test: ग़ ਵਾਹਿਗੁਰੂ :End Test</div>
And the character (ग़) for
ग़
shows up just fine. I'm assuming this is a supported language issue then?
Update2: To help clarify, here is the result I'm getting after casting from a device connecting to my receiver with the above message:
Google responded at: https://code.google.com/p/google-cast-sdk/issues/detail?id=794
And thanks Ali, your suggestion was correct. Using a .ttf font and applying it to the text will allow the characters to show up. It's not the same as having the actual unicode characters show up, but still helps.

how do i stop random characters from appearing on android webpages?

i am wondering why these characters appear on certain pages on android devices and how to remove them. at first i thought they were appearing on :before :after selectors because of content:""; on .clearfix and .col- etc in the bootstrap css. but im stumped so i thought id post here. some devices they show up as little boxes with "x" inside and some with "?" inside but only on android devices..
the links below are screenshots taken from browserstack:
https://www.dropbox.com/s/7hm00z4bkt8m9i3/Screen%20Shot%202015-12-15%20at%202.17.21%20PM.png?dl=0
https://www.dropbox.com/s/qn4a934kos5kdww/Screen%20Shot%202015-12-15%20at%202.17.05%20PM.png?dl=0

Grey Colored box issue on web-view on text selection

I'm rendering a html page(html page is constructed using JQuery, text with html tags, used a canvas in it) to Activity with web-view & to default browser comes with device. When I long press on text in html page I'm getting dark grey colored boxes on it.This is unexpected & weird behavior of web-view.Please see attached images for my problem
I searched for such issue but not getting any solution for it.Same html page is tested on Mozilla app but not getting such square boxes, also on ACER tab running HoneyComb its working fine no such weird square boxes.How to get rid of such boxes?. I using Samsung Tab2 10.1 with android version 4.0.4. Please help me to solve this issue.
I don't know what you code for it?
But you can validate the page on http://validator.w3.org/
There may be problem with your html like any tag open but not closed, etc.
So once you validate it, then test it again.

Printing arabic strings in android

In my application I need to add some string to a list and print them back. Problem is when I print them I can see the letters has inter change whithing the word.The word is in Arabic. (before 4.2 android doesnt support natively for Arabic).
What I tried was using several Arabic rendering classes such as fursi class and Arabi utility class. Nothing is helped me.
Here is the word ٣.. ما زاد على actually this part ٣.. should be the first it always goes to right as I have shown. Is there way to solve this thing. this is the one and only bug to hold the application to add to market :(
Oh, ouch! Arabic is worse than Hebrew in this aspect because Arabic has its own digits! Right!
I once had a similar problem on Windows, with symbols that weren't treated exactly as Hebrew but also not exactly as non-Hebrew. The only way I found to fix this was to split the string into two - print the problematic symbols (your 300) and then print the rest of the string.
I thought that with Unicode things has gotten better. I guess not always.
UPDATE: In a comment you said the translation of the string was 3.. . In Arabic, zero and a dot look very similar (which is why I confused a dot with a zero). Perhaps the person responsible of the input typed it wrong, not being fluent in Arabic, as well? 3.. doesn't make a lot of sense (3. does, and so does 300, but 3.. ?). Check the input, it might be wrong, and that can confuse the layout algorithm.
I can't technically understand the reason behind my action to correct above issue. However this is it . ` I reverse the word and separated letters by "+" and added to the list.It is amazing !

Categories

Resources