Steema Central

I can confirm that i have the same problem and to solve I just disabled TeeTree package.

I did the following

1) Uninstalled TeeChart 2012 and 2011
2) Uninstalled XE2
3) Installed XE2
4) Installed TMS
5) Installed TeeChart
6) Recompiled TeeChart only for XE2, and checking off TeeTree and Report

Seems to work (I can open the Style Editor w/o an AV).

Now to see if the Charts compile in xCode, as I had that problem since November.

Hi
to fix the ghosting objects problem, try this (worked for me)
in the XE2 Compiler, click on Tools -> Options
then simply click on OK in that setup screen
then exit
and then restart XE2

try that and see if that works

Hi
the ghosting happened again (just the captions missing from buttons (that the first stage the second stage is the buttons disappearing altogether)
and the fix I posted above worked again...simple fix , no uninstalling needed
seems like to me it might be a bug in the compiler?

Hello,

We haven't found what is the cause of the problem yet since we haven't found a way to reproduce it consistently. But we are very happy to see how you are finding how you could fix it, and sharing it!

Hi,

mewindy wrote:click on Tools -> Options
then simply click on OK in that setup screen
then exit
and then restart XE2

We've checked this and it seemed to fix the problem in one machine but not in another.
I post here another possibility mewindy has just told us by mail, in case it could help anyone:

mewindy wrote:the problem seems to also be related to the form fill brush setting
set that to solid from the default of none and that helps too

Hi,

Yeray wrote:

mewindy wrote:click on Tools -> Options
then simply click on OK in that setup screen
then exit
and then restart XE2

We've checked this and it seemed to fix the problem in one machine but not in another.

I've tried it again in the same machine where this fixed the problem.
- I've uninstalled TeeChart
- I've reinstalled TeeChart
- I've created an FMX project with a chart on the form. The design time editor is blank.
- I've closed the IDE (without going to the packages list or anywhere else)
- I've reopened the IDE
- I've created an FMX project with a chart on the form. The design time editor is fine!
So I'd say the ghost controls may reappear in some systems simply closing and reopening the IDE.

To reproduce always this problem will install IDEFixPackXE2RegDev from Andreas Hausladen, in this case this ghost bug will be visible everytime.

Hi,

I'd like to share the information a customer has shared recently with us:

Brian wrote:I installed this:
http://andy.jgknet.de/blog/ide-tools/id ... k-2009-10/

really speed things up, especially the F12 switch

but it made the ghost object problem appear!

and nothing I could do could get rid of that problem

had to un install the hot fix (run the program again and click on un
install)
then start->exit the compiler 2x to clear it out and then back to normal
again

After installing TeeChart pro and source code (Jun 15 version) FireMonkey image editor controls are not there anymore. Any fix/workaround about this problem?

Hi,

We haven't found a way to unequivocally fix it. However, you'll find several solutions suggested in this same thread.
Please, give them a try.

I am experiencing the same problem, and found a workaround that worked for me. Maybe it can help you pinpoint the problem better.

After finding out and reading this topic I decided to temprarily disable my teetree library, so i renamed TeeTree2D16Tee9.bpl to xxTeeTree2D16Tee9
And great! the controls re-appeared. renaming it back: the controls disappeared.

But hey!? rad studio dit NOT complain about the missing bpl... so I searched my system for more copies of this bpl. And found them in the windows\system32 and the windows\syswow64 folders.

After moving all the TCHart related the bpls from these windows folders to a backupfolder (outside the PATH search list), and of course renaming by xxTeeTree2D16Tee9.bpl back to its original name the ghost controls problem was gone.

So I think either the bpls in the system32 and syswow64 folders are incompatible (out of date?) with the designtime bpls OR maybe windows somehow mixes up the win64 bpls with the win32 bpls. This brings me back to some statement I made some time ago: bpls for differe Os-es should have different names (eg an x86 x32 x64 in the name) to avoid these kind of mixups. 6Defenitely if they appear in the same search path!

If I get to more useful information I will -like this- share it, but for now my problem appears to be gone with this workaround and I won't invest any more time in it.

Hans

I can confirm this behaviour on my home computing device.
Moreover: after running TeeRecompile the controls were gone.
After I removed the bpls from the copy path (default System32) the controls worked normally again.

So I tried copying the controls to an unused folder: %TEMP% folder.
Again the controls were ghosted.
After removinbg the bpl's from the %TEMP% folder, they reappeared again.

So now I drop controls from the windows system folders and instead use the bpls from the regular package output paths (e.g. \COmpiled\Delphi16.Win32\System) by changing my path environment variable.
In search order I have:
1 Delphi16.Win32\system
2 Delphi16.Win64\system
3 Delphi16.ios\system

My guess is we may need
* a checkbox on TeeRecompile whether to copy yhe bpls to the windows system folders or not
* Separate target paths for the bpls to be copied to in case of Win32,Win64 and IOS

Regards

Hans

Hi Hans,

Thank you very much for your investigations. We're trying to reproduce the same here and study options we have.