On 9/29/06, Yen-Ju Chen <[EMAIL PROTECTED]> wrote:
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.
ok
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.
indeed :D But I was wondering if we could encapsulate it -- eg, it doesn't matter how ugly it is in the inside (well, for now) if the gnustep side is clean.
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.
sure, but I'm just wondering if we couldn't use your current solution in the meantime.
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 ?
I believe so. It's not _that_ much work -- what do you need to a simple browser ? add a bookmark system and already you'll make happy 90% of the persons. Things like proxying, etc., would be nice too -- although they're probably already managed on the mozilla side, no ?
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.
Sure, but there's absolutely no comparison in complexity between writing an office suite and writing a simple browser around a web view. We don't want (for the moment) the best browser ever, we just want to provide a simple browser that gets along well with gnustep, provide a service entry, integrates with our bookmark system, this kind of thing.
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.
Sure, sure. But I believe a simple browser is not a far-fetched task, really.. -- I'm talking about writing a browser around a web view, so not taking in account any problems with the web view itself.
By the way, you cannot change the scroll bar because it uses mozilla widget. So the scrollbar will stay on the right, not left.
Yes. Will be fine for a start, really -- it's anyway much better than to have _nothing_ at all. Beside it's probably not that difficult to move the scroll bar (but if it is, doesn't matter) Basically I'm just saying : if we can nicely isolate the web view from the gnustep app itself, well the gnustep part isn't such a difficult task. The question is how well we can isolate that web view. -- 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
