<p>Am 22.07.2012 09:24 schrieb "Hans-Peter Diettrich" <<a href="mailto:DrDiettrich1@aol.com">DrDiettrich1@aol.com</a>>:<br>
><br>
> Martin schrieb:<br>
><br>
>> On 21/07/2012 16:55, Ivanko B wrote:<br>
>>><br>
>>> The problem now is that cracker classes can't be used in future anymore<br>
>>>   because of the new class field ordering optimisation, so I dared to ask.<br>
>><br>
>> ....<br>
>>><br>
>>> So, is it possible to design the new feature in such way that to have<br>
>>> an option to proceed using cracker classes ?<br>
>>><br>
>><br>
>> But the whole discussion comes down to one other simple question. Including the above, the whole discussion is about:<br>
>><br>
>>    Should FPC provide a way to access private fields from any other code?<br>
><br>
><br>
> Like recent Delphi versions allow by extended RTTI? <shudder><br>
></p>
<p>FPC will support extended RTTI sooner or later as well.</p>
<p>> Finally class helpers could solve the problem as well, the cleanest solution IMO.</p>
<p>While they would be the cleanest solution they won't work as they can only go as deep as (strict) protected (which I still not think was a good by Borland as public/published should have been enough...)</p>
<p>Regards,<br>
Sven<br>
</p>