utf8vcl-general Mailing List for UTF-8 VCL
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...> - 2008-07-15 08:41:27
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=5097143 By: nobody utf8 vcl is a test project and not currently under active development. ______________________________________________________________________ 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...> - 2008-07-14 19:50:10
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=5095934 By: raelb Hi, I'm mainly using tntcontrols in a unicode enabled application. However, I am also using a few std vcl controls, which I'd like to display unicode using utf8vcl. However, I immediately get an error when trying to use tntcontrols and utf8vcl together (just drop a TTntButton on the utf8vcl demo application.) from TntControls.pas: procedure SubClassUnicodeControl(Control: TWinControl; Params_Caption: PAnsiChar; IDEWindow: Boolean = False); var WinControlTrap: TWinControlTrap; begin if not IsWindowUnicode(Control.Handle) then raise ETntInternalError.Create('Internal Error: SubClassUnicodeControl.Control is not Unicode.'); I was also advised:"The authors of this code should make sure to not try to subclass controls that are already unicode classes." Is it possible to adjust utf8vcl to work with tntcontrols? This would really be great. For a unicode application it makes sense to me, to mainly use tntcontrols (edit controls, design time support for unicode...), and then use utf8vcl to cover the remaining components. TntControls is available for download at : http://www.yunqa.de/delphi/doku.php/products/tntunicodecontrols/index?first=5& DokuWiki=1 Rael ______________________________________________________________________ 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-08-28 09:47:37
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4488409 By: bluelive For starters we need to bring down the active leaks, a leak per window might not be problematic (infact delphi does this) Also currently we allocate a whole page per alloc, this can be optimized to reuse parts of the page for multiple calls. However i have no active projects requiring utf8vcl so i won't be coding this soon. ______________________________________________________________________ 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-08-28 08:53:12
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4488328 By: nobody Do you believe that running a garbage-collection-like procedure that queries IsWindow() on each HWND in the map is better? This looks safer; although this is indeed more ugly. avi@sintec ______________________________________________________________________ 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-08-28 08:27:10
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4488289 By: bluelive Yes, you are correct. This was only added to be able to see it working, i had hoped to create enough intrest by showwing that it is doable so that somewhat minor issues like this would be picked up later. The cleanup however is not allways as simple as you make it seem :) ______________________________________________________________________ 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-08-28 08:19:45
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4488270 By: nobody I am a little surprised... Do you allocate new memory per each message? And for each message, do you recreate the procedure? Is this a little (or a huge) waste of resources? Why, instead of this, not to use a simple map between a handle of a window and its original procedure (with removing of this entry in the map once the window is destroyed, by intercepting, say WM_DESTROY)? Do I miss anything here? avi@sintec ______________________________________________________________________ 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-08-17 17:57:10
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4470807 By: sasaz Please notice thet I'm not an author of this particular bug fix - I point on it to be in CVS reprository in order not to be lost. ______________________________________________________________________ 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-08-17 17:19:00
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4470736 By: bluelive Done, feel free to submit your fix to 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-08-17 16:22:34
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4470496 By: sasaz I'm satisfied if anyone fix this bug in CVS reprository. I have nothing against to add my account to developer list. However, I cannot promis any active maintaince at the moment (quite limited spare time, unfortunately). ______________________________________________________________________ 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-08-17 15:59:29
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4470460 By: bluelive Would you like cvs access so that you can contribute this fix ? Active development may start again in the future when i need utf8vcl for my job. ______________________________________________________________________ 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-08-17 15:26:59
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4470405 By: sasaz This fix is still not CVS fixed. It succesively fixes main massive memory leak. Several small memory leaks seems still exists. ______________________________________________________________________ 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-08-17 14:40:07
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4470328 By: dzimm Done ______________________________________________________________________ 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-08-17 07:42:59
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4469808 By: bluelive Done, thanks for the contribution to the project :) ______________________________________________________________________ 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-08-16 20:02:59
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4469004 By: dzimm Sure ______________________________________________________________________ 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-08-16 16:50:46
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4468534 By: nobody Great, do you want cvs rights to check this fix in ? ______________________________________________________________________ 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-08-16 15:55:27
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4468451 By: dzimm In D7 I get an AV when trying to Execute a TColorDialog. I found the problem in UTF8VCLCommDlg.ChooseColorAIntercept where he tries to translate the lpTemplateName when CC_ENABLETEMPLATE isn't true. I fixed with function ChooseColorAIntercept(var CC: TChooseColorA): Bool; stdcall; var CCW: TChooseColorW; begin Move(CC, CCW, SizeOf(TChooseColorA)); with CCW do begin lpfnHook := nil; lpTemplateName := nil; end; try if CC.Flags and CC_ENABLETEMPLATE <> 0 then // Don't convert unless needed CCW.lpTemplateName := ConvertFromUTF8(CC.lpTemplateName); CCW.lpfnHook := WndProcConvertW2U(Pointer(@CC.lpfnHook), Pointer(@StdWndProcInterceptU2W), Pointer(@StdWndProcInterceptW2U)); Result := ChooseColorW(CCW); CC.rgbResult := CCW.rgbResult; finally FreeMem(CCW.lpTemplateName); end; end; ______________________________________________________________________ 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-24 07:43:51
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4428840 By: bluelive You need to know the encoding of the file and convert using that. you need no conversion at all if the file is in utf8 without 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-07-21 09:13:16
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4424195 By: nobody So What function should I use ? I've try Utf8ToAnsi and it doesn't work. ______________________________________________________________________ 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-10 08:46:37
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4405402 By: nobody No thx :) ______________________________________________________________________ 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 18:03:22
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4401490 By: nobody It looks good, do you want submit rights to the project ? ______________________________________________________________________ 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 17:01:59
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4401437 By: nobody This maybe isn't best solution, but I need a quick change to fix my problem ______________________________________________________________________ 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 17:00:43
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4401431 By: nobody Changing function: function CallWindowProcAIntercept(lpPrevWndFunc: TFNWndProc; hWnd: HWND; Msg: UINT; WParam: WPARAM; LParam: LPARAM): LRESULT; stdcall; var TempWParam, TempLParam: Longint; Proc: Pointer; begin TStdWndProcDef(Proc) := WndProcConvertW2U(lpPrevWndFunc, StdWndProcInterceptU2W, StdWndProcInterceptW2U); MessageU2WBefore(hWnd, 0, Msg, WParam, LParam, TempWParam, TempLParam, TStdWndProcDef(Proc), nil); Result := CallWindowProcW(Proc, hWnd, Msg, TempWParam, TempLParam); Result := MessageU2WAfter(hWnd, 0, Msg, WParam, LParam, TempWParam, TempLParam, Result, TStdWndProcDef(Proc), nil); VirtualFree(Proc, 0, MEM_RELEASE); end; After I've added "VirtualFree(Proc, 0, MEM_RELEASE)" here my app works perfect. ______________________________________________________________________ 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 15:07:40
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4401321 By: nobody Yes, but disabling that code will remove alot of the utf8 support :) What is needed is code to reclaim/reuse intercepts that are allocated with the VirtualAlloc call. ______________________________________________________________________ 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 10:48:42
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4401135 By: nobody After disabled this line memory leaks stop //NonUTF8CallWindowProc := HookUser32Func('CallWindowProcA', @CallWindowProcAIntercept); // do not localize ______________________________________________________________________ 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:49:47
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4401080 By: nobody I think that problems is in "Result := VirtualAlloc(nil, 256, MEM_COMMIT, PAGE_EXECUTE_READWRITE);" There are no VirtualFree so it must cos memory leak. When I disabled all HookUser32Func calls that using MakeWndProcIntercept Memory leak hase been stopped. Anyone have idea where shoud I call VirtualFree ? ______________________________________________________________________ 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 |
