Author
Topic: UTF8 disk I/O library .... (Read 17286 times)

CommonTater

You feed it a word processor file and then try to claim my library doesn't work when it can't sort out the formatting marks

No, Utf8.txt is a plain UTF-8 text file, of the type you claim to handle with your library. You can open it in Notepad, \Masm32\qeditor.exe, poide.exe, and it will display 9 lines of Russian, Arabic and Chinese text.

Listen up ASSHOLE .... The demo program was to show you how to use the function calls. It's NOT a fucking word processor... it reads and writes wide strings in CONSOLE mode which does not support multiple code pages as you're asking it to. There was NO attempt to provide anything except an example to show how to use the functions.

GOT THAT?

Make a GUI mode program... a little edit window and use the functions to save and load the edit window... and watch what happens... OH MY GOD... look at that... it actually works! WOW....

The actual conversions are done with Windows API calls that are known to work.... world wide... and are in use in literally thousands of programs. If you'd even bothered to do anything except finding a way to foul it up then claiming it doesn't work you would know that.

Now take your petty STUPID vendettas and ram them right up your FAT HOMO ASS!

CommonTater

Obviously... and I apologize to everyone but JJ ..... little shit got exactly what he was asking for. AND... if he starts his bullshit up again, he'll get exactly the same reaction from me everytime!

It's got nothing to do with the Byte Order Message ... My code consumes that without microsoft's text conversion routines ever seeing it... in fact they would be confused by it.

It's got nothing to do main.c .... the test program does exactly what it's supposed to do... it shows you how to call the functions.

It is about the limitations on windows console (cmd.exe). The test??.exe files were used for debugging purposes and were provided with the archive as demonstrations. They show you how to call the library's 4 functions... It's NOT a word processor. It's NOT a multilanguage display system... it's a freaking demo program and nothing more.

The reason he thinks it doesn't work is that the dumb shit is trying to do multiple foreign languages in WINDOWS CONSOLE which is bound to a specific code page and after the first text output can only correctly display text within that one --singular-- codepage.

Let me say this one more time for perfect clarity ...

It's the console window that can't display the textThe library works... or it would not have been online.

Windows GUI, on the other hand uses a different system and can and does work correctly with the UTF8 library. And most importantly it works BECAUSE, I've used the windows native conversion apis... you know the ones in use all around the world with no problems at all.

Don't believe me? Well the source code is in the zip file... look up the functions used... Nothing is hidden, it's all right there for anyone to examine...

This is a 100% manufactured problem that exists only in JJ's dementia and noplace else. The little shit is trying to make me look bad and all he's really doing is pissing me off to the point where, in person, I'd punch is bloody lights out!

And, despite the people telling me to grow a thicker skin or buy a sense of humour....

NO I do not have to take that that crap from anyone. I never have in the past and I'm not going to start now.

first I don't want to insult anyone.. then I would like to apologize if do so...

OK here's my comment..the CMD window or you call it console simply use it's selected font to do font rendering... without any font replacement in which GUI dialog boxes does... for a simple test, just open up cmd and copy paste some Unicode character (not the English one). Now choose different available font, in my win7 system the "consolas" font is available choose that one.. now copy and paste some Russian text.. it will displayed correctly...

The reason he thinks it doesn't work is that the dumb shit is trying to do multiple foreign languages in WINDOWS CONSOLE which is bound to a specific code page and after the first text output can only correctly display text within that one --singular-- codepage.

Tater, you are confused. The Windows console is indeed able to display several languages simultaneously, using one codepage - UTF8. My examples demonstrate that very clearly. It is a bit challenging, yes, but it is feasible. Otherwise there would be no console windows in a country that has three times the population of the U.S.

Now if you truly convinced that it's only a console issue, you are free to post a GUI example with a simple edit control. I am really curious if it works, honestly

for a simple test, just open up cmd and copy paste some Unicode character (not the English one). Now choose different available font, in my win7 system the "consolas" font is available choose that one.. now copy and paste some Russian text.. it will displayed correctly...

why? simply... because the font support it... now paste some Chinese character, it will displayed nothing but garbage...

Hi Dubby,

The copy & paste test works fine with Russian, but it is a bit trickier with the more exotic fonts like Arabic or Chinese. Even if the fonts are installed (like on my machines), pasting doesn't work - but you can print them to the console. Ask a Billion Chinese, they can confirm that ;-)

I think I need to correct something in my previous post..."it's not about the font but the locale..."

Isn't it because their codepage already set in Chinese?

simply change the system locale... I guess almost all non English folks have their default locale sets to their language... in the attachment below contain 2 images.. one is in English locale and one in Chinese locale both of them were using utf-8 set to the console output..

Well, mine is set to Italian - and I can display simultaneously Italian, English, Russian, Chinese, Arabic and a number of others. The reason is simple: Codepage UTF-8 alias 65001 is meant for that. It can display every language for which fonts are installed.

It is actually a bit trickier if you look at the details, but it works