Does anyone use Atom with foreign characters (e.g. Japanese). I found one post on this, but no one had replied.
Is there a package to install or something? I have Japanese Anthy installed, so I can type Japanese characters in other programs (LibreOffice, Chrome, etc), and I'm saving in UTF-8. Just in Atom these characters appear as squares.
This was a known bug with Atom (Issue #7899), and has been fixed in newer versions, please check your atom version and upgrade if necessary.
Related
I was working on a Ruby program and had issues that I finally found out were caused by the default encoding in Windows 10 terminal, which apparently is CP850, an encoding so old it doesn't even include the € symbol. I read that, of course, if I try to change this other programs around the computer will give issues.
Wikipedia indicates that CP850 has theorically been "largely replaced" by Windows-1252 and, later, Unicode, and yet it's here, right in the OS's terminal.
Picture attached as proof. It's in italian language but you'll see it under "Tabella codici corrente", aka "Current code table".
How's that possible?
This is historical.
DOS had cp437, and later cp850 (and e.g. also cp852) as standard code page.
Terminal in Windows was also known as "DOS prompt": so a way to run DOS programs in Windows, so they keep the code page of DOS. Microsoft dislikes non-backward compatible changes, so your DOS program should works also on Windows terminal without problem.
Windows-1252, as the name stress it out, was done for Windows, so no compatibility problem, and for Windows programs, but so, in order to gain graphical interface market, but keeping compatibility with many business applications, Microsoft maintained two different code page.
I am using EA 12.0 Corporate edition Built 1215 - Unicode with database version 4.01 and I have the following problem.
When I type one of theses characters: "ě č ř" and then save and reopen diagram the characters are replaced by e c r. Same thing happens if I just copy element with these characters (shown on example image bellow).
Here are more information:
Doesn't matter where are the characters typed. It could be at notes, properties, model, package, diagram, element... just anywhere
It happens when diagram is reopened or the element is just copied.
Doesn't matter if it is new project or existing
I tried different versions of EA (11, 12.1, 13) and it also has no effect
Doesn't matter if using "JET 4.0" (Options > general > "Use JET 4.0 - requires restart")
I have to use EA, so workaround using different program will not help.
Thank you for any information, any help is appreciated.
example image
I think you not only have to turn the flag Use Jet 4.0 on, but you also need a 4.0 startermodel.
Now you are probably using the right driver on the wrong (v3.5) database.
IIRC you can download one from the Sparx website.
I had the same problem and all you have to do is to change your non-Unicode language Windows preference to your local.
Im facing a problem with OpenERP V7 regarding the arabic support in the RML reports.
The latest OpenERP (Odoo) community version 7
Ubuntu 12.04.5
The Issue: in order to support RTL in RML and arabic characters, I've installed arabicfix addons created by MGK IT Consulting, it installed successfully but when printing an PDF report the results are various, in some reports, like customer invoice, its not working for the partner name, in other report, General Ledger report its not working for the account name but working for the partner name on the same report, and so on.
Not working = the arabic text is shown correctly but LTR instead of RTL
Tried to compare the two reports with no luck in finding out what makes the same field printed correct on one report and wrongly on another.
Update: it seems that the problem is limited to <font> tag, whenever its used within the RML the arabic direction is wrong, as a workaround, i've changed the RML reports and removed <font> tags from the fields where i have arabic text, it works!
Cygwin terminal does not display some characters such as Arabic (with the encoding Windows-1256 and ISO-8859-6). It shows only punctuation and numbers!
I've ran into this.
Firstly ensure that the language is installed in your operating system.
Then right click on the terminal > options > text, set the encoding, locale and a font that you know works for your language.
This should ensure that the correct characters output in the cygwin terminal.
i use LiveCode 6.0 community edition, when i try to make a label in the GUI using an Arabic text it displays it, but from left to right not from right to left[RTL] .
is it possible to display a text in LiveCode using RTL?
Not yet unfortunately. Last time I looked into this I think you could set the text to some RTL text but you couldn't enter it RTL. Could be wrong as the project was put aside as soon as text entry was found to be LTR only.
Economy-x-Talk has a commercial custom software solution. It is fairly limited and I don't know if it is something for you but you could contact us at http://economy-x-talk.com.
LiveCode 7.0 will contain support for RTL languages. This is in development and a beta is expected in March 2014.
LiveCode 7.0.0 developer preview is now available for download:
http://downloads.livecode.com/livecode/
It is the first version to natively support LTR languages and unicode.
To achieve this, several new chunk expressions have been introduced. Most importantly, the
trueWord chunk expression can process text based the ICU library with its many rules taking into account many language and charset.
Please be careful, it is still a DP