|
Strange how a guy who developed real estate all over the world would not know more than 3 countries and even told you so.
|
|
|
|
|
Member 12924312 wrote: Strange how a guy who developed real estate all over the world would not know more than 3 countries and even told you so.
He hired people to know them for him. And hired local people at target country to do that for him.
I am not saying he doesn't know, but he doesn't necessarily have to know them to have that empire.
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
OK, I can easily understand your frustration.
Yet, at system level, MS has been way ahead of the major competitors with regard to internationalization, all since Windows 1.0: If you accept to call Win 1.0 an "OS" (it was more so than DOS, even in version one!), it probably was the first OS to use as their core OS character set one that coveres the majority of the European languages: ISO 8859-1. MS was also very early to provide alternatives using other 8859-? variants outside Europe/America, with high quality translations of the user interface components.
Surely, in 16-bit Windows, i.e. up to Win98, system components were not language flexible. If my memory is correct, Charles Petzold (The Windows programming tutor!) provided detail instructions on how to dynamically link DLLs into your application according to the user's language preference. I never programmed Win1.x myself, but I did program multi-language application under Win 2.11. Since then, fully internationalized applications have been readily available. The programming methods described are in every serious textbook on Windows programming. No application developer is forced to provide DLLs for Sami and Greek, but it all depends on the developer - the required mechanisms have been available for thirty years.
Handling everything from simple 26-letter English to many-thousand ideographs Asian languages in a single application requires Win32, using UTF16 as its native character set. Win NT is 26 years old. Which other OSes had core support for UTF16 at at that time? When MS started shipping an Arial Unicode TrueType font with their OS, it certainly didn't include all characters, but all those required for plain text in the majority of the languages of the world. How many years did it take for the competiors to follow?
Oldboys remember the document format wars between ODF (Open Document Format) and MS' OOXML about fifteen years ago. One serious critisism of OOXML was that it was too complex: Certainly, a share of its features had no value for Western languages, they were tailored to Asaian ideogram based languages. Strong voices in the "open" world fiercely opposed such complexity, as it would raise the required resources for implementing full format support, which would be in disfavor of that "everyone can make his own free and open implementation" idea.
Essentially, MS has been a strong supporter for full internationalization, providing basic mechanisms and programming guidance at a significantly higher level than most of their competitors. The failures are on the application developers.
MS has its share of application developers. Some MS application projects certainly take internationalization seriously, such as the MS Office guys. But, as Sanders tell: Others, not so much.
If that OAuth solution were provided by some third party vendor, we would have shrugged: Well, find another package, then! (If this had been a *nix system, we would know that even shrugging would be a waste of energy.)
For third party vendors, you definitely cannot expect that they have prepared for Japanese and Korean and Thai languages. For open source software, you can't even expect support for Western cultures - a free TrueType font rarely includes æøå, ñ, õ etc. Lots of UI software can't handle non-US mail address formats, or phone number formats. They insist on AM/PM times, month-date-year dates, full stop as decimal separator, and a set definition of e.g. the first day of the week. Windows does provide information about user preferences and generalized data formats that can be adapted at presentation time, but developers find it too resource demanding to use these facilites.
Of course application developers employed by MS should always spend any resources required to fulfill absolutely all internationalization ideals. Ideally, VS 2019 should have a menu option to switch the entire user interface into Mandarin, using ideographs both in menus, error messages and help information, including guidance on how to get back to something that makes sense to you  Unfortunately, it seems as if not every MS project has been alotted the resource to do so.
In Sander's case, I tend to agree with him: The project should have provided better internationalization support. If he had found that package on GitHub, I would have said: Well, that's what OpenSource is for - implement it yourself and give it back to the community!
We expect more from MS than from others. Maybe it is right to expect more. But if you make a checklist for evaluating internationalization provisions by different alternatives, and the MS score is significantly poorer than for the alternatives, then I know that I see a score card tailor made for overlooking the provisions of Windows, and excessively promoting rather insignificant details of the alternative. If I, as an application developer, really want to provide full international support, I know very well that my task is a lot easier under Windows than on several other common platforms.
But if I really don't care, then I also know that my ignorance is far more accepted on several other common platforms. On Windows, you are to a much higher degree, expected to provide internationalization than on alternate platforms. Honestly: I am happy with that!
|
|
|
|
|
Had seen an application (long back, Win 95/98 days), when localization / internationalization was still new.
It was an MFC application, where String Resources were used, which were switched based on the locale (English and Japanese). Except that for the message boxes, the Japanese strings were empty (in Version 1). So, whenever a message box popped up in Japanese locale, there would be no message, just OK and Cancel buttons. The user would not know what he was doing
Of course, this was later rectified, but it was fun to see empty message boxes in the first version.
|
|
|
|
|
|
any weapon can reversed and used against the attacker.
the inner secret of self defense 
Press F1 for help or google it.
Greetings from Germany
|
|
|
|
|
I notice that this strip is 22 years old.
Quite sharp observation, for being that early.
And, my impression is that the girls haven't listened very closely to Kane's proposal!
|
|
|
|
|
 How old are you. That sentiment has been around for longer than I have and I am going on 60.
INTP
"Program testing can be used to show the presence of bugs, but never to show their absence." - Edsger Dijkstra
"I have never been lost, but I will admit to being confused for several weeks. " - Daniel Boone
|
|
|
|
|
...I'm so excited I can barely put on my ski mask! 
Anything that is unrelated to elephants is irrelephant
Anonymous
-
The problem with quotes on the internet is that you can never tell if they're genuine
Winston Churchill, 1944
-
Never argue with a fool. Onlookers may not be able to tell the difference.
Mark Twain
|
|
|
|
|
If you succeed you won't have to work again. If you fail you won't have to work again.
|
|
|
|
|
Win-win! 
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
er .. break a leg ? or maybe better not wear ski-masks around banks
good luck
|
|
|
|
|
|
gawd - feels like a time-warp - problem is, I dont know in which direction its going
|
|
|
|
|
Well, I wasn't here yesterday. I was out buying myself a ski mask... 
Anything that is unrelated to elephants is irrelephant
Anonymous
-
The problem with quotes on the internet is that you can never tell if they're genuine
Winston Churchill, 1944
-
Never argue with a fool. Onlookers may not be able to tell the difference.
Mark Twain
|
|
|
|
|
Now they won’t let you in unless you’re wearing a face mask. Strange irony.
|
|
|
|
|
So I did a Fourier Analysis.
|
|
|
|
|
... so you could distinguish the fundamental from hermonics?
Software rusts. Simon Stephenson, ca 1994. So does this signature. me, 2012
|
|
|
|
|
Now, apply a filter, do Fourier Synthesis, and get back the signal you desire to get.
|
|
|
|
|
Send her petit Fouriers
|
|
|
|
|
Forget that and focus yourself on simpler matters like quantum gravity.
|
|
|
|
|
And, she hates your guts.
Well now at least you know. 
|
|
|
|
|
You broke the signal into sins and no-sins?
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Were you being discrete?
Software Zen: delete this;
|
|
|
|
|
Resentment of Beer Druggy (10)
"We can't stop here - this is bat country" - Hunter S Thompson - RIP
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
