Forum Replies Created
-
Posts
-
'Support' wrote:
Hello, Advalorem!
Can you show an example where -98 does not work, please?
In my experience -98 only works on 3rd party controls, not on Alpha Controls, i.e. TsEdit won't work, but TEdit or TJvEdit will work.
You can also check in sConst.pas, if -98 is defined as ExceptTag.
'CheshireCat' wrote:Hello Wolfgang,
try BDiMode := bdLeftToRight and/or ParentBDiMode := True.
Found the solution which has actually nothing to do with Alpha Controls. I installed a Touch Screen on my PC, which changed the relevant Registry Setting.
[HKEY_CURRENT_USER Software Microsoft Windows NT CurrentVersion Windows]
There is a variable named “MenuDropAlignment” which can take two values, 0 or 1 (0 for left alignment 1 for an alignment at right).
FYI:
Changing TsEdit to TJvEdit and TsDateEdit to TJvDateEdit fixes the problem.
There is definitely some problem in TsEdit and TsDateEdit.
Kind Regards
Wolfgang
It's happened again, in a different Application, where an OnChange Event is
triggered in a TsEdit, beginning a Search, before the Table is actually opened.
The strange thing is, that this is NOT happening on Win7, but IS happening on Windows 2008 Server.
The resulting Exception is reported by MadExcept.
Unfortunately, I haven't got the time to explore this further.
I hope you'll find a solution
Kind Regards
Wolfgang
Unfortunately I can't reproduce this easily, (I tried) but it is happening.
After removing the command, everything returned to normal.
It also stops happening, when sSkinManager is de-activated.
Kind Regards
Wolfgang
'Support' wrote:Hello!
Designer and preview form may be skinned fully except toolbuttons.
TfrDock and TfrToolBar should be added to the ThirdParty list as 'Panel'.
Thanks, mostly sorted out now.
Kind Regards
Wolfgang
Did you find anything, I can play around with over the weekend?
What would you suggest?
Kind Regards
Wolfgang
'Support' wrote:Thank you, now I can compile and research it.
This report is very specific..
frTBButton can't be skinned seems, because it's not standard control.
Any progress?
Again my apologies. Over the years I have added a lot of stuff, which is specific for my needs, but by removing all things, which the compiler coughs at, should bring it back to basics.
ThousandSeparator in Delphi XE3 is defined in FormatSettings, should therefore be
FormatSettings.ThousandSeparator
etc.
I have actually solved the problem by removing the
procedure TfrDesignerForm.WndProc(var Message: TMessage);
from FR_DESGN.Pas, as your WndProc somehow seems to interfere here. This is however not the desired solution, as your “skinning” should surely peacefully coexist with all skinned forms and WndProcs it encounters?
Kind Regards
Wolfgang
Sorry, my mistake.
You can just replace all TJvSpeedButton with TsSpeedButton, and TJvLabel with TsLabel
Kind Regards
Wolfgang
PS: I really appreciate your efforts.
Should have been
'Support' wrote:I'm sorry, I can't install this package, look the error in the picture.
Sorry, please try again with these Files
ftp://www.compmark.b…pha/sources.7z
Kind Regards
Wolfgang
Ad 4)
I have placed an example on my FTP Site, which you can download from here:
ftp://www.compmark.biz/Alpha/frrep234.7z
This is the complete component suite for FreeReport Delphi 2006, updated for
DelphiXE3.
You need to install FrreRep10.dpk, then run ReportsFrDemo.dpr.
The problem disappears, when sSkinManager1.Active = False
Ad 1)
Setting the Tag property for the Panel, I want to leave unskinned, to 99 has no effect.
Could you provide a short explanation or point me to a manual please?
Ad 2)
sSkinManager1.RepaintForms has solved the problem of partially unskinned Forms, thank you.
Ad 3)
This seems to have gone hand in hand with sSkinManager1.RepaintForms and is no longer a problem, thank you.
FYI: i7 Processor, 4GB Ram, Windows 7 Pro and Delphi XE3 Pro.
Ad 4)
The project I am talking about, is FreeRep 234, which I have converted to run on DelphiXE3. Will do some more testing
and get back to you.
Kind Regards
Wolfgang
'Hamilton' wrote:That works in AC too. You can also set SkinData.CustomColor to true and then set the color.
Can you be more specific – what controls aren't skinned, can you provide a simple demo?
There is an issue that some buttons aren't updated when the color is changed but that's the only issue I'm aware of.
You could try calling sSkinManager1.RepaintForms to redrawn all components, or if that doesn't work and calling Control.Invalidate doesn't work either then I'd suggest TsSpeedButton(Components).SkinData.Invalidate (where you replace TsSpeedButton with your control type). But really – this kind of fix should not be required and if you can post a sample that demonstrates a problem then I'm confident either we'll be able to point out your error or the AC team will provide a fix.
Add a SkinProvider to each of your forms. Turn off some animations if you think they are slow. Buy a faster PC and upgrade from XP – not sure if either of those are relevant but it is not normal to have display lag unless you have a low spec or old system.
Your question has been cut off. It doesn't seem right to call MeasureItem that early but I'm not familiar with that section of code and I'm not sure what your problem is so I can't respond further.
Regards,
Hamilton
