Forum Replies Created
-
Posts
-
Nevermind – found that my skin directory is pointing to other older AlphaSkins folder used by one of my older version of Delphi.
Udated the registry setting to fix.
In acnt_reg v9.14 the icon weirdness is now gone.
Just a note that the color scheme is now different.
All the icons use to be black, now they colors match the variations of the delphi dbnavigator.
It would be nice if we could chose between the black or the standard (multicolor) or even have the color match the text color.
Because sometimes the default multicolors clash with the design skin.
Still having issue with v9.13 and Delph Xe6
This is with
* Delph Xe6
* compiled as 32 bit
* AlphSkin v9.13
* latest skin versions (just downloaded yesterday)
* Verified with Golden skin (image below) and same issue with Aluminium (only two I'm using in current project).
Other info
Windows 7 x64
Wow, it's gone/fixed…
Pretty sure that 9.12 is the only version of 9.x I've loaded…
But hey glad it's fixed. 😀
Thanks
>corrupted glyphs on the sDBNavigato
>Happens only in XE6 when connected to an active dataset.
I'm seeing the same problem in v9.12 – not using v9.x in my other Delphi versions so can't comment on those.
'Support' wrote:Thank you!
Try the v8.46, this issue is resolved there.
Yes, in v8.46 it is fixed.
Thank you.
Here's a Delphi2010 project – source code w exe
The only thing different in the 2 TsLabelFX instances is that one has the alignment property set to taRightJustify and the other to taLeftJustify.
[attachment=6418:TsLabelFXDropShadowBug.jpg]
[attachment=6419:AS_FXlabelShadowAlignBug.rar]
'Support' wrote:Delphi can remove the Angle property automatically when pressed “Ignore” button.
Yes, that should work – but it didn't.
I hit ignore and when I tried to recompile the project I received errors regarding the angle property.
When I tried to run the project it showed errors then crashed before formActivate.
I tried cleaning/rebuilding the project and no change.
I tried saving the project and then reloading reloading it.
Still had same issue.
I tried manually editing dfms, cleaned and rebuilt the project.
This stopped the error while compiling but when I try to run it I get a “project xxxx.exe raised exception class EReadError with message 'Property Angle does not exist'.
Even after reloading AlphaSkins.20 (blowing away 8.31, verifying that it worked on old & new projects; blowing away all DCUs with my project, running clean & rebuild) the same project is still having angle problems.
I've never had this kind of issue be this 'sticky' before.
The only thing that fixed the project was loading the last saved version of the project that used AS8.20 and updating the code to reinstitute the changes I lost.
'Support' wrote:Next update will be available soon.
Reason of problem in LabelFX is not in new Angle property.
Some changes were added in positioning of text, because position of text is depended from Shadow size and offset.
In the Stable release you can see as text position changed when skin is changed in real-time.
But, unfortunately, some problems exists in the Beta version with new code. I hope to fix it.
Cool. Unfortunately the current beta resizes the FXLabel components on the form so all center and right justified LabelFX become mis-aligned.
I don't know if it's in the plans but adding a vertical offset property would be cool. Being able to top align a center justified LabelFX in a panel is an easy way to put a nice header on a panel but it tends to place the LabelFX a little too close to the top edge of the panel.
Unfortunately the Angle property introduces a feature that is not backwards compatible with previous versions of AlphaSkins.
To fix it you have to open the form file (*.dfm – if you have them set to save as text) containing the FXLabel components in a text editor and manually delete all the Angle references. Delphi hides them when you view the DFM as text but doesn't remove them so you have to fix this issue outside of Delphi or you can't recompile your app.
Another odd thing with the SkinManager.Effects.AllowGlowing property when it's turned off.
I had an issue in my 'big' app were when I resized the main form all my trackbar controls would go crazy with the thumb buttons bouncing all around their tracks until I stopped resizing.
When SkinManager.Effects.AllowGlowing is set to true – no bouncing, they're all stable.
Whenever I tried to create a demo app to reproduce it, the demo would work fine – didn't previous realize that the AllowGlowing was on by default and OFF in my app.
Haven't had the time to try to recreate the problem in a demo app now that I know what was causing it (SkinManager.Effects.AllowGlowing set to off).
Serge,
Sorry for the late response been buried under a couple of projects.
Things are 100 times better, thank you for the fixes.
…Steven
'Support' wrote:Hello!
You tried a build-in AlphaSkins animation which may be activated in the sSkinManager.AnimEffects.FormHide property?
If you have test-apps and if you can give me them then I can use them for animation tests, I think 🙂
Thank you!
The sSkinManager.AnimEffects.FormHide property fixes the minimize issue.
I will follow up with another post with more information shortly. Been crazy busy.
…Steven
A Windows Performance setting issue that is related to Alpha Skins is when Windows is set for maximum performance as mentioned in previous post
- When the app is minimized it takes 3+ seconds as it shrinks away looking like it was caught in a strobe light.
This minimizing strobe show only happens with AlphaSkins.
