Forum Replies Created
-
Posts
-
'Support' wrote:
Default value of this variable will be changed to False in the nearest release.
Great
'Support' wrote:I also thinking that these focuses looks not good.
I can change default value of the TsSkinManager.ButtonsOptions.ShowFocusRect property to False.
That's not the correct way of doing it. If the property defaults to False, there's no focus rectangle in non-skinned mode. Simply do not draw a focus rectangle in skinned mode. The skin should provide a good alternative for showing the focus. If it has not, than the skin must change, not this logic.
If someone thought the focus does not show properly in skinned mode, maybe a new property ForceFocusRect should be introduced. The way it is now spoils it for everybody.
'Lasse' wrote:Oh, there is common variable acAllowLatestCommonDialogs in sDefaults.pas. By setting that to false, dialogs are fine.
Thanks for the info. But I do not want to change that. Even the SkinDemo program goes wrong. The variable should have been set to False in the AC distribution.
'SzakiLaci' wrote:It may has nothing to do with this new problem… just would like to recommend a bit precaution, because it is related to “non-skinned focus” things.
So any new update regarding this may affect that behavior too, since it is a bit hard to test each property setup in every possible variations.
…
PS: could you please edit your first topic to announce which version do you experience this new behavior? (After upgrading from which?)
It will help Serge too… 😉
I looked at the code, and the change stems from change in code in TsButton specifically.
I updated the original topic, like you suggested.
'Stephane wrote:Weird, I'm using version 13 of AlphaSkins and a TsButton does not draw a focus rectangle by default, but a TsBitBtn does.
Both have the property ShowFocus to True by default. It looks like a bug that you liked.
I agree that a focus rectangle is the ugliest way to show which control has the focus, but it is the standard way on Microsoft Windows.
By the way, I do not work for Alpha Skins. I'm only trying to help.
I know you're not working for AlphaSkins. Pardon me if I looked to be yelling at you. I was a bit fed up with the situation.
I think it stands to reason not to honor the ShowFocus property if the button is skinned (it should be honored if the skin manager is not active). The skinned versions all have their own methods of showing focus, The rectangle should not be one of them, because that makes the non-skinned versions unusable (setting FocusRect to False will also be honored in non-skinned versions).
So, this is simply a mistake.
'Stephane wrote:TsSkinManager.ButtonsOptions.ShowFocusRect = False
Do you really think I'll go through all my projects to make this setting?
If it worked for years without the focus rectangle, than a new version should default not having a focus rectangle.
'Support' wrote:Hello
I will send the changed acDBGrid.pas file by PM, something wrong with repainting after checkbox changing there.
SFExtDBCtrl I will check later.
I have sent you a changed acDBGrid.pas to your e-mail address (support@alphaskins.com). Did you receive it?
I found this on SourceForge:
https://sourceforge.net/projects/sfextdbctrl/
It contains a TSFDBGridInplaceCheckBox component. An inplace checkbox editor for a Yes/No or True/False field.
This is the package:
[attachment=9282:SFExtDBCtrl.zip]
It still has some quirks, but it looks promising.
I found this forum post, containing an overview of the problems one might encounter:
http://www.delphigroups.info/2/1/326064.html
The answer from Lester Hanger shows the difficulties and possible solutions.
Maybe it would be a good idea to support the TSMDBGrid in AC (like the TcxGrid).
'Support' wrote:Thank you.
I did something similar, but problem in repeating exists, I will research it more.
I would be more than happy to assist you in your search.
If you send me the source as it is sofar, I'll try to find a solution.
'Support' wrote:Hello
This is the error in the TsTitleBar component, I think. I will send a patched file by PM, you should reinstall the package for using it.
Problem solved
'Support' wrote:Sorry, some difficulties exists in implementing of this new feature.
There are no problems with drawing of checkboxes, but redrawing of cells when table is in Edit mode is not easy.
I found this in StackOverflow:
https://stackoverflo…box-in-a-dbgrid
Does the third answer there help you any?
'Support' wrote:Hello and thank you for the demo
I will make this gap smaller in the next release.
Now I have a problem with this.
Until 14.21 my form title looked like this:
[attachment=9262:ACOldHeading.jpg]
In 14.22 it looks like this:
[attachment=9263:AC1422Heading.jpg]
This is the sample project to reproduce the problem:
[attachment=9264:Project57.zip]
'aroberts' wrote:Have you checked out the TSMDBGrid? It has that feature (and lots more). Alpha can skin it beautifully (using the third-party feature, of course), and it's totally freeware. It has become my go-to grid.
I'm lucky enough to be able to use the ExpressQuantumGrid components from DevExpress. DevExpress components are very very well supported in AC. So, if I really need a Checkbox for a boolean field, that's the way to go for me. But ExpressQuantumGrid has an extremely heavy footprint. And I only want a checkbox for a boolean field.
TSMDBGrid can draw checkboxes for boolean fields, but they are not skinned. Especially in dark skins the grid looks awful.
Nevertheless I want to thank you for your valued input.
So, Serge, I still would like a TsDBGrid property ShowBoolAsCheckBox.
'Support' wrote:Thank you, I have sent a patched file in PM, you can try it.
That did the trick. Thank you
'Support' wrote:Hello
Are you sure this error happens with version 14.18?
This error is repeatable? I have some problems with repeating it, maybe some other options should be taken into consideration.
Lucky you! It's repeatable:
[attachment=9216:acCalcEditBug.zip]
Delete the one TsDBCalcEdit control and it happens.
I think it has to do with the Align setup of the controls in the panel.
'Support' wrote:Sorry for a trouble. Can you repeat the issue with latest versions of the package?
I don't know. I tested it with AC 14.18 but I have no idea whether the problem occurred in an earlier release. Once the font info is gone from the dfm, there's no way of knowing whether it occurred in that release or in an earlier one.
You should know in which release of AC storing the font info may have gone wrong. Now loading a form with font info in the bound labels goes OK. The problem is not in the loading, but in the saving.
'Support' wrote:Hello
I have made a research of GdipDrawString procedure and see some other troubles which forbids to implement it in the package now.
These troubles are concerned positioning and measuring of rotated text, positioning is completely different there and I have no ideas how to make it similar to usual text at the moment.
I have saved all this code and hope to return there later when will have more time.
Fair enough 🆗
'HeDiBo' wrote:It's a well known problem.
The solution suggested on the internet is to use the message pump of the containing form to simulate the hint addressed to the disabled control.
The solution could be testing in TsSkinProvider.NewWndProc for the WM_MOUSEHOVER message for the control that is parent to the disabled control. Then if the disabled control has an active hint, show it.
