I am using latest version of Google Chrome in windows 7. Input fields with autocomplete property, not showing Farsi characters but empty squares however English charactres are being dispayed correctly. Should I solve this problem using html or css codes or this is a systematic bug?
Image description:
Related
I would like to use a regular symbol (the up-right-arrow) in a Wordpress menu. I copied the symbol character into the required field and it looks good on desktop. For some reason, the iPhone I use displays an emoji instead of the character. I already activated the Wordpress plugin "Disable Emojis" but this doesn't help. How do I force smartphones to display the simple black arrow instead of a colored arrow emoji?
The usual searches just bring up the idea with the Wordpress plugin which probably disables emojis globally but still lets smartphones override that.
Screenshots (Imgur)
You will never get the same emoji / symbol depending on os, service, browser, app, etc ... because it is interpreted.
Find below some examples :
1. On Twitter
2. On FaceBook
3. On Instagram
4. On WordPress wysiwyg as text content
5. On WordPress wysiwyg as visual content
For the text variant, use the text presentation sequence:
U+2197 U+FE0E (↗︎)
For the emoji variant, use the emoji presentation sequence:
U+2197 U+FE0F (↗️)
For the default variant, use only the character:
U+2197 (↗)
but, as already mentioned, how will it be displayed by default depends on many factors: OS, browser, etc.
See: Emoji Presentation Sequences, v11.0
I am generating HTML from Markdown (using showdown.js), and am encountering a very mysterious issue that I am unable to understand. Given the following text:
<h2>Foobar</h2>
<figure>
<img src="foo.gif">
<figcaption>foo</figcaption>
</figure>
Firefox, and only Firefox, is rendering the generated HTML as follows (I am showing an image below because the mysterious characters are un-selectable):
This does not happen in either Safari or in Chrome. Any explanation?
Those are object replacement characters with the Unicode codepoint of U+FFFC.
To get rid of them, do a find and replace for it with an empty string as a replacement using an editor of your choice.
Here is the character itself for easier copying. Between the two "a" letters, there is one object replacement character. Delete the second "a", then press the left arrow key once and delete the first "a" to only keep the replacement character in the field.
aa
I got a text area attached to tineyMCE tool bar (ver 4.6.6). But when a symbol from tinyMCE tool bar or two consecutive spaces are added to the text area, and after the page is refreshed. The symbols or the double spaces are getting replaced by Â.
I've tried the suggestions provided in the tinyMCE forums and tried setting the entity_encoding: named, raw, numeric. But still none of this options are working. Can some one please help?
You need to set the encoding in tinymce. The encoding should happen when you are saving the text as well as rendering text inside tinymce.
In your case, the text you saved and re-rendered has different encodings.
Update your code with following. It worked for me.
tinymce.init({
....
encoding: 'xml',
entity_encoding: 'named+numeric+raw',
entities: '160,nbsp'
});
In Google Chrome, in Google Docs, certain unicode characters are not rendering. This only appears to happen when Proxima Nova is used. This is our company's default font so I can't simply use another font.
Throughout documents ​ characters are inserted in the document by Google Docs I assume, for some unknown reason. These are unicode "Zero width space" characters. These always appear as unknown characters in Proxima Nova, but if I change the font to Arial (for example), they render correctly as invisible characters. They render like the two square symbols either side of the word "must" in this screenshot:
Other characters such as the second level bullet point aren't rendered correctly either.
This seems to be an issue only with Google Chrome on Mac. Firefox and Safari render the characters correctly in the same Google Doc. This issue happens on almost all Google Docs I open that use Proxima Nova.
An inspect shows this as the code for the example I described above:
It seems like your copy of the Proxima Nova set might be missing the zero width space character. I would first try obtaining a new and complete set of the font.
I have problem with a web page where it is display some symbols wrongly only in mozilla. The page is click here In this page there are so many -> symbols used. It is displayed as ® in mozilla. So how can i make it to display properly as -> symbol in mozilla. The page has style which are created by micosoft word. I want to retain those as it is.So any css trick can i use it to do?
To get the error i am facing please go to this page and search for software ® click ‘Buy now’.
You use specific Microsoft extensions :
<span style="mso-list:Ignore">§<span style="font:7.0pt "Times New Roman""> </span></span>
And defining fonts in style enclosing them with " is clearly buggy.
I don't know what MSWord tries to do but it's obviously not trying to build a standard HTML document for the World Wide Web. Is that a recent version ?
You'll have to fix the generated HTML.
Another problem is that your rendering relies on the Times New Roman font, which isn't available in non Windows computer.
Using standard HTML and encoding your document in UTF-8, you could replace those spans with simple arrow characters.
But the better solution would be to simply forget the idea to convert a MSOffice document to HTML and to build a proper HTML document instead.