[HeDiBo]

'Support' wrote:

Sorry, I'm not sure what you mean.

Current day of month is higlighted as red in all monthes?

Apparantly I'm confused because what is shown is a selected day (thank you Stephane Senecal). However, this selection can only be activated by pressing the Enter key. And is not of much use. So, I would like a possibility to not show a selected day when the calendar is walked by months or years. Because showing one is quite arbitrary and very confusing.

[HeDiBo]

'Support' wrote:

I think, will be better to make a label color as default instead of black color.

Because this caption always used like Label if button is transparent.

Otherwise, font may be assigned by developer.

I'm not sure what you mean, but I trust you're fine judgment on this 👌

[HeDiBo]

'Lasse' wrote:

Just by checking changes between versions. That certainly affects to that reflect layout what ever it is… that is just a hack to solve it for now.

The problem was a missing inherited in the case statement.

It should look like this:

Code:

case Message.Msg of
SM_ALPHACMD:
case Message.WParamHi of
AC_REFLECTLAYOUT:
case AlignTo of
altLeft: AlignTo := altRight;
altRight: AlignTo := altLeft;
end;
else // Added by DB
inherited; // Added by DB
end;

[HeDiBo]

'Lasse' wrote:

Commenting this out solves the problem…

..

Wow How did you find that out? 🌺

It did work, but it has disabled some other feature. @Serge: can you comment on this?

[HeDiBo]

'Support' wrote:

Yes, Caption is mostly useless if button style is Transparent.

There is no background in this case and color of background under the control may be any.

That is true, however the designer knows where the button is going yo be placed. Most of the time this is on a fixed place. If you give the possibility to color the caption just like a TsLabel would be colored, you're done. That's why I called this property CaptionLikeLabel.

'Support' wrote:

Caption may be used as usual if button style is normal or round.

Even in that case, the color of the caption is wrong in dark skins.

'Support' wrote:

… if there is no parent, then color may be any and I don't know which color will be better for text. Maybe you have an idea how to receive a better font color there.

I do not want to decide that, let the designer choose the CaptionLikeLabel property, and the color will be the text color according to the current skin.

'Support' wrote:

Main purpose of fully transparent button – is showing of images, I think.

This is an example in my project of a transparent Floating Button with a caption:[attachment=8766:FloatBtn.jpg]

Hope this clarifies things 😎

[HeDiBo]

'Support' wrote:

Hello!

1. Each item has the Font property which may be used by developer for a color specifying.

Also, if CustomFont property is True, then may be specified font colors for different states of the item, in the PaintOptions property.

This way allows to set required custom color.

2. Caption of a FloatButton can't have behavior of label, because FloatButton hasn't a parent control and parent background color is unknown.

FloatButton may be placed at any part of screen and parent background may be absent at all. This question is opened.

What you're saying is: the Caption property of a Floating Button is mostly useless. In that case, eliminate it altogether. Now the user is lured into thinking it will work as a normal Caption. I still think my solution is good, because it honors all your predicaments but also adds a nice feature, being skin aware.

[HeDiBo]

'Alpha_User' wrote:

Hello,

Simply, can Stickylabel have the same behavior than Boundlabel.

And/Or Add BoundLabel to TsImage.

Thanks.

Adding a bound label to a TsImage would also solve the color problem that captions of TsFloatingButton have (because internally you could then use a BoundLabel for that).

[HeDiBo]

Apparently, in the last version of Windows 10 the localization of the term “New Folder” has changed. This statement:

Code:

new_folder_id := FindResourceStringId(shell_handle, sEngName, $409);

returns 0 now and takes for ever to complete!! I do not know now how to get to the proper localized name (in Dutch it is “Nieuwe map”). I think the best way now is to include it in the resource strings of AC. Unless of course you can come up with a better way of doing it.

[HeDiBo]

'Support' wrote:

I will improve it in the v13.02

Sorry, forgot to close the issue.

[HeDiBo]

'Support' wrote:

In the v13.02 many changes exists in this component.

Some errors are fixed already, this error is fixed too, I think.

Sorry, I forgot to close this issue.

[HeDiBo]

'Support' wrote:

Thank you for the demo.

Really, I see that old x64 compilers has this bug.

I will search a better solution.

This solution is the best, I think (2 shl (n-1)-1), but I will check it: https://stackoverflo…on-in-delphi-xe

The problem is solved. But the change in the source code is not marked with a comment, explaining the need for the used construct. That's important to prevent forgetting where it's for or for a third person maintaining the code in the future.

[HeDiBo]

'Support' wrote:

Thank you, I see

How you think, which color should be used in text there, if background may have any color?

Maybe you have an idea how to do it better.

No change in 13.14

[HeDiBo]

'Support' wrote:

I have tried all possible changes and dfm file was always marked as changed after that.

Please describe, what should be changed there and how the editor must be closed for reproducing the problem, maybe I have missed something.

The only changes I applied was in the Internal Skins list, as I mentioned. Then the dfm is not marked as modified.

[HeDiBo]

'Support' wrote:

This was an issue in the skin, you can download and try the new skin:

http://www.alphaskin…rial%20dark.asz

Problem solved. Thank you

[HeDiBo]

'HeDiBo' wrote:

In the IDE the module, containing the SkinManager, is not marked as modified when the internal skins are edited.

Therefore the module is not saved upon close.

Not solved in 13.14

[HeDiBo]

'HeDiBo' wrote:

If upon return of the OnChanging event, AllowChange is returned as False, the new page is selected anyway

It's not fixed in 13.13

Fixed in 13.14

[HeDiBo]

Not solved in 13.14

[HeDiBo]

'Support' wrote:

Hello!

Thank you for the demo.

What is your AlphaControls package version? I think, you should try it with latest versions.

I've tried the sample project with AC 13.12 and had the same bug.

[HeDiBo]

'Support' wrote:

Thank you, I see

How you think, which color should be used in text there, if background may have any color?

Maybe you have an idea how to do it better.

Add the properties CustomColorFont and CaptionLikeLabel.

The first one, allows the programmer to choose the color, depending on the background known to him.

The CaptionLikeLabel property makes the caption behave like a normal label, with the same behavior as far as font color is concerned.

You could implement both, by implementing Caption internally as a bound label, bound to the image. The default would be then be a bound label, with property UseSkinColor disabled.

Hope this helps 💖

[HeDiBo]

'Support' wrote:

I can add the LeftPadding property, look the screenshot, please. How you think, it helps?

I would love that too 👍

[Author]

Posts