On 18-11-2011 13:14, Michael Van Canneyt wrote:
> On Fri, 18 Nov 2011, Reinier Olislagers wrote:
>> I've run makeskel on ibconnection.pp.
>>
>> This declaration:
>> protected
>> ...
>>function GetHandle : pointer; override;
>>
>> gets output as:
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>
On 18-11-2011 13:14, Michael Van Canneyt wrote:
> On Fri, 18 Nov 2011, Reinier Olislagers wrote:
>>
>>
>>
>>
>>
>> Shouldn't the TIBConnection.GetHandle.Result function result visibility
>> be protected as well?
>
> No, why ? A function result has no visibility.
> The comment is just a hint fo
On Fri, 18 Nov 2011, Reinier Olislagers wrote:
Hi list,
I've run makeskel on ibconnection.pp.
This declaration:
protected
...
function GetHandle : pointer; override;
gets output as:
Shouldn't the TIBConnection.GetHandle.Result function result visibility
be protected as w
On 18-11-2011 12:23, Graeme Geldenhuys wrote:
> On 2011-11-18 13:15, Reinier Olislagers wrote:
>>
>> So apparently no help for the poor developer who wants to inherit a
>> class and wants to figure out how to use the protected methods &
>> properties ;)
>
> The is also no help (near zero) for poor
On 2011-11-18 13:15, Reinier Olislagers wrote:
>
> So apparently no help for the poor developer who wants to inherit a
> class and wants to figure out how to use the protected methods &
> properties ;)
The is also no help (near zero) for poor Michael, having to write all
that documentation. Just
On 18-11-2011 11:13, Graeme Geldenhuys wrote:
> For the FPC documentation, only Public and Published methods &
> properties are documented. So you should have generated the initial xml
> file specifying only Public or higher visibility in the output makeskel
> generates.
>
So apparently no help f
On 2011-11-18 12:05, Reinier Olislagers wrote:
>
> Shouldn't the TIBConnection.GetHandle.Result function result visibility
> be protected as well?
I have no idea what "default" visibility actually means. I can add that
parameters and function results don't generate any visibility headers in
the d