[HeDiBo]

Problem solved with new units for TsTreeView and TsDBEdit

[HeDiBo]

'Hanno wrote:

Then i stumbled upon your

Code:

{$IFDEF LOGGED} sDebugMsgs, {$ENDIF}

own message logging.

Can you share the missing sDebugMsgs unit, so i can analyze the event flow using your already implemented logging mechanism instead of rewriting my own?

I second that request: especially now you have released a beta of version 12, it is also important to you to have debugged AC by the users.

[HeDiBo]

Unfortunately it's not in third party grids this problem occurs.

This is an example of a TsListView in Notes Leather skin:

[attachment=8184:TsListView1.jpg]

This will be a shock: the same TsListView in Cappuccino skin:

[attachment=8185:TsListView2.jpg]

It's simply hideous.

[HeDiBo]

I have sent you one of the forms, that uses this frame by separate mail.

[HeDiBo]

'Support' wrote:

Sorry, this event has been requested by users some years ago for catching of a grid scrolling by vertical ScrollBar, I can't just remove it.

Could you please document that in the source?

[HeDiBo]

'Support' wrote:

Hello, Dick

I'm sorry, I have no idea how to catch this event.

There are no system messages sent and I can't override any procedures like “NewRowAdded” or “RowDeleted”…

Easiest way will be using of the standard DataSet.OnAfterInsert event, I think.

I'm not sure what you hoped to accomplish with this added event.

If I press the “First record” button or the “Last record” button, the event does not fire either. What good is it then?

Wouldn't it be better to remove this obviously inadequate event all together?

It would have saved me from testing why things didn't work the way I expected.

[HeDiBo]

'Support' wrote:

cxButton is alphablended if disabled, but text is not changed, because old DevEx packages doesn't allow to change a color of text in disabled button.

I'm not sure I agree with you. The TcxButton has an array of colors (property Colors) of which DisabledText is one. So, there is a way, apparently, to display disabled text with a different color.

[HeDiBo]

Thing are OK in 11.25

[HeDiBo]

'JasonToms' wrote:

[attachment=8092:1.jpg]

It's fixed in 11.25

[HeDiBo]

'Support' wrote:

Hello

Which link do you uses for downloading of this package?

Try the link from this page: http://www.alphaskins.com/dwnld.php

It works OK now in 11.25

[HeDiBo]

'Support' wrote:

Thanks for screenshots, I will try to improve it in the nearest release.

Things look good now

[HeDiBo]

'Support' wrote:

Hello! This file is sent by private message.

It works nicely now

[HeDiBo]

No change in AC 11.25

[HeDiBo]

'Support' wrote:

Some changes should be added into the main package for using of better colors there.

I will do it in the nearest release.

Best SelectionSkin is 'SELECTION', I think.

Everything looks fine now. Thank you

[HeDiBo]

'Support' wrote:

Hello

Try the attached file. The SelectionSkin property is supported there.

Also the AutoMouseWheel property added.

The AutoMouseWheel works very nicely

The SelectionSkin property is not consistent over skins used. The most appropriate skinsection to use would be “SELECTION”.

The following are two uses of that selection skin:

For the skin “Notes Leather” it look like this:

[attachment=8141:SelCtrlGrid1.jpg]

For the skin “Cappuccino this is the look:

[attachment=8142:SelCtrlGrid2.jpg]

As you can see, the font color is not reversed, making the selection unreadable.

Should I use another skin for SelectionSkin?

[HeDiBo]

'Support' wrote:

Try to use a changed unit which was sent to your email address.

I'm sorry. I did not receive any mail from you.

Greetings and thanks.

Dick

[HeDiBo]

'Support' wrote:

Sorry, 11 and 10 version has huge differences there, more time was needed.

The AlphaControls v11.13 will be released today, try this new version.

We're now in version 11.24 and still the same problem exists . Use the earlier test project and you'll see it.

[HeDiBo]

'Support' wrote:

You are right, thank you. “False” as second parameter should be added there.

If you make CreateDataObject the third parameter here, nothing else has to change.

[HeDiBo]

'Support' wrote:

You are right, additional data has been added (ImageIndex).

I will add a new parameter in the next release: “CreateDataObject: boolean = False”

This data will not be added if CreateDataObject is False (default value).

If you have a sources of the package you can replace this function in the sSkinManager.pas right now

There's no such thing as a quick fix,

Your patch is incompatible with the call in acSelectSkin.pas. The two default parameters should be exchanged.

[HeDiBo]

'Support' wrote:

Hello, Dick

This is a mistake, I will fix it very soon.

I assume the HTMLText procedure in sHtmlParse.pas needs an extra parameter: RealHtml: boolean. If true it would change the procedure as follows:

Code:

#$D: if not RealHtml then begin
if CurPos > LastPos then
ShowCut(CurPos, LastPos);

LastPos := CurPos;
if CurrentRowHeight = 0 then
CurrentRowHeight := acTextHeight(Bitmap.Canvas, 'Yy');

NewRow;
end;

#$A:
if not RealHtml then CurX := Area.Left;

RealHtml would be True if hint and label have the HTMLMode (sAlphaHints) and the UseHtml properties set. If that's the way it should work, I can make a temporary patch.

[Author]

Posts