[Kujo]

'Support' wrote:

It's solved now too, file is updated.

It works perfectly. :a3:

Thank you very much.

[Kujo]

'Support' wrote:

Here this file is attached.

This file solves the memory leak error but NOT the SkinSection error

[Kujo]

'Support' wrote:

Thank you for the demo. I can send you the patched file already, if you have sources. 🙂

Otherwise, you can wait the nearest release.

Yes, I have the source code.

Thank you.

[Kujo]

'Kujo' wrote:

Hello,

I have some problems with TsNotebook (prior versions work fine):

• The “SkinSection” property doesn't work (the “CHECKBOX” value is always used). To demonstrate this issue is enough to put the component in a form, change the “SkinSection” property and run the program
• If the TsNotebook is placed in a DLL form, when the program is closed a memory leak error appears (if you replace the component with other components, all is ok). This is visible also if you deactivate the SkinManager component. To demonstrate this issue I have attached a demo program. Both files (EXE and DLL) were compiled with the “Link with runtime packages” activated and the only package explicitly specified is acntDelphiXE2_R.

I'm using RAD Studio XE2 on Windows 7 64 bit.

Thank you in advanced.

About the first problem:

maybe it is in the “acNotebook.TsNoteBook.WndProc(var Message: TMessage)” procedure because I think the “sd.SkinSection := s_CheckBox;” line should be changed with “sd.SkinSection := Self.FCommonData.SkinSection;”

About the second problem:

it is also visible in a EXE file. Simply put the TsNotebook in the form (is not necessary to add the SkinManager and/or SkinProvider components), add the “ReportMemoryLeaksOnShutdown := True;” line to the dpr file, run and close the program.

I think the problem is in the procedure “acNotebook.TsNoteBook.WndProc(var Message: TMessage)” where a TsCommonData (sd) is created but not destroyed

[Kujo]

'Support' wrote:

Thank you for the message, this issue will be solved in the v8.34

Ok, problem solved in 8.34

Thank you

[Kujo]

'Kujo' wrote:

Hello,

I tried the version 8.31, but the problem is still present.

Another question: there is a reason why are not implemented the dialogs relative to the printers (eg: TsPrintDialog, TsPrinterSetupDialog)?

Best regards.

The problem is still present in the 8.32 version: if I remove the srStdDialogs option, the standard Windows dialog is shown instead to the skinned one. This is also true for the sOpenDialog, sSaveDialog, etc…

[Kujo]

'Support' wrote:

Hello!

I'll try to improve it in the next Beta version.

Hello,

I tried the version 8.31, but the problem is still present.

Another question: there is a reason why are not implemented the dialogs relative to the printers (eg: TsPrintDialog, TsPrinterSetupDialog)?

Best regards.

[Kujo]

'Hamilton' wrote:

Hi,

Version 8.30 of AC introduces an issue with the TsPageControl having a ttMenu tab item where the Subway skin causes a white line above the menu text (see attached). Some combination of changing skins and other actions can cause the white line to be drawn black which leads me to think it is a boundary issue rather than something that has been intentionally changed in the skin.

There is another issue (or two) associated with the PageControl at design-time when you have ttMenu items where the tab either doesn't display the text or doesn't display the tab at all. This is easy to setup – simply add a TsPageControl and add a few tabs, make on of them a menu item and then select that tab – notice the text disappears from the tab as soon as you move the mouse off the tab. Also, if you make the menu tab the rightmost one in the page control then you have trouble selecting it.

Please note: the first issue reported above is a runtime issue, the later ones are design time only.

Regards,

Hamilton

Hello,

I have the same problems.

Delphi XE2

AC 8.20

Regards.

[Kujo]

'Support' wrote:

Hello

Promised demo is available now : http://www.alphaskins.com/sfiles/demos/glyphsfromskin.zip

Should be compiled with AC version 8.17

Hello,

great support, this is exactly what I was looking for.

Thank you very much.

[Kujo]

'Support' wrote:

Hello!

I can make a demo how to extract such image to 32bit bmp, but such bitmap can't be added into TsAlphaImageList because only Ico and Png are support there.

Maybe support of 32bit bmp will be added to this component also later.

Yes, if is possible to have a demo thanks a lot: I need to know how to extract a Glyph (PNG and bitmap formats) with the transparent background.

You wrote: …but such bitmap can't be added into TsAlphaImageList because only Ico and Png are support there

But with the following code I'm able to add a bitmap to the TsAlphaImageList; what am I doing wrong?

Code:

var
GlypBmp : TBitmap;
GlyphSize : TSize;

begin
GlyphSize.cx := WidthOfImage(DefaultManager.ma[AIndex]);
GlyphSize.cy := HeightOfImage(DefaultManager.ma[AIndex]);
AlphaImageList1.Width := GlyphSize.cx;
AlphaImageList1.Height := GlyphSize.cy;
GlyphBmp := CreateBmp32(GlyphSize.cx, GlyphSize.cy);
DrawSkinGlyph(GlyphBmp, Point(0, 0), 0, 1, DefaultManager.ma[AIndex], MakeCacheInfo(GlyphBmp));
AlphaImageList1.Add(GlyphBmp, nil);
FreeAndNil(GlyphBmp);
end;

