For a English keyboard layout there is a button "1" / "!".
In Armenian keyboard layout the same button declared as "1" / " ։ " (U+0589 Unicode Armenian full stop).
But really it is "1" / " : " ( U+003A Unicode colon). Not full stop...
How to inform MS about this bug? May anybody do this?
I wrote to MS about a year ago... may be my English not enough good for them.
Thanks.
Related
I have a problem with my Excel (Office 365, Windows 10) VBA Project. I am attempting to create a GETTEXT equivalent, allowing authors to internationalize and therefore provide localisations for their own projects. I am trying to replicate the view that somebody using Excel would see if using an RTL language such as Arabic.
I have downloaded, and installed the Arabic language pack. I have made it my preferred language and it opens up as default with my Office apps (BTW - I Don't understand Arabic, I could have as easily downloaded any other RTL language).
I have selected an Arabic font from Tools > Options > Editor Format > Font: Normal Text = "Dubai Medium (Arabic)"
Unfortunately, I am not able to display Arabic text directly in Control Properties window, e.g. Form caption or Textbox text; nor am I able to type or paste Arabic text into the Editor window. I get the dreaded ????.
Built-in Excel Message boxes and commands appear in Arabic and as RTL, but my message boxes and forms can't be set. The only workaround I've found so far is to place the Arabic text in a worksheet cell and call it from there or to paste the text directly into the form control. Also MsgBox allows RTL and Right-Align Text constants, which is fine, but this leaves my Forms all messed up, even if I programmatically change the .Left and .TextAlign values of controls, I still have the issue of left-aligned Form caption, right-aligned close button, and various issues with MultiPage and TabStrip alignment.
I can't believe Microsoft would be so awkward, so I must be missing something. I'm loathe to install Arabic as my Windows language just to test things, as that would really mess up my day - I'd be totally lost - no offence to Arabic users!
Any help would be much appreciated.
Ok, I finally got it to work (sort of). I had to set the System Locale to Arabic. This can be done by the following:
Settings > Time and Language > Language > Administrative Language Settings (link)
Then on the ensuing dialog...
Under the Language for non-Unicode programs, press the Change System Locale button and choose one of the Arabic options.
The only issue is that the Form caption is not right-aligned and the control box (close) is still on the right. But I guess that's small potatoes. All controls with a scrollbar / button (RefEdit, ListBox, ComboBox etc) now have the correct RTL positions. Tabstrips, Frames and MultiPages are also correctly RTL'd. I hope this helps anybody else puzzling over this issue.
I have a unicode MFC Dialog application which has CEdit control. When i change the system language to Japanese/Chinese and enter Japanese or Chinese characters, I don't get EN_CHANGE or EN_UPDATE notification. The text goes to multiple lines. I get EN_CHANGE or EN_UPDATE if I do a ENTER from keyboard and text gets wrapped in a single line. I tried changing fonts from Dialogue resource; but still no luck.
Have you come across these kind of issues? Any clue or lead will be appreciated.
-Sukhas
Hovering over a data point in the graph view of Windows Performance Analyzer brings up a small pop-up windows that says "Press Alt + Space to show more detail". But when I do that I get the top level dialog common to all windows which is the dialog that gives you the option to restore, minimize, maximize, and close.
The "WPA Keyboard Shortcuts" page at https://msdn.microsoft.com/en-us/library/windows/hardware/dn450837.aspx makes no mention of "Alt + Space". Neither do google, bing, or duck duck go searches.
The old xperfview would show all the data associated with a data point when hovering over it. How do I do that in WPA?
For me the Alt+SPACE works fine.
Here is the smaller default value:
and pressing Alt+SPACE shows more details:
This is an issue with your keyboard/system.
I am using AUTOCAD 2014, and trying to set up a simple title block (name and date of drawing etc.). The problem is that when I input the text using MTEXT or DTEXT and press escape to end that command the text then becomes very small and barely noticeable in the title block (figure (A) and (B) below). It is also aligned in the vertical plane. Does anyone know a way round this? The Autodesk forum (AUGI) in Nov. 2013, at : TEXT SUDDENLY DISAPPEARS?, also describes this problem but I didn't find it helpful enough to solve it.
Thanks,
Brendan
I don't believe this question belongs in Stack overflow but rather Super User, additionally the reference you provided directs to Revit Architecture forum not AutoCAD 2014.
With that aside, check your WYSIWYG settings during the text editor. You can toggle that, while in the editor, by bringing up the context menu > Editor Settings > Always Display in WYSIWYG. I suspect that your text style is currently configured at a small size and with vertical effect. Check your current STYLE.
The problem was solved by:
using 'context menu' (right click mouse) in the text mode i.e. in DTEXT
follow 'editor settings' to display 'Always Display in WYSIWYG'
In the 'home' tab select 'Annotation' and under 'text style' select 'manage text styles'
Change the 'height' from say 0.13 to 3.0
Then under 'Annotation' again and in 'dimension style' select 'standard' which deselects 'ISO - 25'
This gives a reasonably sized text that is horizontal as opposed to vertical.
Are you using Flymake + Emacs + GHC Inferior Mode? When I have an Flymake Error raised with red background color in the editor - I can move the mouse over and get an yellow tooltip explaining the error. Unfortunatelly the tooltip disapperas approx. 10 seconds later.
How can I prevent this? My error messages are long and I need time to read :-)
Unless you are really attached to overlays, I find it much more convenient to have the error messages displayed in the echo area. To try out if you like this behavior, you can easily toggle it with M-x tooltip-mode. If you are the keyboard centric type, also see the discussions on EmacsWiki on how to display FlyMake errors without having to mouseover them:
http://www.emacswiki.org/emacs/FlyMake