On 9/29/06, Nicolas Roard <[EMAIL PROTECTED]> wrote:
On 9/29/06, Yen-Ju Chen <[EMAIL PROTECTED]> wrote:
> Here is a small application to embed GtkMozEmbed in GNUstep.
> Basically, it reparents a GTK window into NSWindow,
> and try to have NSRunLoop run with GMainLoop.
> You need to have firefox-dev or mozilla-dev installed and modify GNUmakefile.
> It is not that easy to compile mozilla from source code (at least I failed).
> If your distro has one of these packages, you better use it.
> It may not be suitable for a full-feature web browser
> considering there are too many issues
> by embeding gecko into GTK then into GNUstep.
> But it may be handy for something lite.
That's really cool though !!
As banlu, I'm not particularly fond of the gtk dependency; but well,
if it works, that's the more important thing :-)
What are the many issues ? are they solvable ?
Considering how difficult/long it is to write a modern browser, I'm
thinking that it's likely our best shot to have a working browser in
the near term. Ideally later we could get rid of the gtk dependency,
but in the meantime we could use it as a good starting point to write
a browser. Eg, encapsulate this embedded widget in a webkit-like api,
so the browser itself doesn't depend directly on gtkembed -- that way
we can work on the browser, and later on possibly change the rendering
widget..
I prefer not to use GTK, either. But currently it is the only choice.
I would say it is still too early to do something like this.
First, GCC 4.1 is not widely available, at least not for me.
And mozila source code is not easy to compile.
If we want to put an objc++ wrap in it,
we need to recompile the whole source code, not just link to it.
Mozilla is moving to XPCOM, which is similar to a vitual machine.
You can use XML/javaScript to write a web browser on it.
FireFox 3.0 will be the first one to use it.
And something like Apple's Dashboard or Yahoo! Widget can also build
on top of it.
But now, XPCOM is not that easy to deal with.
So I am stuck with GtkMozEmbed.
Maybe couple months later, things will be easier to work with.
Embedding GTK into GNUstep requires a lot of X window programming.
It is doable, but full of land mines,
because both toolkit does not expect something like that.
So if we decide to go for mozilla,
I will prefer to link directly to XPCOM instead of go through GTK.
And linking to XPCOM will be easier in the future, not now.
On the other hand, what do we need for a HTML view ?
A full web browser is not only a HTML view.
It need a lot of work. Do we have the man power to write one ?
If not, we can stick with FireFox.
It is the same situation that we are not going to have an office suite.
So we are stuck with OpenOffice.org.
So if we don't write a web browser now,
the HTML view is only good for application which need to display HTML file,
such as HelpViewer and GNUMail.
In this case, TkHtml is not a bad choice in my point of view.
It fits most of the need except java script.
Therefore, you cannot embed a video in GNUMail.
By the way, you cannot change the scroll bar because it uses mozilla widget.
So the scrollbar will stay on the right, not left.
Yen-Ju
Fabulous work anyway :D
I'm sorry I don't have much free time lately, but I'll sure would like
to play with that code.
--
Nicolas Roard
"I love deadlines. I like the whooshing sound they make as they fly
by." -- Douglas Adams
_______________________________________________
Etoile-discuss mailing list
[email protected]
https://mail.gna.org/listinfo/etoile-discuss
_______________________________________________
Etoile-discuss mailing list
[email protected]
https://mail.gna.org/listinfo/etoile-discuss
