utf8vcl-general Mailing List for UTF-8 VCL (Page 2)
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-07-07 09:19:18
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4401062 By: nobody I've made another test. Only one Form and one Label. The same situation.. ______________________________________________________________________ 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-07-07 09:17:56
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4401060 By: nobody Last error is: System Error Code 8. I've found out that my "small" app is eating large amout of memory. It's starts from 15MB and after few minutes it was using 150MB !!. I'm Using JVCL Net Components. It's look like there is a large memory leak. ______________________________________________________________________ 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-07-06 22:12:25
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4400682 By: nobody Hmz that is unexpected, is the program out of memory ? if not Assigned(Result) then RaiseLastOsError; should tell you what is wrong ______________________________________________________________________ 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-07-06 17:02:37
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4400045 By: nobody I've found out that function MakeWndProcIntercept(Original: TStdWndProcDef; Intercept: TStdWndProcInterceptDef; Kind: Integer): TStdWndProcDef; const { This is an assembly representation of StdWndProc } StdWndProcStub: array[0..46] of Byte = ($55, $8B, $EC, $83, $C4, $F8, $C7, $45, $F8, $FE, $FE, $FE, $FE, $8B, $45, $10, $50, $8B, $45, $14, $50, $8B, $4D, $0C, $8B, $55, $08, $B8, $FE, $FE, $FE, $FE, $FF, $55, $F8, $89, $45, $FC, $8B, $45, $FC, $59, $59, $5D, $C2, $10, $00); begin Result := VirtualAlloc(nil, 256, MEM_COMMIT, PAGE_EXECUTE_READWRITE); Move(StdWndProcStub, Pointer(Result)^, Length(StdWndProcStub)); Result = nil so Move throw exception. Do You have any idea why ? ______________________________________________________________________ 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-07-06 15:30:38
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4399880 By: nobody Hi. I have posted new bug. Can anyone have similar problems ? ______________________________________________________________________ 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: Sasa Z. <sa...@ma...> - 2007-05-19 11:23:01
|
Hi Bart,
This is quite promising project! Congratulations!
Realization idea of intercepting API calls is quite effective, except some
AV problems in specific situations.
The first one is that in some specific situatioins and AV is shown (Write to
0000000) in StdWndProcInerceptW2U on last line ("Result..."). Unfortunately,
I'm unable to locate where potential problem starts, since AV is not raised
on the same position. Problem are raised on an application I use to copy
tables from one ADO source to second one, mostly using variant type. If that
information is not enough to locate potential cause of the problem, when free
time allow I will try to create and provide test case with an example.
Second one is incompatibility with tntware components. AV is rising on the
moment of activating form with tntware components. In some specific cases it
is very useful to have native UTF-16 component along with regular string
components (where strictly ANSI is enough).
Third one is AV, raised when FastMM4 is using and should show memory leak
report.
If it can be possible, suggestion is to create an Enable/DisableUTF8
interceprions procedures, which will help all listed situations.
D7 SP1, W2K Pro SP4, all UTF8VCL units are included as very first one in uses
of the delphi project (.dpr), except when used FastMM4.
Thank you for your time.
Sasa
--
www.szutils.net
|
|
From: SourceForge.net <no...@so...> - 2007-05-03 09:47:37
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4292744 By: bluelive The exclusion list is impossible because we often have no context to make the decision in the intercepts. If you are storing files in acp currently you allready have a problem there...., what if the file is moved to a computer with a different acp ? Personally i would advice what bds and notepad does, allow the user to pick an encoding when saving and loading. (with smart autodetecting, using things like a BOM) ______________________________________________________________________ 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-05-03 09:20:21
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4292721 By: nobody Hello, Yes, i well understand. But, When we do a software that can load file, it is quite hard to explain to the users what is the utf8 encode, acp, etc... So... we have to do extra source code the encode or not each time a file is loaded. Other than do this, may be it is more simple to add a file check within the component itself before filling a component. Same for stream. Also... this is valid for an existing project in which we add utf8vcl. Everything done before the addition is more compatible. Finally... just as a suggestion... because utf8vcl is active with all components, it should be fine to have an exclusion list to specify if we do not want some components driven by utf8vcl. Carl ______________________________________________________________________ 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-05-02 09:48:20
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4290443 By: bluelive utf8vcl works by assuming all acp encoded stuff is actually in utf8. so it also assumes the file yoru reading is in utf8 and not your local acp encoding. if you know the encoding of a file you should specify it explicitly when loading. ______________________________________________________________________ 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-05-02 09:09:40
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4290381 By: nobody Hi... Today i found UTF8VCL, it is very great :) I am facing a little problem, or may i don't "How to..." As exemple, if i want to load a file into a memo. Memo1.LoadfromFile( ... ) and the file content is true ASCII with accent characters like é à ê and so on... What can i do to load it succesfully in the memo if i use UT8VCL ? It should be nice to have UTF8VCL detect this by itself. Carl. ______________________________________________________________________ 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-24 09:20:38
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4277589 By: bluelive The problem is that the bidi mode of the component is not set correctly. utf8vcl only adds support for unicode 'characters' Language support is still something the end developer needs to take care off. ______________________________________________________________________ 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-24 09:08:36
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4277566 By: nobody If I paste some Arabic (right-to-left) text in an TEdit control, the text will be reversed. Example: اللغة العربية This is displayed in reverse. But if the text is copied again, the order is restored. This is only a display-problem. How to handle this situation? Best regards, Bas ______________________________________________________________________ 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-16 11:22:51
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4262866 By: marquardt I have moved the test programs to a Samples directory and created a runtime-only package for utf8VCL. Open the package file and compile it. utf8VCL is not usable yet as package, but it has to be a package if it should ever work as package. ______________________________________________________________________ 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-12 13:07:21
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4257077 By: nobody Afaik it's just a way to use the upper 128 ASCII values to support additional characters specified by your system. It's the only solution (except extincts Tnt) to write also at design-time those characters: do you have any other idea about it? I don't know what happen in a Windows Russian or Chinese, in any case I suggest you the next time that you update the example to choose the DEFAULT_CHARSET to make it "more" internationalized and standard. ______________________________________________________________________ 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-12 12:37:43
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4257024 By: bluelive This setting should not influence the working of utf8vcl so it should be fine. As far as i understand it, it is a hint to the font that it should pick a certain charactergroup, something that is deprecated for unicode. ______________________________________________________________________ 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-12 12:10:50
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4256984 By: nobody But I don't see any difference running the example with ANSI_CHARSET or DEFAULT_CHARSET. Try this: - in International options and language set in advanced the "Language for non-Unicode programs" to Russian and reboot the system - add the Russian keyboard and in your example add a new label writing its caption with cyrillic characters: if you use ANSI_CHARSET you will see wrong characters, if you use DEFAULT_CHARSET you will see the right string at design-time and also at run-time. - the rest of application seems to produce the same results indifferently by the charset of the form/objects. This is the handicap of ANSI_CHARSET compared to DEFAULT_CHARSET (and also the majority of the existing applications are in Delphi default) So, what is the benefit using ANSI_CHARSET? Can I continue to use DEFAULT_CHARSET? ______________________________________________________________________ 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-12 09:47:29
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4256759 By: bluelive I'm sure, i don't think it matters because those are directive that should not matter because we are a unicode application from the perspective of windows. ______________________________________________________________________ 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-12 07:15:11
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4256572 By: nobody Why in the example do you use ANSI_CHARSET instead of th default Delphi Form DEFAULT_CHARSET? In the second case you can digit and view characters acording to the ANSI system locale code page of that computer. ______________________________________________________________________ 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-11 14:14:02
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4255225 By: bluelive Yes, all text data you load into the application needs to be converted, either before hand or when loading. you might want to look at gnugettext for 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-10 21:03:20
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4254108 By: nobody Better with an account, isn't it? >I don't understand your last question ? ok. I want to display Chinese names in a grid whatever the translation of the UI. Chinese implies utf8, and utf8 implies utf8vcl :) but in this case, the special characters of the current code page are not displayed, at less I have seen French characters with accent disappear. So I guess, I should convert the ascii translation files (French, Russian, Czech, Hungarian, ...) into utf8. Sorry, I am not very at ease with character encoding. >pagecontrol may take a while headercontrol missing also, and some other issues. Sorry I cannot help, so I guess I will have to wait a while :) :( Gilles ______________________________________________________________________ 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-10 18:57:18
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4253507 By: bluelive Yes, there is still a big memoryleak somewhere in utf8vcl, probably related to missing an opertunity to reuse a function wrapper. ______________________________________________________________________ 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-10 18:56:32
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4253505 By: bluelive Great :) -PageControl I currently have little time to develop utf8vcl so pagecontrol may take a while unless someone else wants to try to fix this. I don't understand your last question ? ______________________________________________________________________ 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-10 10:05:26
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4252680 By: tavol I have found a strange problem: the paging file size increases very quickly in some cases (see example in bug 1695658 MDI Form). For me it's a big problem because I can't use utf8vcl only for this bug. Do you have any idea to solve it or to bypass the problem (something in FormClose event)? ______________________________________________________________________ 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-09 20:54:56
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4251946 By: nobody Hello guys, I am developping a Go game editor/database with D7. It's already translated into 7 languages and I have just found a Chinese translator... I planned to use TNT but I found UTF8VCL and it seems to work like magic! Actually, all strings are translated dynamically and this fits perfectly with UTF8VCL. Regarding the direction: - please continue to develop it :) - PageControl is missing, any schedule? And one question: I woud like to display Chinese in a stringgrid whatever the translation. I understand all translation should be converted from ascii to UTF8 (Russian for instance). Is it correct? Great work. Gilles ______________________________________________________________________ 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-07 16:49:49
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4249114 By: marquardt Andreas Hausladen knows the trick, but he is a bit reluctant to share the info or has no time to do so. All in all from the info posted here it is intercepting LoadLibrary and then patching the import table of the loaded DLL. ______________________________________________________________________ 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 |
