utf8vcl-general Mailing List for UTF-8 VCL (Page 9)
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-03-18 15:28:54
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4213279 By: kryvich Oh, sorry. Not commdlg32.pas but commdlg.pas. You're already used it in UTF8VCL.pas: implementation uses Windows, Messages, SysUtils, Classes, CommDlg, <----- UTF8VCLUtils, UTF8VCLMessages; ______________________________________________________________________ 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-03-18 15:23:09
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4213275 By: kryvich You can make your strange text even more strange by putting to it some belarusian letters. TestText = #$D0#$86#$C3#$B1#$74#$C3#$AB#$72#$6E#$C3#$A2#$74#$D1#$96#$C3#$B4#$6E#$C3#$A0 #$6C#$D1#$96#$7A#$C3#$A6#$74#$D1#$96#$C3#$B8#$6E; I've replaced latin "I", "i" to the Belarusian letters which identical on a writing (#0406, #0456). It would be the good test for a compatibility with the Cyrillic alphabet. ______________________________________________________________________ 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-03-18 15:15:45
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4213266 By: bluelive No such unit in Delphi7 that i can spot, it doesn't matter adding units to utf8vcl is only risking problems with initialization order. ______________________________________________________________________ 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-03-18 15:13:55
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4213265 By: bluelive I have added support for widestring <-> string conversions at runtime, could you check your dfm problem agains the cvs ? ______________________________________________________________________ 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-03-18 14:30:44
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4213229 By: kryvich A little suggestion: const commdlg32 is defined in CommDlg32.pas. You can remove it from UTF8VCL.pas ______________________________________________________________________ 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-03-18 14:25:54
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4213224 By: bluelive Ah right, i'll override TReader.ReadString then i guess. ______________________________________________________________________ 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-03-18 14:09:28
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4213212 By: kryvich Of course, I have set code page to 65001, but... TReader.ReadString converts a UTF8 string to ANSI when load it from a DFM resource. After that the message EM_REPLACESEL is generated, and procedure MessageU2WBefore tries to convert the same string from a UTF8 format to a Wide format. But this string is in format ANSI already! ______________________________________________________________________ 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-03-18 13:53:56
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4213202 By: kryvich Yes, you are right. I also think, that the utf8vcl will be a better solution. ______________________________________________________________________ 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=671423 |
|
From: SourceForge.net <no...@so...> - 2007-03-18 13:26:58
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4213188 By: bluelive Application.Title is fixed in cvs, the unit initialization order was skewed by the DoKeyPress fix, utf8vcl needs to be loaded before forms.pas ______________________________________________________________________ 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-03-18 11:48:20
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4213132 By: bluelive Yeah, read it in the newsgroups. I thought it was opensource allready btw ? The problem with tnt and elpack is that you need to rebuild your applications. I think utf8vcl has a lot more chance to be the way to get unicode in the vcl. ______________________________________________________________________ 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=671423 |
|
From: SourceForge.net <no...@so...> - 2007-03-18 11:32:51
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4213119 By: kryvich Troy Wolbrink, author of TNT Controls, intends to open a source code of the library. Source: http://webboard.ccci.org:8080/~tnt/read?7432,12 ______________________________________________________________________ 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=671423 |
|
From: SourceForge.net <no...@so...> - 2007-03-18 11:28:42
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4213115 By: bluelive Setting the codepage to 65001 in the compiler options and rebuilding should fix 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-03-18 11:22:26
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4213108 By: bluelive Well.... it took me a whole day of debugging, but i finally found the bug, SetWindowLong should return the original value not the new value, doh. ______________________________________________________________________ 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=671425 |
|
From: SourceForge.net <no...@so...> - 2007-03-18 10:35:19
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4213075 By: bluelive The problem with sending ansi to other apps is that you both lose data and still need to convert to ansi first. Basicly there are three options: ANSI UTF8 Wide if you take ansi you can talk with ansi applications, but not with utf8 and wide applications. if you take utf8 you can only talk to other utf8 apps if you take wide you can talk with wide and utf8. so i would prefer sending wide so that the most apps are supported. ______________________________________________________________________ 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-03-18 10:32:23
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4213069 By: bluelive When utf8vcl is enabled OpenDialog allways ends up in a stack overflow. ______________________________________________________________________ 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=671425 |
|
From: SourceForge.net <no...@so...> - 2007-03-18 10:31:54
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4213068 By: bluelive Right, fixed. ______________________________________________________________________ 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-03-18 10:08:10
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4213041 By: marquardt You seem to have an outdated source. It currently reads "if (PAbsoluteIndirectJmp(Proc).OpCode = $25FF) then // JMP mem32". but yes it is a bug. The compiler obviously interprets $ as $0, i. e. a valid 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-03-18 08:51:39
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4212986 By: kryvich I've found out in function GetActualAddr these lines: if (PAbsoluteIndirectJmp(Proc).OpCode = $) then // JMP mem32 Result := PAbsoluteIndirectJmp(Proc).Addr^ The compiler considers $ = 0 (very strange by the way). I think it's an error, isn't 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-03-18 05:32:42
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4212899 By: marquardt Disabled the code and got the same result. ______________________________________________________________________ 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-03-18 05:26:26
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4212893 By: marquardt Ah, i see. Application window is a top level window so it fails. I want to retain the ability to send ANSI strings to other applications. They may not understand Unicode at all. How about making the unpatched functions available under a new name? ______________________________________________________________________ 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-03-17 19:34:15
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4212498 By: kryvich Another issue. I've added some Russian letters to Edit and Memo boxes (properties Edit1.Text and Memo1.Lines). Delphi have saved these properties in a UTF-8 format to the DFM-file. But when I start the program these Russian letters just disappear! Look at screenshots (design-time & run-time): http://img231.imageshack.us/my.php?image=screen1lp7.gif http://img182.imageshack.us/my.php?image=screen2ow3.gif I've located a problem in function TReader.ReadString. When NextValue = vaUTF8String, this function converts a UTF-8 string from a DFM-resource to an ASNI-string (a local Windows codepage, CP1251 Cyrillic in my case). I think you should somehow override this function and prevent this erroneous convertation of an original UTF-8 string into ANSI format. Then OutLParam := LPARAM(ConvertToUTF8(PWideChar(InLParam))); in function MessageU2WBefore will work correctly. ______________________________________________________________________ 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-03-17 17:19:15
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4212413 By: kryvich I've just checked new version of utf8vcl on my home computer and wow! I can type in Russian, Belarusian, English and Deutsch - all letters show correctly! Checked in TEdit, TMemo, TRichEdit(!). I think I had some problems with Windows settings on my office computer. I should test it on Monday once again. ______________________________________________________________________ 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-03-17 15:57:19
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4212352 By: kryvich Thank you ______________________________________________________________________ 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-03-17 15:28:05
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4212323 By: bluelive Hm, the mailing list doesn't seem to want to eat the forum. I'll try to fix 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-03-17 15:11:40
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4212310 By: bluelive I don't think we need to do anything for these, only messages that really goto or comefrom windows need to be converted, those that stay inside delphi don't need changes, they stay utf8 through A functions. ______________________________________________________________________ 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=671425 |
