- Dillo-dev - lists.mailman3.com

Dillo documentation online
by onepoint＠starurchin.org April 25, 2009

April 25, 2009

There's a tarball of the Dillo documentation at http://starurchin.org/dillo/dillo-docs.tar.gz Alternatively, download the link called "Documentation" at http://starurchin.org/dillo/ It will be updated every night, although it will only be as current as my local HG repo (which I update most days). Regards, Jeremy Henty

1 0

patch: a_Capi_get_flags and following redirection
by corvid＠lavabit.com April 23, 2009

April 23, 2009

When an image on a page wouldn't load due to redirection, I would isolate the image, and often notice that message about Content-Length not matching message body. The reason is in a_Capi_open_url(), where reload is set by checking a_Capi_get_flags() for CAPI_IsCached. It follows the redirection, determines the Location URL isn't cached, and makes another HTTP request for the original URL. The cache entry data for that URL ends up containing the body from the first request with the header and body from the second request appended to it. Ah, but sometimes we want to follow redirection for get_flags. - the download check in capi - the load_stylesheet check in html.cc, assuming that we want to make that work with redirection at some point. - load_now for images in html.cc and the rest don't really matter too terribly much either way. So, unable to think of anything nice or clever, I added an argument to get_flags specifying whether redirection should be followed.

1 0

Instant client-side redirects (META refresh with delay=0)
by jcid＠dillo.org April 18, 2009

April 18, 2009

Hi there, Please excuse me for being silent. Life has poured a few other important things to do over me (e.g. next week I have to move to another apartment). A patch for Instant client-side redirects is fresh in the repo. It took some time to develop because the whole idle/timeout mechanism needs a new API that allows to cancel queued functions. I didn't change the old API (the next release will keep it) but took some time to analyze and it may help with the redraw issue Johannes worked with, and also with hard-to-reproduce crashes. IIRC, Tim asked why several functions trigger from timeouts. Dillo is async. and the main driving function for I/O is Cache_process_queue(). This function is not reentrant, thus timeouts/idle calls allow for it to finish before a new action is taken. In general, there're several parts of dillo that need a more formal working definition or API. They've come to be with the implementation and it'd be good to define and document them, and hence not to have to go through all the involved code to find out how to implement something. I'll review the custom-keys patch series next, and try to re-start the work for the 2.1 release. Please test the patch. I've found it works well with the links in: http://git.kernel.org/gitweb.cgi -- Cheers Jorge.-

1 0

[Patch] add middle_click_closes_tab option fixed
by Christian.Kellermann＠nefkom.net April 12, 2009

April 12, 2009

Skipped content of type multipart/mixed

1 0

[Patch] add middle_click_closes_tab option
by Christian.Kellermann＠nefkom.net April 12, 2009

April 12, 2009

Skipped content of type multipart/mixed

1 1

Dillo + Partial Javascript Support
by matopoftheworld＠live.co.uk April 11, 2009

April 11, 2009

I've looked into this a little more and what I had originally proposed is not possible for the simple reason that so many of these sites use Javascript for Dynamic HMTL purposes for example displaying login errror messages and the actual login form . It would make sense to try and implement full javascript support. To get Javascript support, Dillo would have to have DOM (Document Object Model) implemented into it. I've had a look at the dpi documentation and from what I can gather is if there was a javascript dpi, Dillo would send a page to a dpi, the dpi does processing and then send the modified page back to Dillo to display. It poses the question whether it put been more efficient to put javascript into a dpi or into Dillo itself? I've had a quick look at the spidermonkey document and I think I know how it works although I'll have to tinker around with the code to get my heard round it Hopefully, I can then have a better picture on what would be required to implement it into Dillo. I just want to say that after looking through some of other document and I'm impressed with the way Dillo is being taken forward especially the documenation which has helped me understand how the program works. _________________________________________________________________ View your Twitter and Flickr updates from one place ? Learn more! http://clk.atdmt.com/UKM/go/137984870/direct/01/

1 0

Dillo + Partial Javascript Support
by matopoftheworld＠live.co.uk April 9, 2009

April 9, 2009

