Forum Replies Created
-
Posts
-
'Support' wrote:
Thank you
Some controls are not installed in my system, I'm not able to make a test-app by myself.
Can you try to make a test-application based on these forms, please?
Creating a simple application based on this form is quite complicated
But the same phenomenom occurs with the Viewer Version of my application.
The main form is different but the architecture is similar.
I attached below the viewer's installer (20170501_1206_CSI6VIEWER.iso). You just have to unzip the file and then run the installer. This viewer is not so big.
Once the installation is complete, just run CSIEDAPCBViewer.exe. I attached data (panel-1v5.pcbfile) so you can see the bug I described in the video I sent before.
I also inserted the DFM files of the two forms used with this viewer.
The main form (ActivePCBDesignFormUnit.dfm) and the one where data are drawn on (pcbdesignformunit.dfm).
I said before that this problem occurs on window 7 and 8.
Actually it was wrong, it occurs only on Window 7 but not on 8 or XP and I haven't try on windows 10 yet.
Sorry for this complicated configuration.
'Support' wrote:Yes, Dfm file may be useful. Also some screenshots may be useful too.
Here's the DFM files of the two forms I spoke before.
I also added a video that shows the problem.
As you can see, by clicking on the software, the software gets the focus, the drawing is refreshed.
By clicking on another window, the software loses the focus, the drawing is refreshed.
By clicking on the minimize button, the drawing is refreshed and then the software's window is reduced.
By restoring the window, there is 3, sometimes 4 refresh in row.
With extended borders, none of this four refresh bug occur.
'Support' wrote:Hello
I have added some changes in latest versions for solving this issue.
I can't repeat it in the test anymore. Could you show your test-app with the problem, please?
My application is very big, too big to send anything.
I don't know if there is a link but my application is as follows:
A main form is the architecture of the application with differents panels and tabs. And in the main panel, the center panel, I dock another form.
Data are drawn on this second form, this docked form, directly on it, no panel on it. This second form is in another package.
Both the main form and the second one have a SkinManager and SkinProvider.
I can send DFM if you think it can help.
I'll continue to investigate on my own.
'Support' wrote:Hello
I will try to solve it in the v12.04 today or tomorrow.
Hello,
Let me just confirm one thing.
I tried with the new versions (12.04 and 12.05) but the problem is not solved.
Is it normal ? Are you still working on it?
'Support' wrote:Thank you. I see this error and I will fix it in the nearest release.
Hello,
I installed the new version of AlphaSkin (20.09.2016) but the problem is still present.
Like someone reported it recently, by setting the option “ExtendBorder” of SkinManager to false, the error does not occur.
But I want the border to be extended, it's prettier like this.
As I said before, it only occurs from the second time I open a window.
After a window, a form, has been shown and hid once, the error occurs when the program calls Show or ShowModal or simply when it set the Visible property to True.
I noticed two things:
First the error does not occur when the window has been closed from the cross button on the border.
It only occurs when the window has been closed form a normal button, a button I created.
Then the error does not occur if the option AllowAeroBluring of SkinManager is set to false.
It seems the function MakeBluringRgn in class sSkinProvider provokes the error.
I hope it will help you.
'Support' wrote:Hello
I need to see it. Can you show these issues remotely?
Well, it is difficult to show it, even remotely.
But I investigate on my side.
First the Access Violation error during the linking process seems to be due to the add of acntBCB6_R.lib in my main package.
Not the library itself I think, it could have been anything, but the fact a library has been added like this.
When you open a *.bpr or *.bpk, there is the following parts:
By installing alphaskin's library on my environment, acntBCB6_R.lib has been added automatically to the LIBRARIES part of my main executable.
And this is what provoked the error above when compiling.
I do not know the difference between LIBRARIES, SPARELIBS and PACKAGES and how do you can edit from the IDE of BCB6.
But I removed acntBCB6_R.lib from LIBRARIES, added it to SPARELIBS and added acntBCB6_R.bpi to PACKAGES by using a text editor and it works fine.
I managed to get an environment which works now.
This problem is more about BCB6 itself than alphaskin.
Actually I have quite difficulties to understand the way packages and libraries work with BCB6.
Sorry for the disturbance.
'Support' wrote:Thank you, I understand the problem now.
If you makes and uses forms in Dll or Bpl, you should add own SkinManager there.
Or replace “Application” and “Screen” variables in the library by values from main Application.
Ok, it works.
Thank you.
'Support' wrote:Hello!
SkinProvider is a well configured. Which skin do you uses?
Maybe you can make an example which I can look?
No matter the skin I use, the result is the same, the main dialog is skinned, the second is not.
If I remove the SkinProvider, both are skinned but the AlphaControl's components (TsButton, TsCheckBoc) inside the second dialog are not skinned.
Here's a sample.
Thank you.
