[ralfiii]

'Support' wrote:

Version 9 will be released at the next month.

But I can share it for registered users right now, if someone want test it. 🙂

I can do a thorough test when it's stable…

[ralfiii]

Cool!!! Looking forward to testing it…

[ralfiii]

'Support' wrote:

Try the attached file, please.

On this posting no file is attached.

If you meant your previous posting: The app was created with that file.

Btw: The bug only occurs if you set the SkinManager active in the OnCreate of the form.

It does not show if the SkinManager is already active in the IDE.

Ralf

[ralfiii]

The frames skin properly now.

However, there's still the problem that the TsButton that is configured NOT to have a border on a normal panel suddenly has a Border.

Demo app attached.

Ralf

'Support' wrote:

Hello Ralf!

Please try this file with new patches.

[ralfiii]

The inner part are docked forms.

And each of these forms contains a SkinProvider, dynamically created.

But also drawing of a “normal” TsButton (The “Database” button in the upper right corner) on a normal not-docked form seems to fail.

(The area right under the blanked out user name is a docking site. The left column that holds the shaded buttons is still on the normal main form)

Ralf

'Support' wrote:

A child form is placed there?

This form contains the TsSkinProvider component?

[ralfiii]

Works.

Thanks!

[ralfiii]

Hey!

Super, I didn't understand the explanation but the fix (changing the SkinSection) works fine.

Thanks for your support!

Ralf

'Support' wrote:

I have checked it already.

Just panel is transparent fully there (in skin) and BG of this panel is not used.

Try to change a SkinSection of this gradient panel to 'PROGRESSH', for example. (this section is not fully transparent always).

PS. I'll try to fix it in the nearest release.

[ralfiii]

'Support' wrote:

Thanks for example, but I can't start it quickly because LMD should be installed here firstly..

I'll try it ASAP.

Super – can't wait to get the bugfix!!!

To help you a bit I just tried with the current LMD Docking Version 2014 (with the free trial version), the bug is still there.

Ralf

[ralfiii]

Hey!

Thanks for the feedback.

I ran into problems and – worst case situation – I can't easily reproduce using only standard Delphi components.

Labels and TsSpeedButtons seem to “lose” their transparency when they are placed on a docked form.

(see attached screenshot)

I already spent a couple of hours trying with standard Delphi docking, there it worked.

I am a bit desperate, maybe you have an idea where the problem originates.

In the attached app I use the LMD Docking 2013 components.

Heeelp!

Thanks a lot!

Ralf

[ralfiii]

?? No ideas?

Attached there's a little app that demonstrates the problem a bit clearer.

I don't find a possibility to make the TsSpeedbutton in the attached example transparent so the filling of the underlying Paintbox is visible. Using the OnPaint of the form doesn't work here as this is stuff on a Frame and TFrame doesn't have an OnPaint event…

Thanks!

Ralf

[ralfiii]

It works super, thanks!

Fastest support ever! 🙂

'Support' wrote:

Hello!

I have sent a patched file to your mail-box, check it, please.

[ralfiii]

'Support' wrote:

The TsHTMLLabel component is available now.

Super, thanks a lot!!!

You're the best 🙂

[ralfiii]

Important: It seems you need to switch on runtime-themes in the project options.

[ralfiii]

'Support' wrote:

No, I need to see your Exe still, can you send me it please?

(SxFormInPanelBug2 compiled)

I've just sent it via mail…

[ralfiii]

Ok, the border doesn't seem to be related to the messed up Z-Order.

It seems the problem was that the mainform had FormStyle=fsStayOnTop.

In my problematic case the program starts up with the main form hidden. (so it sits in the try area)

When something happes (e.g. a timer fires) the mainform and an additional info form is show.

Basically like that.

Code:

procedure foo.OnTimer
Show;
TfrmAddInfo.Create(self).ShowModal;

And then the main form (that had the AlwaysOnTop-property set) was then shown on top of the child-form until you clicked the child form for the first time.

And that not always but only when the PC was a bit stressed.

Unfortunately under that circumstances I can't generate a demo app.

[ralfiii]

Oh, just realized that the workaround doesn't help.

I'll create a demo-app for that problem soon…

[ralfiii]

PERFECT!!!!!

Version 8.12 solves that!

Thanks a lot!!

[ralfiii]

Unfortunately that's no option in that case as I am skinning a huge application with many many forms.

A quick fix would be great as I want to release the software this year and need to perform all the validation tests before I can do that…

'Support' wrote:

Hello!

Thank you for the demo, I will research it.

As a quick solution I can suggest to use TsGroupBox and TsPanel in such cases.

[ralfiii]

'Support' wrote:

Hello Ralfiii

I'm sorry for a delay, I'll try to fix an error in the demo with the nearest release.

Super, solved in 8.11

[ralfiii]

'Support' wrote:

TsSkinProvider is placed already to the form?

No, that solves the problem.

Is there an explanation available what the SkinProvider does? Most of the times I don't need it but sometimes I do, confusing….

However, the other issue

http://www.alphaskins.com/forum/index.php?showtopic=7333&view=findpost&p=40423

is MUCH more serious, this one was solvable using TsLabel, for the other one I haven't found anything yet.

[Author]

Posts