Marco van de Voort schrieb:
> On Wed, Dec 09, 2009 at 03:59:46PM +0100, Christian Budde wrote:
>>> Netscape is not created in lazarus, and doesn't communicate over plugin
>>> interface using pascal types.
>>>
>>> Which is exactly the problem packages try to solve. Please do not confuse
>>> the situ
On Wed, Dec 09, 2009 at 03:59:46PM +0100, Christian Budde wrote:
> > Netscape is not created in lazarus, and doesn't communicate over plugin
> > interface using pascal types.
> >
> > Which is exactly the problem packages try to solve. Please do not confuse
> > the situation more than necessary.
>
On Wed, Dec 09, 2009 at 10:01:22AM +0100, Mattias Gaertner wrote:
> > On Tue, Dec 8, 2009 at 11:39 PM, Marco Alvarado
> > wrote:
> > > I'm really happy to inform that I solved the bug, and now I have a
> > > working version of LCL 0.9.28.2 in DLL. It seems the fix might not be
> > > difficult for
Hi Marco,
Netscape is not created in lazarus, and doesn't communicate over plugin
interface using pascal types.
Which is exactly the problem packages try to solve. Please do not confuse
the situation more than necessary.
I don't think he is confusing the situation more than necessary, it was
On Wed, Dec 09, 2009 at 08:11:17AM -0500, Marco Alvarado wrote:
> I converted a demo of a Netscape plug-in from Delphi to Lazarus. I
> just found two bugs, one was solved by placing
> Application.Initialize() right before dynamically creating the form
> (I'm not using lfm), and another related to C
Zitat von Marco Alvarado :
I converted a demo of a Netscape plug-in from Delphi to Lazarus. I
just found two bugs, one was solved by placing
Application.Initialize() right before dynamically creating the form
(I'm not using lfm), and another related to CreateParented(). With
those bugs solved, n
Ok, I made one last test to load designed forms and works too. Here is
the whole experiment for you guys to check (660KB):
http://gamelix.com/demos/lazarus/nplugin/nplugin.7z
The original Delphi 7 component by Andrei N. Kashin is there, my fixes
are in directories prueba/ and prueba_lfm/
To test
On Wednesday 09 December 2009 14:11, Marco Alvarado wrote:
> I converted a demo of a Netscape plug-in from Delphi to Lazarus. I
> just found two bugs, one was solved by placing
> Application.Initialize() right before dynamically creating the form
> (I'm not using lfm), and another related to Create
I converted a demo of a Netscape plug-in from Delphi to Lazarus. I
just found two bugs, one was solved by placing
Application.Initialize() right before dynamically creating the form
(I'm not using lfm), and another related to CreateParented(). With
those bugs solved, now I have a perfectly running
On Wed, 9 Dec 2009 09:33:32 +0100
"Gerard N/A" wrote:
> On Tue, Dec 8, 2009 at 11:39 PM, Marco Alvarado wrote:
> > I'm really happy to inform that I solved the bug, and now I have a
> > working version of LCL 0.9.28.2 in DLL. It seems the fix might not be
> > difficult for someone who understand
On Wed, Dec 09, 2009 at 09:33:32AM +0100, Gerard N/A wrote:
> > working version of LCL 0.9.28.2 in DLL. It seems the fix might not be
> > difficult for someone who understands the LCL's internals. I'll
> > explain what I did hoping someone could work on it.
>
> Am I wrong or this cannot be really
On Tue, Dec 8, 2009 at 11:39 PM, Marco Alvarado wrote:
> I'm really happy to inform that I solved the bug, and now I have a
> working version of LCL 0.9.28.2 in DLL. It seems the fix might not be
> difficult for someone who understands the LCL's internals. I'll
> explain what I did hoping someone
It sound great! I really need to use LCL with DLL!
2009/12/9 Phil Hess
> What widgetset are you testing? Calling Application.Initialize never worked
> before on Windows.
>
> On Carbon, an LCL form in a .dylib was working as long as a year ago, but
> Windows would freeze when the DLL form is disp
What widgetset are you testing? Calling Application.Initialize never worked
before on Windows.
On Carbon, an LCL form in a .dylib was working as long as a year ago, but
Windows would freeze when the DLL form is displayed.
Thanks.
-Phil
- "Marco Alvarado" wrote:
> I'm really happy to inf
I'm really happy to inform that I solved the bug, and now I have a
working version of LCL 0.9.28.2 in DLL. It seems the fix might not be
difficult for someone who understands the LCL's internals. I'll
explain what I did hoping someone could work on it.
Somehow an instance of TApplication is being
On Tue, Dec 08, 2009 at 08:50:48PM +0100, Christian Budde wrote:
> > Without knowledge of LCL's internals, I tried to call those methods
> > and functions from the DLL's initialization section, but it didn't
> > work. The exception was gone, but the DLL still failed and broke the
> > debug informat
Hi Marco and all others,
Without knowledge of LCL's internals, I tried to call those methods
and functions from the DLL's initialization section, but it didn't
work. The exception was gone, but the DLL still failed and broke the
debug information. Could someone with knowledge of the LCL tell if
17 matches
Mail list logo