I'm sorry if I make stupid questions, but my job is focused on low level communications between hardware devices, so is not easy for me to understand and to manipulate the images.

[Kujo]

'Support' wrote:

Drawing of headers can't be changed because it's normal drawing for this component when XPManifest is not used. I'm sorry.

A RightBottom corner painting will be improved soon.

Ok,

thank you for your answer. I will use the AutoSize flag in order to hide the unskinned portion of the header.

About my doubt relative to TsHeaderControl: is normal that the default SkinSection is “CHECKBOX” and not “COLHEADER” ?

[Kujo]

'Kujo' wrote:

Hello,

I checked the version 8.13 but the skinning problems are still present.

In addition, why TsHeaderControl sets “CHECKBOX” and not “COLHEADER” as default?

Thanks.

Same problems with version 8.14, there is a hope to solve it ?

[Kujo]

'Support' wrote:

I need a time for researching it. I hope, this issue will be solved in the version 8.13

Hello,

I checked the version 8.13 but the skinning problems are still present.

In addition, why TsHeaderControl sets “CHECKBOX” and not “COLHEADER” as default?

Thanks.

[Kujo]

'Support' wrote:

Thank you! This issue will be solved in the nearest release, I think.

I tried with AC 8.11 and VT 5.1.0 and here there are my results:

• flicker problem: solved
• skinning problem: still present (please check attached image)

For all examples I used three columns and:

Header.Options.hoVisible := True

TreeOptions.MiscOptions.toGridExtension := True

TreeOptions.PaintOptions.toThemeAware := False (but you can also set it to True)

Fig. 1 and Fig.2:

Header.Options.hoAutoResize := False

Fig.3 and Fig.4:

Header.Options.hoAutoResize := True

Header.Options.AutoSizeIndex := 2 (but you can set also other columns)

As you can see, the “filler” header to the right of the last column is not skinned. Also are not skinned the sections over and under the vertical scrollbar.

The same skinning problems are presents with all versions of AC and with all versions of VT.

How can I solve this problem?

P.S. The same problems are also visible with TEasyListview from MustangPeak.

[Kujo]

'mol' wrote:

Try the attached demo. It doesn't show the behavior you've described.

Delphi 2010 Pro

Vista Home Premium 32bit

VST version 4.8.6

Latest AlphaControls

I tried your demo and:

• Your EXE file: no problem (but you have the “hoAutoResize” flag enabled).
• Compiled with VT 5.0.1, no problem BUT ONLY if I leave enabled the Header's hoAutoResize flag. If I disable this flag, the problems “1” and “2” are still visible.
• If I compile with VT 5.1.0, all the problems are visible and also the flicker problem

I am not sure if the problems “1” and “2” are related to the SkinSection applied to the header, but I have the same problem with TsHeaderControl component that automatically sets “CHECKBOX” as default instead to “COLHEADER”: if I leave “CHECKBOX” the effect is the same, but I don't have the possibility to try with VT because I don't know how change this setting in VT.

I also tried in two other differents computers: WinXP + Delphi 7 and WinXP + Delphi 2007, but the problems (including TsHeaderControl) are always the same.

I can understand a computer (maybe something is wrong), but three versions of Delphi in three differents computers ???

Serge, what do you think?

[Kujo]

'mol' wrote:

Hm, I use VST extensively and I've never had any problems with it. Have you tried an earlier version of VST yet?

I tried version 4.87, some versions downloaded from GoogleCode (up to 5.0.1) but the problems 1 and 2 were always present.

The costantly redraw problem is present only in the last version.

I also tried to disable the “enable runtime themes” option of Delphi, other installations of Delphi (my collegues, always XE2), but nothing to do.

If I instead use the “VCL Styles” feature, all is ok (as you can see in the attached image).

P.S. I have the problem “1” also with TsHeaderControl but here I found the problem: I dont know why, but when I put it on the form, the SkinSection property is automatically sets as CHECKBOX. If I change it to COLHEADER the component works fine. Maybe the problem is the same but how can I change the SkinSection property of the VST?

[Kujo]

'mol' wrote:

How do you fill the tree? Are you refreshing the nodes in a loop?

No, I don't have still written any code, simply placed the VT on a form, created the columns, enabled the flag for show the header and the gridextension

[Kujo]

I'm sorry for the late in the answer but I was out of office.

The problem is visible also in the published web site (IIS).

I use Visual Web only for debug purpose because is more easy than do a debug of a published web site.

Thanks.

[Kujo]

Hello,

I checked your suggestion but nothing is changed. If you want to try yourself, attached there are two zip:

one is the web site, the other is a simply dll.

In order to see the error is necessary:

1. unzip the “website2.zip” file in a temporary folder

2. download Visual Web Developer 2008 Express from Microsoft website (is free) and install it.

3. Run Visual Web, select “Open web site” from the “file” menu and select the folder “Website2”. Now you can use the debugger included in Visual Web.

Best Regards.

[Kujo]

Hi Serge,

do you think there is a solution for this strange problem ?

Thanks.

[Author]

Posts