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 your
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 patch.
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 tutorial on patch
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
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
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
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 TIpHtmlPanel) do
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 I do
So there I was, thinking today, what can I do to once more save future time...
and I realised that something I would really like is to have a component that
can wrap around ipro and implement a simple file-based html viewer with image
support, jpeg loading and such built-in.
Easy right, after
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,
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 the
11 matches
Mail list logo