This was already discussed on the developers list, that we don't want a lot of high level overhead and extra depends.. so gecko is probably out, and mozilla definitely is. And gtkhtml was already discussed and discarded by Mattias because of its GNOME depends.

Andrew

That should be possible.

OTOH the lcl needs way to incoperate high level components like ActiveX anyways.

But that doesn't do us any good on linux. I think that a HTML widget is needed, and it could be implemented differently on Windows than on linux.

On linux, using gecko may be your best shot in terms of functionality, but the gtkhtml component may be the easiest to use:

http://www.icewalkers.com/softlib/app/app_00991.html ftp://ftp.gnome.org/pub/GNOME/sources/gtkhtml/1.1/gtkhtml-1.1.6.tar.gz

Michael.

Of course this doesn't stop someone from releasing their own component that utilizes it.

Don't look at me! I've done my yearly allotment! And I'm clueless about GTK - that's why I chose Lazarus.

-Tony

In Delphi I use HTMLLITE. It's not Open Source but the source is included. It doesn't depend on IE.

Shane

Hi all,

I need a simple HTML browser component for the LCL. Does anybody know a Delphi component, that is open source, does not require any special libs, but only VCL?

Mattias

Florian Klaempfl wrote

OTOH the lcl needs way to incoperate high level components like ActiveX anyways.

Not on _MY_ Linux box it won't! LOL

-Tony

Tony Maro wrote

The only HTML I was able to ever find for Delphi was based on the Microsloth ActiveX component for IE. Why reinvent the wheel and all that... unfortunately that doesn't do us a lot of good. I also searched through DSP for components with source and couldn't find anything.

Hmmm, isn't it possible to use Gecko/Mozilla?

OTOH the lcl needs way to incoperate high level components like ActiveX anyways.

The only HTML I was able to ever find for Delphi was based on the Microsloth ActiveX component for IE. Why reinvent the wheel and all that... unfortunately that doesn't do us a lot of good. I also searched through DSP for components with source and couldn't find anything.

andrew johnson wrote

This was already discussed on the developers list, that we don't want a lot of high level overhead and extra depends.. so gecko is probably out, and mozilla definitely is. And gtkhtml was already discussed and discarded by Mattias because of its GNOME depends.

In that case you have little choice but to write it yourself. I would suggest a modular approach: A parser with hooks, and a renderer which uses the parser. The parser could go in the FCL.

If it's any help: The FCL contains a RTF reader which I ported some years ago. I wrote a RTF panel that displayed the RTF to go with it (based on TLabel and TCanvas, so that should port easily). If need be I can dig up the code and send that, you can have a look at it for starters.

Come to think of it, having the RTF panel may be a good idea in itself for Lazarus.

Michael.

Of course :), I was talking about the win32 part.

okay, I've committed everything to CVS (both branches), together with some other patches/extensions to the XML units.
But beware that I didn't use the HTML parser for almost 2 years; I've just adapted it to current versions of the other XML helper units, but didn't test them yet.

- Sebastian

Let's have it, then !

Michael.

In that case you have little choice but to write it yourself. I would suggest a modular approach: A parser with hooks, and a renderer which uses the parser. The parser could go in the FCL.

...btw, I have one lying around for over 2 years now, it just didn't get into the FCL yet...

- Sebastian

If it's any help: The FCL contains a RTF reader which I ported some years ago.

The text mode IDE contains HTML browser as well.

I wrote a RTF panel that displayed the RTF to go with it (based on TLabel and TCanvas, so that should port easily). If need be I can dig up the code and send that, you can have a look at it for starters.