- Dillo-dev - lists.mailman3.com

[Dillo-dev]Porting dillo to another UI toolkit

by Sebastian Geerken

Hi, I intended to post this a bit later, not before some usable code is available, but I changed my opinion, it may be useful to outline, how porting will happen. The most complex part is certainly Dw, since it is tightly bound to Gtk+. By all means, I want to prevent, that there exist different versions of Dw, with different features (e.g., when the development of the Gtk+ version continues, while the FLTK version is developed), which are hard to integrate. For this reason (and others), I'm currently working on a redesign of Dw, which will make Dw toolkit independant. This is not the single goal of this redesign, it will also make some other features possible, e.g. a preview window, in which the whole page may be seen with reduced size, also, it will make reusage of Dw within graphical plugins possibel, and some more. (Actually, the idea for this design is already older, except the platform independency, but this was simple to add.) I'll soon (within a week or so) post the first usable version of it, which will only include a small program to test Dw, not dillo itself, the integration into dillo will be done later. However, it will already make it possible to start with the porting work. A documentation, which changes should remain small, is already attached. As for the actual port, the following steps should be done: 1. Realize the test program, but for another UI toolkit. This will still have to include Gtk+, because of the Gtk+ object model, but the new toolkit should be in control over the event processing. (Furthermore, GLib will, in this phase, still be needed.) What is needed for this step: (i) an implementation of DwRenderPlatform and DwRenderView, and (ii) ports of the modules Dw_style and Dw_tooltip. These will perhaps also be abstracted, see DwRender.txt for details. The rest should not be touched, if this should become necessary, this is a bug. The changes in Dw_style and Dw_tooltip should not be too hard, and these modules will not change much in the near future, so this simple approach for porting is reasonable in this case. The experiences made on this should be interesting, if the design of Dw_style and Dw_tooltip should be enhanced, as described as an idea in the attached document. 2. The second step (regarding Dw) should be to get rid of Gtk+ and GLib. Since a port to FLTK is planned, it makes sense to port the C code to C++, this would also make the code cleaner, since dealing with classes and interfaces in C (with the Gtk+ model) is quite fiddly. Details of this step have still to be clarified, but the features, GLib and Gtk+ provides, should be relatively easily replaced. Notice also, that I plan to make an own library of Dw (at least the core of it), most of it has already been finished, but the release has been delayed, because I assign a greater priority to the dillo project. For the rest of the port, I do not have any plans, but AFAIS, I see far less problems as for Dw. Sebastian

Aug. 20, 2004

Re: [Dillo-dev]why must FLTK?

by higuita

Hi On Fri, 6 Aug 2004 15:18:05 +0800, "Calvin Yu" <yuzenghui(a)people.com.cn> wrote: > The FAQ tells me that the developers are planning to port GUI to FLTK. > Who is so kind to tell me any alternatives? > I hear FLTK is very complex and not stable. the dillo dev team decide for fltk because the tests with gtk2 show that is too slower and heavier than gtk1, specially taking in account the size of all the gtk2 libs fltk was finishing the new version that would allow the use of unicode and is very light and fast its the goal of dillo to be the lightest and fastest browser possible, being secure, cross platform and as much standard complete as possible > If we port GUI to gtk+-directfb, we don't need X server any more. > It would save a lot of resources. could help the small devices, but also would make dillo useless for normal PCs, with X running also, many of the device builders can do this already if they want but the big issue about gkt2 is its size, footprint and slowness compared with gtk1 and fltk and how it affects dillo, not the presence of X11 cya higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

Aug. 20, 2004

Re: [Dillo-dev]Mailing list search

by Thorben Thuermer

On Thu, 12 Aug 2004 17:55:36 -0400 Jorge Arellano Cid <jcid(a)dillo.org> wrote: > Jörgen, > and everybody > > I just noticed that GMANE is forcing javascript to display > mailing list searches :(. Well, we have the relevant dillo-dev > mail folders, so maybe it's time to provide that service from our > web site. > > There surely are good programs for doing this. Does anyone know > of a good candidate? > > (the problem is: given a set of mailfolders, provide a search > engine with an HTML interface to them). i searched for such a thing quite a bit when setting up the list server, but there didn't seem to be ANY available solutions, short of the hack of indexing the html archives with a text search engine... (which has it's own problems due to summary pages containing subjects from many different mails and so on). i'll check what Todd suggested and try to get something running... > Cheers > Jorge.- - Thorben

Aug. 19, 2004