- Dillo-dev - lists.mailman3.com

[Dillo-dev]Hello
by Diriel March 13, 2004

March 13, 2004

Hi Everyone, I heard of dillo recently when installing Gentoo linux. I was browsing their software. I am a Big fan of small efficient tools of most any kind. Dillo has definately made a fan of me. For daily usage I generally use FireFox, but when im setting up a box on very limited resources, generally I will set things up as lightweight as possible. A Big Thank You for Dillo. Ok, ill be good and stay on topic here on out /grin. Gary

1 0

[Dillo-dev]Re: dillo / fltk
by Jorge Arellano Cid March 12, 2004

March 12, 2004

On Thu, 4 Mar 2004, Matt wrote: > > Hi Jorge, Hi Matt! > > I just visited your dillo web pages (by a hint from the FLTK mailing > list) and I have to say, you guys got something great going there! Thanks. It's great you liked it because we could make it even better by porting to FLTK! > > I saw mentioned that you are checking the feasibility of using FLTK > (replacing or adding to gtk?). The idea is to replace GTK+. (In a nutshell, GTK2 got too big and slow to suit our needs). You can find interesting threads in our mailing list about the FLTK port issue. For instance, go to: http://www.dillo.org/search-dillo-dev.html And search for "FLTK" by "jcid" sorted by "Relevance". This will not only bring my posts but also the ones from Michael Sweet that I forwarded to dillo-dev. > FLTK on the other side is lacking a > good browser, or even just a browser interface. So I believe that > dillo/FLTK would be a great combination. Yes. The only thing that scared me a bit about FLTK's help viewer is that it is too slow, even for very simple pages. For instance vertical scrolling is much slower than what we get with GTK1 by now. Considering FLTK's reputation for speed, and after looking at the demo programs (as "scroll"), I feel it should be possible to improve page scrolling speed. > > Anyway, I am one of the FLTK core developers and cross platform porter, > and I would like to offer you my support in connecting FLTK and dillo. Excellent! Do you plan to work as an advisor, a porting core-developer or the port's leader? :) After reading Sebastian's comments, there seems to be no major obstacle to start the porting effort. What we'd need is to coordinate the communication of specific knowledge: Sebastian and Dw, me and network2parser and parser2widgets, you and FLTK. > Pleas let me know what you think, I think it's great to have one of the core developers of FLTK in the porting team! Technically, I see two ways of making the port: (I'll concentrate on the HTML rendering part because the UI port should be pretty easy in comparison). Rendering port alternatives: 1) Port Dw to FLTK 2) Make a pure FLTK widget tree (convert Dw into FLTK analogs) Maybe the first is easier in the short term, but I'd much prefer the second one because: * Having a custom widget system (Dw) that's embedded into FLTK and that also embedds native FLTK widgets is a very complex scenery that requires too much knowledge to work with (BTW that's what we currently have with Dw/GTK+). * If we can push the positioning/resizing/rendering complexity into FLTK's internal mechanism, it would simplify a lot the task (less complex algorithms, less code, less intertoolkit sync) * If we end we a pure FLTK tree (with its parser), it could be easily reused by the FLTK community, and this also leads to easier maintenance because more developers would be deploying it and helping to improve and fix bugs. One of the main points of Dillo's speed is streamed rendering. That is the ability to show the page as it is being constucted. I assume this is possible with FLTK. The way this works is by letting the parser to build the widget tree as it gets the HTML building blocks. By far, the most complex part is table rendering (because you don't know the table size in advance (i.e. each cell size). This means that cells start to resize and affect their rows and hence the table itself. OTOH, I have hopes in FLTK's internal mechanism. Fl_Group manual says: "It is possible to achieve any type of resize behavior by using an invisible Fl_Box as the resizable and/or by using a hierarchy of child Fl_Group's." and Michael S. wrote: <q> The current FLTK layout mechanism is infinitely flexible, but takes a little getting used to since there are no layout "hints", just resizeable widgets inside groups. In short, you group widgets (and sometimes create empty "box" widgets) to get the layout behavior you want. This is actually a lot faster than the older Motif-style layout stuff that GTK+ uses... There are specialized group widgets (Fl_Pack, Fl_Tile, etc.) that provide for special positioning/resizing capabilities separate from the user resizing the window. </q> So, the way I'd start is by trying to make a FLTK widget (set) that's able to draw generic HTML tables whose content is initially limited to be text only. This means, having HTML test files, a simple parser and the widget tree construction logic. When this is ready, images are added (images are a very good example of resizing cells). After that, a generic HTML content widget should be defined, and it would be a matter of adding support for the missing HTML elements (a much simpler task). In parallel with this last stage, Dillo's UI could be ported and finally merge both to have the first FLTK prototype of Dillo! Looking forward to hear from you Jorge.- PS: Feel free to forward this to the FLTK mailing list.

1 0

[Dillo-dev]dillo / fltk (fwd)
by Jorge Arellano Cid March 4, 2004

March 4, 2004

As you can see, my hopes for volunteers were heard! --Jorge ---------- Forwarded message ---------- Date: Thu, 4 Mar 2004 07:30:33 -0800 From: Matt <mm(a)matthiasm.com> To: jcid(a)dillo.org Subject: dillo / fltk Hi Jorge, I just visited your dillo web pages (by a hint from the FLTK mailing list) and I have to say, you guys got something great going there! I saw mentioned that you are checking the feasibility of using FLTK (replacing or adding to gtk?). FLTK on the other side is lacking a good browser, or even just a browser interface. So I believe that dillo/FLTK would be a great combination. Anyway, I am one of the FLTK core developers and cross platform porter, and I would like to offer you my support in connecting FLTK and dillo. Pleas let me know what you think, Matthias

1 0

[Dillo-dev]About proxy authorization && password storing
by Ivan Daniluk March 4, 2004

March 4, 2004

Hi, all! I use proxy server, that requires basic authorization. So, I wrote patch for dillo 0.8.0 that enables this feature. It's available on: http://dem2mpg.by.ru/dillo-0.8.0-proxy-auth.patch.gz Main question I would ask is about password storing. This patch just implements new dillorc option - "http_proxyauth", which is the string like "user:password". But, I guess, it's not correspond to dillo security policy, is it? Maybe, we should open popup dialogue and ask user for login/password? Regards! -- Ivan Daniluk, software developer, Ukrainian Computer Labs, Kiev, Ukraine mailto:Ivan.Daniluk@ucl.com.ua

2 1

[Dillo-dev]Re: Porting Dillo to FLTK
by Jorge Arellano Cid March 4, 2004

March 4, 2004

On Wed, 3 Mar 2004, Michael Pearce wrote: > Hello, Hi! > I see under your 'Future Goals' you mention: > > "Port dillo to GTK+2.0 or FLTK" > > I use FLTK for most of my linux gui program, but it is lacking a good HTML > rendering widget. It has a simple one used as a help browser, but it is no > where as advanced as Dillo. Yes, I tested it. The idea is to port our custom widget system (dw) to FLTK. > > I would like to look into porting dillos html parser & renderer to a FLTK > widget. Once this is done a full web-browser would not be difficut to > implement. If you could help us with it, it'd be great. At this point I'm waiting for the opinion of our main dw author and developer (Sebastian). As he knows dw's design by heart, he also knows best what are the harder issues of the port, what is required and what would be easy. He's also the one to tell us beforehand if something is not possible. The initial research on the current (and soon to be available) features of FLTK that we can benefit from is done. We even consulted with some FLTK developers; there's an interesting thread in our mailing list archives. So far it looks very promising. Appart from antialising, UTF-8, more portability, smaller size, postcript output, one of the key benefits we could get is to move rendering complexity into FLTK's layout system. That could simplify a lot the current dw implementation, making it easier to maintain and develop it further. Of course it will require quite an amount of work, but I suppose there will be enough people interested in helping us because it constitutes a quantum leap for the dillo project, and it would also be a big addition to FLTK. > Thankyou for the work that has gone into a clean, compact and useable > browser. Thanks for the recognition. It takes hard work to keep it that way! Cheers Jorge.-

1 0

[Dillo-dev]Porting Dillo to FLTK (fwd)
by Jorge Arellano Cid March 4, 2004

March 4, 2004

---------- Forwarded message ---------- Date: Wed, 03 Mar 2004 14:53:46 +1300 From: Michael Pearce <mike(a)slavelighting.com> To: jcid(a)dillo.org Subject: Porting Dillo to FLTK Hello, I see under your 'Future Goals' you mention: "Port dillo to GTK+2.0 or FLTK" I use FLTK for most of my linux gui program, but it is lacking a good HTML rendering widget. It has a simple one used as a help browser, but it is no where as advanced as Dillo. I would like to look into porting dillos html parser & renderer to a FLTK widget. Once this is done a full web-browser would not be difficut to implement. Thankyou for the work that has gone into a clean, compact and useable browser. Mike. -- SLAVE Lighting Lighting Automation and Design on a budget http://www.slavelighting.com/

1 0

[Dillo-dev]dillo. (fwd)
by Jorge Arellano Cid March 4, 2004

March 4, 2004

---------- Forwarded message ---------- Date: Wed, 25 Feb 2004 21:05:41 -0800 (PST) From: R. Elliott <relliott(a)u.washington.edu> To: jcid(a)dillo.org Subject: dillo. Hi there- I just wanted to say a hearty thanks for dillo. It's my favorite browser and I really appreciate the work- 0.8 is fantastic. keep a smile on your face! richard ========================================= Richard Elliott Graduate Student, Univ. of Washington Physics PAB427 (206)543-3904 =========================================

1 0

[Dillo-dev]about porting dillo to another toolkit
by Eduard Bondarenko March 3, 2004

March 3, 2004

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I think dillo have to be ported to fox toolkit (http://fox-toolkit.org/) it is better than gtk2 and fltk -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with MultiZilla - http://enigmail.mozdev.org iD8DBQFARigvWVzJEsNrxK8RAnfXAKCJIYK8JBEpVmfn+GqhlzRqXVIq6gCfXLrw SuLflp2nwpqq2ctAytMVsuc= =mauP -----END PGP SIGNATURE-----

2 1

[Dillo-dev]0.80 crash and info
by Riccardo March 2, 2004

March 2, 2004

Hello, I am on OpenBSD 3.4. I run dillo 0.80 and go to "www.knuddel.org" I get the following (repeatable) error: (gdb) run Starting program: /usr/local/bin/dillo dillo_dns_init: Here we go! Disabling cookies. Nav_open_url: Url=>about:splash< Nav_open_url: Url=>http://www.knuddel.org< Dns_server [0]: www.knuddel.org is 0x738d28 Connecting to 64.95.194.245 Gdk-ERROR **: BadMatch (invalid parameter attributes) serial 4490 error_code 8 request_code 72 minor_code 0 typing 'bt' tells me "no stack" and now ? -Ric

1 0

[Dillo-dev]New to the list -- some patches
by Nelson Rodriguez March 2, 2004

March 2, 2004

Hello everybody, I'm new to the list. I decided to subscribe the list to share some changes I've done to Dillo. I don't know much about programming in GTK, but I know C, so I just modified some functions and took as example existing code. Here are the things I've done so far: - Show a option for "Back" and "Forward" in the pop-up page menu (for history navigation) - Open Links in new window when the link has a target _blank or _new (this include form posts too) - Show in the status bar if a link will open in a new window or same window Who do I sent this patches? I would really love if this gets into the development tree, so I don't have to do it every time a new release comes :P (The web page says that if it's a dillo widget to send it to Sebastian, but otherwise to me. Who is me??? ) The changes I did affected html.c, menu.c, url.c and url.h. Is that part of the "widget"? I plan to improve things in dillo, because I really like it. Right now I'm working in a change to make images fit in the screen (like the IE and Mozilla "zoom" features) when displaying just an image. Ok, bye for now. Please remember to let me know who/how do I send th patches. Nelson

1 0