[souch]

'Support' wrote:

Hello!

This is a known problem, system does not allow to paint there.

I can suggest you to use a breaking of menu (MenuItem.Break property) while I haven't an idea how to solve it.

Hi, is there any progress on this topic ?

(to break the menu is working but we would like it vertically, even if too long for the screen)

[souch]

'Support' wrote:

Yes, you can try already.

Thanks !

[souch]

'souch' wrote:

Ok good news thanks 🙂

:read: Is it in the .31 release ?

[souch]

'Support' wrote:

Hello

How can I reproduce this behaviour? Can you show an example please?

Resolved, sorry for time loosed.

-> i was creating a Tform, then i move the parent to another Tform (i load the tform from a dll).

Now i'm using a TFrame instead, working well.

[souch]

'Support' wrote:

Yes, this control is not unicode in the Delphi 7.

Thank you for code. Maybe will be better just change “string” to “acString” in the original declaration?

acString is WideString when TNTUNICODE is enabled.

Ok thanks, i didn't notice the acString ^_^”

[souch]

'Support' wrote:

Hello

Application can't be refreshed when current thread is fully busy.

Try to make other additional threads for long calculations…

Windows 7 tries to refresh a window by own resources and we can't forbid that.

Ok, that's what i expected… thanks. Will thread a lot 🙂

[souch]

'Support' wrote:

TsComboBoxEx is inherited from standard control.

What version of Delphi do you uses? Do you uses TNTUNICODE key?

Delphi 7 with the TNTUNICODE key set of course.

No problem with the other components, for exemple under TsCombobox the item list is in TntStrings.

---

By the way, could you proceed the following fix in sCombobox.pas for the futur release ?

The IndexOf is not existing in WideString, so i made this simple fix.

sCombobox.pas line 55

(…)

function IndexOf(const s : string) : integer; overload;

function IndexOf(const s: WideString): integer; overload; // NEW

(…)

sCombobox.pas line 275

(…)

function TsCustomComboBox.IndexOf(const s: WideString): integer; // JEAN

var

i : integer;

begin

Result := -1;

for i := 0 to Items.Count – 1 do if Items = s then begin

Result := i;

Exit;

end;

end;

thanks 🙂

[souch]

'Support' wrote:

I'll change this control in the next release.

Ok good news thanks 🙂

[souch]

up 😕 🙄

[souch]

'Support' wrote:

You have any results after upgrading?

Yes thanks, 7.29 is better than 7.20 for me, less issues and speed better too.

-> Still here issue are on my last 3 posts in the troubleshooting board.

http://www.alphaskins.com/forum/index.php?showtopic=5974

http://www.alphaskins.com/forum/index.php?showtopic=5971

I have take the time to understand and resolve all the warnings, i confirm that the impact can be huge !

(a image out of bound on the itemmenu and to draw a big popup menu it take something like a second, once fixed, thats back to normal)

I find a strange issue too, under a complex form with several tspanel, if one of the is not visible (because contain for example a panel aligned alTop and a grid align alClient), if the SkinSection used in this panel contain a texture, this is dramatically long to draw. So i's identified this case on my application and replace the skinsection by another one without texture, show of some form is passed from 2.5secondes to 0.6 seconds (!!).

So yes, better, but the difference with the same app not skinned is big.

[souch]

'souch' wrote:

Thanks, i will try with last stable.

7.29 i confirm SOLVED

[souch]

'Support' wrote:

Hello

Some reasons of slow forms drawing :

1. Using old skins (*.asz), don't forget about internal skins too.

2. Using own skins with not optimized sections (look warnings for skin in the ASkinEditor tool). Also, I can check and optimize your skin for free.

3. Changing of controls SkinSection properties in application (SkinSection property must be changed carefully because some SkinSections in skin may be non-optimized for a fast drawing).

4. Forms without TsSkinProvider component may be initialized slowly.

Version 7 must be faster than version 6.

I will think and I will add more items to this list. You can send me your skin now for checking and show a screenshot of your application please.

BTW. Please describe a configuration of your PC.

Hello,

Thanks for your reply,

1. yes, this skin was made with the 5.4 version if my memory is correct, but after each AC update, i reload the skin in the skineditor (and try to fix the warnings)

2. yes, i have probably some issue here, but i look like that i was not able to fix it…

3. dont think that is the case in my app, thanks for advice

4. ok, i will check it too but i did a test with and without the skinprovider on a slow page, but without effect on loading duration.

So, i will soon upgrade to 7.27 release, and depending on the result, i will maybe ask for your help aboutskin optimization :blush:

thanks

[souch]

'Support' wrote:

Sorry for delay. The problem must be solved already, please check it.

Thanks, i will try with last stable.

[souch]

up up up 😕

[souch]

'Support' wrote:

Hello

Could you give me a little example please?

Hello,

yes of course, please find enclosed a minimalist project, with binary too.

Cordially,

Souch

[Author]

Posts