utf8vcl-general Mailing List for UTF-8 VCL (Page 3)
Status: Alpha
Brought to you by:
bluelive
Menu
▾
▴
utf8vcl-general — General discussion of utf8vcl
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
(144) |
Apr
(50) |
May
(5) |
Jun
|
Jul
(14) |
Aug
(14) |
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2007-04-06 14:34:30
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4246507 By: tavol Another problem about MDI Forms, but I think it's something more general. See last bug post. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-06 00:57:34
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4245748 By: chmichael Delphi 2007 Enterprise Trial: http://downloads.codegear.com/survey.aspx?sid=648 ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-05 20:30:53
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4245517 By: bluelive In email he responded with: "In DelphiSpeedUp I use JclPeImage.TJclPeMapImgHooks.HookImport + LoadLibraryW API hook + JclPeImage.CreateImportLibraryList function." Anyone want to take a byte out of this ? ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-04 10:13:47
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4242972 By: bluelive Doh ! Sorry about that :) I haven't head much of Andreas on this list lately. Maybe he can give some insight on how to hook the packages and bds ? ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-04 09:39:54
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4242907 By: marquardt I am rather sure he will help :-) He is on the list of developers. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-04 06:44:34
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4242665 By: bluelive Hmz, true, this is a limitation of the BDS, there are work arounds by keeping the extended text out of the designer. A real solution would be to get utf8vcl working with packages and also load it into the BDS. Anyone know it the DelphiSpeedUp guy wants to help with this ? ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-04 05:49:29
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4242615 By: kryvich Bart has written in the previous message, that you can develop the program in English language or in your native language, i.e. use only system default codepage. Then you can add other languages using Kryvich's Delphi Localizer 2.0 + UTF-8 VCL. Besides in last versions of Delphi (I think D2006 and above), you can use international string constants and resourcestrings. In this case .pas files will be saved in the UTF-8 format. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-03 23:54:29
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4242374 By: akirabbq BDS2006's editor can handle UTF8 *.pas or *.dfm. Resourcestring and string constant are also in Widestring. Compiled .exe has all strings encoded in UTF8. However when unicode is typed in dfm, the value is garbaged if the field's type is ansistring and the system's default codepage failed to convert the unicode string. The IDE converts the string from unicode into ansistring during design time. After switching from dfm's text view to form view, some characters have already turned into "???", which means some characters were lost during the conversion. To demonstrate this, try to enter some strings with mixed codepages into dfm, like mixing Arabic, Chinese and English characters together. Try this string: English للغة العربية 中文 中文简体 It is purely how BDS2006's designer (and I think D7 as well) treats ansistring type by default. If an object's property has an ansistring type, strings will be converted into ansistring first during design time. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-03 20:04:34
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4242072 By: bluelive "It does also seem that it is possible to use utf8 in dfm's in the recent ide's" should be "It does also seem that it is possible to use unicode in dfm's in the recent ide's" ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-03 19:27:05
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4242043 By: bluelive While it is true that working with utf8 from the ide designer might cause problems, designing the gui with ascii labels or english text and using a runtime translater like kryvich's or gnugettext or one of the others completely avoids this problem. It does also seem that it is possible to use utf8 in dfm's in the recent ide's, which is stored as a widestring and correctly intercepted by utf8vcl before being turned into an ansistring. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-03 19:20:20
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4242032 By: akirabbq Not really, there are other 2 bytes character system that is not Unicode. For example, MBCS (widely used by CJK Chinese/Japanese/Korean) is 2 bytes long, it consists of a leading byte ($81..$FE) + a trailing byte. The char value of MBCS and Unicode are incompatible to each other, MultiByteToWideChar/WideCharToMultiByte are needed for the conversion. IMHO, the main issue of UTF-8 VCL so far is from the IDE. The IDE only stores a string as AnsiString type when the component's property has the AnsiString type. So if a widestring is being pasted into the object inspector, the widestring will be converted to an AnsiString, which will destroy the integrity of the original unicode text. The string conversion must be avoided at all cost, it is impossible to mix different codepage ansistring into one single ansistring. Some work have to be done on the IDE to let the IDE convert string into UTF8 during design time. For example, when some text is being typed/pasted into the object inspector, the IDE converts the string into UTF8 first. I think it also brings another issue that the designer must be able to display UTF8 string, otherwise the readability of the designer will be terrible. If this cannot be done, then the application's GUI will get stuck in AnsiString level, since the designer wiped out all the unicode at design time. Pasting UTF8 string into the object inspector will NOT work, since UTF8's highbyte character will mix up with MBCS's leading byte, and trash the whole string. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-03 17:33:21
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4241847 By: bluelive Actually a utf8 string can use upto 4 bytes for a character. unicode reserves the numbers 0..$10ffff 1112111 in decimal (great number :) ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-03 13:05:10
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4241363 By: nobody Ok, that was what I was not sure of. thanks both for the feedback :-) Regards, Guillem ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-03 12:00:43
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4241244 By: marquardt This is precisely what you should get An UTF-8 string properly rendered. An UTF-8 string can contain 1-byte and 2-byte chars. All ASCII chars (0..127) are 1-byte. All other chars are 2-byte Unicode (first byte >= 128). The above test string contains ASCII chars and Unicode chars and is still recognizable. Just a string to play with. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-03 09:07:31
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4240984 By: nobody Well, I do get following (hope this appears when posted as when I'm copying it) Iñ۳ërאâtіô裏àlіzæt☺n I'm not sure if this is what was intended. I forgot to mention that I also have tried rebuilding. No runtime packages. How can I avoid Forms to be loaded before UTF8VCL? Regards, Guillem ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-03 06:36:35
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4240737 By: marquardt I think we should make the old GetACP value available when utf8VCL overwrites it. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-02 15:38:36
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4239857 By: bluelive Hmz, what do you mean by 'strange' ? Most likely forms has been loaded before utf8vcl, do you have runtiem packages turned on ? Doing a rebuild instead of deleting dcu works more reliably. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-02 12:11:03
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4239501 By: kryvich I can't do it because I need to know a value of the current ANSI code-page (GetACP) BEFORE Utf8vcl override it. And I don't want to use UTF8VCL.PAS in my class because the localizer can work with or without the Utf8vcl library. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-02 11:47:45
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4239474 By: kryvich K.D.L. 1.7 works in Delphi 7, Delphi 2006/2007 & Turbo Delphi, but it doesn't support UTF-8 VCL. K.D.L. 2.0 beta can work with or without UTF-8 VCL, but it is intended for the new Delphi 2006/2007/Turbo only (for now). Using of flat text files instead of the gnugettext's .mo files has some advantages: you can edit translation in any text editor, and you are not required to download any additional utilities. As regars the TNT Components: AFAIK you can still use these components in your projects because the license does not forbid it. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-02 10:57:56
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4239406 By: nobody Hi all, I downloaded this morning the CVS version, compiled and run it. It gives me strange characters instead of the "internationalization" word. I deleted the DCUs and recreated the project but no luck so far. This has happened me for the last week or so. Environment: Codepage 65001 BDS2006 + Upd2 + hotfixes up to 10 Windows XP Pro SP2 + latest updates. Spanish (Spain) language setup. Any idea what might be causing this? Am I missing anything? Regards, Guillem ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-02 10:34:33
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4239383 By: marquardt I doubt it. I do not see the Unicode VCL replace the normal one. The CLX way is the most probable. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-02 08:16:34
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4239210 By: nobody Even if Borland will give us Unicode support in a newer version, there a lot of old applications written in Delphi 1-2-3-4-5-6-7-8-2005-2006-2007.Win32-Turbo, that need that function. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-02 07:05:52
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4239137 By: bluelive Hmz, that is basicly bad news for us ? ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-02 03:54:53
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4239011 By: marquardt Probably a full Unicode VCL along the lines of .net. I heard about it on the CodeGear Roadshow last week in Berlin (in fact i explicitly asked). ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
|
From: SourceForge.net <no...@so...> - 2007-04-01 15:08:31
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4238420 By: bluelive Hmz, i haven't found anything that is that explicit :) Addon, hmz so it might be a tnt clone ? ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=671785 |
