Forum Replies Created
-
AuthorPosts
-
November 1, 2018 at 10:24 am in reply to: InternalSkins lack Version, Author and Description info #58557HeDiBoParticipant'Support' wrote:
I will try to fix it in the nearest release.
Try to set the version info too when the Update All button is clicked.
HeDiBoParticipant'Support' wrote:I will try to make it in the v14.05
The Alignment works now
However, Placement and Align properties do not work together properly.
This is a picture with Align = alBottom and Placement = asTop:
[attachment=8970:Rollout1..jpg]
As you can see, the DirectionArrow points the wrong way.
BUG: This is shown, when clicking on the rollout button:
[attachment=8971:Rollout2..jpg]
We get ghosting at the right hand side.
October 23, 2018 at 9:46 am in reply to: InternalSkins lack Version, Author and Description info #58542HeDiBoParticipantBugfix: in countries where the decimal point is a comma, the conversion of the version string to real fails.
You should provide a local formatstring to convert always with the decimal point.
So, in my case this statement gives a conversion error
Code:SkinManager.InternalSkins[SkinManager.InternalSkins.Count – 1].Version := StrToFloat(TempSkinFile.ReadString(s_GlobalInfo, s_Version, '0'));Because this Version property has never been used before (it was always 0) it would be better to take this opportunity to make it a string property.
October 23, 2018 at 9:40 am in reply to: InternalSkins lack Version, Author and Description info #58541HeDiBoParticipantI understand now that I have to add all internal skins afresh.
That's understandable. It's a surprise though to see these version 0 info's.
So, the Update All button might be a good place to add the missing info to the internal skins.
October 23, 2018 at 9:24 am in reply to: InternalSkins lack Version, Author and Description info #58540HeDiBoParticipant'Support' wrote:I will check and solve it.
It's not solved in 14.05.
The new InternalSkins editor looks silly now, with the Version set to 0 for all internal skins
HeDiBoParticipant'Support' wrote:This property editor will be redesigned in the v14.05
Looks great 🎂
HeDiBoParticipant'HeDiBo' wrote:There's no such property.
At least not in my version of DevEx (11.2.9)
HeDiBoParticipant'Support' wrote:Maybe you can just disable odd/even coloring by changing the Styles.UseOddEvenStyles property to False?
There's no such property.
HeDiBoParticipant'Support' wrote:Sorry, I don't understand something, seems…
If you do not want to have different colored lines, why you are touching these Styles.ContentEven and Styles.ContentOdd properties?
If you don't use these styles, the grid has alternate coloring.
If you want equal coloring you have to set ContentEven and ContentOdd to the same color.
HeDiBoParticipant'Support' wrote:Are you sure all new skins were downloaded from http://www.alphaskin…/askins_v14.zip and applied in the project?
I have changed them and preview images should have transparent corners there.
I tested it with ASkinDemo, but I didn't know it was using an old version of the skin directory
Now it's fine
HeDiBoParticipantThe Alignment property is still not honored.
HeDiBoParticipant'HeDiBo' wrote:The problem became worse in 14.03.
I cannot get the sample project to work properly anymore.
[attachment=8933:acTstSlidingPanel.zip]
It's a bit better in 14.04. But you can try it yourself in my sample project, by setting both Align and Placement properties to all possible combinations. You'll see that most combinations do not work OK.
A special case occurs with Align is alTop and Placement is asBottom. It seems to work, but the direction arrows point now in the wrong direction.
HeDiBoParticipant'Support' wrote:Hello
I will try to improve it in the v14.04
It's great now
HeDiBoParticipant'Support' wrote:These thumbs will be updated in the v14.04
No change in 14.04
HeDiBoParticipant'Support' wrote:This issue will be solved in the v14.04
Solved
HeDiBoParticipant'Support' wrote:I will try to make it in the v14.04
Works!
HeDiBoParticipant'Support' wrote:Hello!
This behavior is not depended from AlphaControls. You should check the cxGrid documentation.
AlphaControls engine just gives a color when cxGrid requires it.
The coloring of rows in a TcxGrid is done by assigning the Styles.ContentEven and Styles.ContentOdd properties of the TcxGridDBTableView control.
In the style repository, you can set the color to a fixed value, or to clDefault. The first will produce the same color, irrespective of the used skin, the latter produces the same alternating color as before.
There may be a color value that I don't know about, that's interpreted differently by AC. If that's the case, which fixed color value could I assign, that would produce a single skin color coordinated row color?
For instance, I tried clWindow, but that produced a white row color in dark skins also.
HeDiBoParticipant'HeDiBo' wrote:TsCharImageList cannot handle OTF fonts in 14.02
Although TsFontStore is able to handle OTF fonts, in 14.03 TsCharImageList still cannot add an OTF font when adding an embedded font.
HeDiBoParticipant'HeDiBo' wrote:No improvement in 14.02
The problem became worse in 14.03.
I cannot get the sample project to work properly anymore.
[attachment=8933:acTstSlidingPanel.zip]
HeDiBoParticipant'Support' wrote:Hi!
Sometimes developer do not need to define an own custom font, sometimes one property of existing font should be changed only.
The default font should be specified for such cases, I think.
I see your point now. Thank you.
-
AuthorPosts