Hi I have a cnm minibook which is part of a little Linux laptop family of mini laptops that use low powered Mipsel processors running Lnux. An unofficial site is here: http://linuxlaptopforum.ark2webdesign.co.uk/index.php One of the users has come up with a Linux distro called 3MX which uses IceWeseal but has also Dillo. The reason for this is because IceWeasel is a bit slow due to the low spec processor. Dillo runs far better than IceWeasel and would be an ideal replacement if it had the functionality of Javascript. Rather than somebody trying to get full Javascript suport for Dillo, I was thinking along the lines of partial Javascript support. The bare minimum would be to access websites that use Javascript to allow logins to forums etc. If any more functionality could be added so that for example social network sites like facebook or bebo then that would be great.On a personal note, I don't mind the lack of CSS when displaying pages on Dillo due to the small screen size of the minibook so any Javascript concerning that is not necessary. It is theoritcally possible as I use the noscript plugin on Firefox on my home PC which blocks javascript from certain 3rd party sites from running. I was wondering if anybody had any thoughts if the above is achievable and if so what would be the best Javascript engine to use with Dillo to achive this? Thanks in advance alsaf. _________________________________________________________________ Share your photos with Windows Live Photos ? Free. http://clk.atdmt.com/UKM/go/134665338/direct/01/

2 2

http authentication: http digest
by 4winter＠informatik.uni-hamburg.de April 9, 2009

April 9, 2009

Hey folks :) attached is a patch that implements http digest authentication. Some thoughs: * add-md5.patch adds md5.{c,h}, a BSD licensed md5 implementation by L. Peter Deutsch from [0] * the digest logic resides in digest.c * I adapted a lot of challenge parsing code from Jeremys basic auth to better suit my needs, sorry for the big patch, but this reduces code duplication (even mailman thinks the patch is too big >,<) * rfc2617 is a bit fuzzy about the quoted strings in the challenge. strings are enclosed in double quotes, but it is not specified (or I overlooked it..) how double quotes within this string should be escaped. I intuitively escaped them with a \, and apache2 plays along nicely. So does my code. Funny thing is, neither one of the mayor browsers (I tested ff, epiphany, opera, konqueror, ie6) can cope with realms containing quotes... Am I missing something here? * http digest can provide integrity protection for the request body by computing a hash over the request body, but I have no pointer to the request body, only the request URL. We might need to pass the whole request object (is there such a thing?) to the auth code instead of just the url. The code is there, just the pointer is missing. The code in auth.c will select the method without integrity protection for now, hoping that the server will accept both auth and auth-int. * there is a memory leak (well, at least one that I am aware of) in a_Auth_get_auth_str (grep 'this leaks memory' auth.c). This function is called for each request dillo makes to a host using http auth. For basic authentication the challenge response is always the same, so a reference to that string is stored in the realm and it is freed with its destruction. For digest authentication a different response is needed for each request (the request uri and a nonce_counter needs to be updated), so a new string has to be generated for each request. This should be easily fixable, but I didn't looked into that yet (need to touch the callers code). That's it :) feedback is welcome! Justus 0: http://sourceforge.net/project/showfiles.php?group_id=42360

3 9

CSS @import
by Johannes.Hofmann＠gmx.de April 8, 2009

April 8, 2009

Hi, for quite some while I've been trying to add support for the @import directive in CSS. The problem is that it creates a cyclic dependency between CssParser and DilloHtml: CssParser now calls a_Html_load_stylesheet(). This is extremely ugly and needs to be decoupled somehow. Anyway, attached is what I currently have - cleanup ideas welcome. Note, that we also need to use the URL of the current stylesheet to resolve relative URLs in @import. This is not implemented yet. Cheers, Johannes

2 5

bugg 903, correcting problems
by iveqy＠iveqy.com April 4, 2009

April 4, 2009

Hi, after submitting bug 903 I started to work an a solution. (bugg desc. added below for your convinience). 903 Impact: feature fault At: run time Type: misbehaviour Comments: <textarea> doesn't wrap lines (should be an option i dillorc) HTReproduce: visit a <textarea> and start typing a really long line without any linebreaks WorkedBy: nobody Submitter: iveqy*iveqy*com My solution was to add text->wrap_mode(true,0); on line 678 in dw/fltkui.cc This worked fine. The line is now wrapped. But after a post, dillo will crash (after sending the post, a post sent will be recieved by the webbserver before dillo crashes). I can't find where and why dillo crash. Does anyone have an id?? -- Med v?nliga h?lsningar Fredrik Gustafsson

3 2