On Mon, 27 Feb 2006 18:24:09 +0200
"A.J. Venter" <[EMAIL PROTECTED]> wrote:
> On Monday 27 February 2006 18:19, Vincent Snijders wrote:
> > A.J. Venter wrote:
> > >>I applied only the ippanel change.
> > >
> > > As far as I know that should have been the only one anyway though it
> > > seems the t
On Monday 27 February 2006 18:19, Vincent Snijders wrote:
> A.J. Venter wrote:
> >>I applied only the ippanel change.
> >
> > As far as I know that should have been the only one anyway though it
> > seems the tutorial on patch creation should be expanded to include "make
> > clean" before creating
A.J. Venter wrote:
I applied only the ippanel change.
As far as I know that should have been the only one anyway though it seems the
tutorial on patch creation should be expanded to include "make clean" before
creating a patch.
That would not have helped in this case, because most of you
>
> I applied only the ippanel change.
>
As far as I know that should have been the only one anyway though it seems the
tutorial on patch creation should be expanded to include "make clean" before
creating a patch.
A.J.
--
A.J. Venter
Chief Software Architect
OpenLab International
www.getopen
On Sun, 26 Feb 2006 17:13:24 +0200
"A.J. Venter" <[EMAIL PROTECTED]> wrote:
> Patch as per Mattias' suggestion attached,
> I tested it and verified that it fixes the problem allowing derivative
> components of ipHtmlPanel to be created and used.
I applied only the ippanel change.
Mattias
Patch as per Mattias' suggestion attached,
I tested it and verified that it fixes the problem allowing derivative
components of ipHtmlPanel to be created and used.
Ciao
A.J.
--
A.J. Venter
Chief Software Architect
OpenLab International
www.getopenlab.com
www.silentcoder.co.za
+27 82 726 5103
In
> >
> > So do I report a bug ? Or how does this get fixed ?
>
> Please check above fix. If it works, I will change it.
>
Well I have since redesigned my entire component so it is no longer descended
from TIpHtmlPanel, and it is in a fully working state based on a very
different approach. However
On Thu, 23 Feb 2006 18:05:07 +0200
"A.J. Venter" <[EMAIL PROTECTED]> wrote:
> It's a bug in ipro.
> I checked the code at the stack trace and found this:
> function TIpHtmlInternalPanel.HtmlPanel: TIpHtmlCustomPanel;
> begin
> Result := TIpHtmlPanel(Parent);
> while (Result.ClassType <> TIpHtmlP
It's a bug in ipro.
I checked the code at the stack trace and found this:
function TIpHtmlInternalPanel.HtmlPanel: TIpHtmlCustomPanel;
begin
Result := TIpHtmlPanel(Parent);
while (Result.ClassType <> TIpHtmlPanel) do
Result := TIpHtmlPanel(Result.Parent);
end;
The exception gets thrown in th
Sorry, forgot to add, here is the stack trace as well:
TApplication.HandleException Access violation
Stack trace:
$0820B073 TIPHTMLINTERNALPANEL__HTMLPANEL, line 15979 of iphtml.pas
$08209DA0 TIPHTMLINTERNALPANEL__MOUSEMOVE, line 15523 of iphtml.pas
$0810D156 TCONTROL__WMMOUSEMOVE, l
10 matches
Mail list logo