×
General Purpose Components and Libraries, discussions, problems and suggestions
Question [LAB] Cindy components
8 years 1 month ago #2127
by mtbf40
Replied by mtbf40 on topic Re: [LAB] Cindy components
Thx for your answers 
Please Log in or Create an account to join the conversation.
8 years 1 month ago #2183
by Mauricio
Replied by Mauricio on topic [LAB] Cindy components
Cindy v5.0 released (for Delphi) !
Cindy website
Added DBExpress components and the major news is ... TcyDocER (may be easy to port
)
TcyDocER extract document information (mail, phone, amounts etc ...) using OCR results from any source like Tesseract (open source) or Transym (comercial but cheap, fast, easy and powerful). There' s no demo of TcyDocER for now but i will working on it!
Regards,
Mauricio
Cindy website
Added DBExpress components and the major news is ... TcyDocER (may be easy to port
)TcyDocER extract document information (mail, phone, amounts etc ...) using OCR results from any source like Tesseract (open source) or Transym (comercial but cheap, fast, easy and powerful). There' s no demo of TcyDocER for now but i will working on it!
Regards,
Mauricio
Please Log in or Create an account to join the conversation.
8 years 1 month ago #2187
by RockyLuck
This may be cured, but only if one has intimate knowledge of the Cindy software. Someone (and I presumed mauriciopt is the right person for that) has to look into this and come up with an alternative for the dead CN_DRAWITEM handler.
Replied by RockyLuck on topic [LAB] Cindy components
The problem is not with the Cindy components. The problem is with the inadequate port of Lazarus of the Windows message structure. In this case, the CN_DRAWITEM message is not sent (needed by TcyBaseButton to draw the glyph), because the WM_DRAWITEM Windows message is not handled by Lazarus.sternas wrote: Sir
always you can help us and
with your Cindy source modifications...
This may be cured, but only if one has intimate knowledge of the Cindy software. Someone (and I presumed mauriciopt is the right person for that) has to look into this and come up with an alternative for the dead CN_DRAWITEM handler.
Please Log in or Create an account to join the conversation.
8 years 4 weeks ago #2198
by RockyLuck
I already showed that it's an LCL error. The experimental lab version did not change a thing
Replied by RockyLuck on topic [LAB] Cindy components
sternas wrote: Guys
I think it's LCL error, not trigger LM_DRAWITEM
and the Experimental Lab pl_Cindy version for test...
I already showed that it's an LCL error. The experimental lab version did not change a thing
Please Log in or Create an account to join the conversation.
8 years 4 weeks ago #2200
by RockyLuck
Replied by RockyLuck on topic [LAB] Cindy components
@Viking: probably a very good point. 
But it did not help unfortunately The message LM_DRAWITEM is simply not generated.
But it did not help unfortunately The message LM_DRAWITEM is simply not generated.
Please Log in or Create an account to join the conversation.
8 years 4 weeks ago #2202
by Aleksandar
Would you please make simple steps to reproduce and if possible images with result as it should be (from Delphi) as what you actually get (in Lazarus). That would probably help us all to understand what we get and what we trying to accomplish.
I will try to install CT in some Windows machine when I find some time and to see can I somehow help with this.
Replied by Aleksandar on topic [LAB] Cindy components
RockyLuck wrote: @Viking: probably a very good point.
Would you please make simple steps to reproduce and if possible images with result as it should be (from Delphi) as what you actually get (in Lazarus). That would probably help us all to understand what we get and what we trying to accomplish.
I will try to install CT in some Windows machine when I find some time and to see can I somehow help with this.
Please Log in or Create an account to join the conversation.
8 years 4 weeks ago #2203
by RockyLuck
Replied by RockyLuck on topic [LAB] Cindy components
@Viking: your assumption that the message to catch was CN_DRAWITEM was understandable, probably this should have happened, but it was not correct. This is the code for handling the WM_DRAWITEM in function WIndowProc (file Win32callback.inc):
So, no translation to CN_DRAWITEM there.
Windows is responsible for generating the WM_DRAWITEM message. It does that if the control is "OwnerDrawn". That's what basically is wrong with the LCL implementation: the control is not set to owner drawn (Delphi does this correctly).
I inserted an override for CreateParams in cyBaseButton:
That did something! Some buttons started to look more or less OK. Some would only show if clicked. I recompiled Lazarus with this change in the pl_Cindy package and strangely enough at design time the buttons now showed only their caption
What it does show is that Cindy will only run in a Windows environment with some of its controls. That is not what I'm looking for.
WM_DRAWITEM:
begin
.
.
end else
begin
with TLMDrawItems(LMessage) do
begin
Msg := LM_DRAWITEM;
Ctl := 0;
DrawItemStruct := PDrawItemStruct(LParam);
end;So, no translation to CN_DRAWITEM there.
Windows is responsible for generating the WM_DRAWITEM message. It does that if the control is "OwnerDrawn". That's what basically is wrong with the LCL implementation: the control is not set to owner drawn (Delphi does this correctly).
I inserted an override for CreateParams in cyBaseButton:
procedure CreateParams(var Params: TCreateParams); override;
.
.
procedure TcyBaseButton.CreateParams(var Params: TCreateParams);
begin
inherited CreateParams(Params);
with Params do Style := Style or BS_OWNERDRAW;
end;That did something! Some buttons started to look more or less OK. Some would only show if clicked. I recompiled Lazarus with this change in the pl_Cindy package and strangely enough at design time the buttons now showed only their caption
What it does show is that Cindy will only run in a Windows environment with some of its controls. That is not what I'm looking for.
Please Log in or Create an account to join the conversation.