- Dillo-dev - lists.mailman3.com

patch: python filter DPI supporting the "data:" scheme from RFC 2397
by Ben Wiley Sittler Dec. 30, 2005

Dec. 30, 2005

Hi! I've been using dillo a bit since the i18n patch became usable, and found that there was one crucial URI scheme missing: "data:", defined in RFC 2397. I used the simple filter DPI model and had something working fairly quickly (thank you all for making that easy!) This works by adding a filter for dpi:/dataurl/... and rewriting data:... to use it, in a fashion similar to the one used by the https filter. The data: URI scheme allows image data (and other linked resources) to be embedded in a web page, so (for example) your DPIs can now trivially embed images, even dynamically-generated ones. It is also supported by the Mozilla family (it's used heavily in GreaseMonkey plugins) and in Konqueror and Safari. Here's an example data: URI (an image) from the RFC: <IMG SRC="data:image/gif;base64,R0lGODdhMAAwAPAAAAAAAP///ywAAAAAMAAw AAAC8IyPqcvt3wCcDkiLc7C0qwyGHhSWpjQu5yqmCYsapyuvUUlvONmOZtfzgFz ByTB10QgxOR0TqBQejhRNzOfkVJ+5YiUqrXF5Y5lKh/DeuNcP5yLWGsEbtLiOSp a/TPg7JpJHxyendzWTBfX0cxOnKPjgBzi4diinWGdkF8kjdfnycQZXZeYGejmJl ZeGl9i2icVqaNVailT6F5iJ90m6mvuTS4OK05M0vDk0Q4XUtwvKOzrcd3iq9uis F81M1OIcR7lEewwcLp7tuNNkM3uNna3F2JQFo97Vriy/Xl4/f1cf5VWzXyym7PH hhx4dbgYKAAA7" ALT="Larry"> The ";base64" is optional, and indicates Base-64 encoded data. The default is unencoded, i.e. just URL-escaped. Here's a non-Base-64 conversion of the same data: <img src="data:image/gif,GIF87a0%000%00%F0%00%00%00%00%00%FF%FF%FF%2C%00 %00%00%000%000%00%00%02%F0%8C%8F%A9%CB%ED%DF%00%9C%0EH%8Bs%B0%B4%AB %0C%86%1E%14%96%A64.%E7%2A%A6%09%8B%1A%A7%2B%AFQIo8%D9%8Ef%D7%F3%80 %5C%C1%C90u%D1%0819%1D%13%A8%14%1E%8E%14M%CC%E7%E4T%9F%B9b%25%2A%AD qyc%99J%87%F0%DE%B8%D7%0F%E7%22%D6%1A%C1%1B%B4%B8%8EJ%96%BFL%F8%3B% 26%92G%C7%27%A7w5%93%05%F5%F4s%13%A7%28%F8%E0%078%B8v%28%A7Xgd%17%C 9%23u%F9%F2q%06We%E6%06z9%89%95%97%86%97%D8%B6%89%C5jh%D5Z%8AT%FA%1 7%98%89%F7I%BA%9A%FB%93K%83%8A%D3%934%BC94C%85%D4%B7%0B%CA%3B%3A%DC wx%AA%F6%E8%AC%17%CDL%D4%E2%1CG%B9D%7B%0C%1C.%9E%ED%B8%D3d3%7B%8D%9 D%AD%C5%D8%94%05%A3%DE%D5%AE%2C%BF%5E%5E%3F%7FW%1F%E5U%B3_%2C%A6%EC %F1%E1%87%1E%1Dn%06%0A%00%00%3B" alt="Larry" /> So far this DPI has only been tested with the i18n-patched version of dillo (I use it to load small test texts in different charsets), but it should theoretically work in regular dillo too. Enjoy, -ben

4 6

6 Years: some goodies and expecting more!
by Jorge Arellano Cid Dec. 30, 2005

Dec. 30, 2005

Hi there, Somewhere this December, Dillo turned 6 years old. As sort of a present to it I'll be uploading the FLTK2-based GUI downloads plugin I've been working on, for everyone to try, and a bunch of related bug fixes too (this almost makes it for 0.8.6 release). Stay tuned. :) As you know since back from France I've been working on the funding side, and coding on the free timeslices. I'm expecting good news in mid January. I hope the whole effort proves more than worth. Best wishes and an excellent 2006 year! :-) -- Cheers Jorge.-

1 0

Re: [Dillo-dev] tables break forms??
by Wim De Smet Dec. 10, 2005

Dec. 10, 2005

I think you meant to send this to the list? Anyway, On 12/10/05, Ben Wiley Sittler <bsittler(a)gmail.com> wrote: > it's improper and extremely common – that pattern is used to avoid > extra whitespace before and after a form. The dillo parser is often a bit picky on broken html. The correct way of going about this would be using CSS of course. Your example does render in my version of dillo (which is debian-specific 0.8.5). Not sure why, since I thought they mostly added i18n patches. FWIW I think the previous behaviour is that the parser ignores the </table> and forces a close tag a bit further down the page (what it's doing in my version) while in your version it's forcing the form tag to close. greets, Wim

3 2

tables break forms??
by fred Dec. 9, 2005

Dec. 9, 2005

Hello all. Please forgive me if this has already been discussed at length, I check the last 2months of archives and the bug track and didn't find any mention, but I might've just over-looked it. In dillo 0.8.3 there is no problem when a form begins inside a table but ends outside of it, but when my dillo 0.8.5 sees a the table close, it forces the form closed too and truncates (and consequently discards) the rest of the form. Here is an example (I think this a culprit too [http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev] <HTML> <table><form method="post" action="null"> <input type="text" name="proper"><br> </table>  <input type="text" name="cut_off"> </form></HTML> I don't know if this is the proper diagnosis, a known issue, or uncompliant HTML, just wondering if others have been having problems with it. PS: what about calling an executable on "View Source"? vim colors are pretty.

2 1

locked cookie file
by fred Dec. 9, 2005

Dec. 9, 2005

Is there a good work around for using multiple instance of dillo at once, as it locks the cookie file and disables cookies for the all instances started after the first one? Thanks in advance all; Cheers!

2 1

Dillo Support for Flash plugins
by Xyber Blue Dec. 8, 2005

Dec. 8, 2005

Hello poeple, Good day, Is there anyone here who tested the dillo with flash plugins??? I just want to know if dillo is already supporting this kind of plugins. If not, is there any plan to support flash player plugins for dillo???

2 1

Mac Classic Dillo
by Bryan Waters Dec. 6, 2005

Dec. 6, 2005

Has anyone ever ported Dillo to the Mac Classic? Any suggestions on where to start if I wanted to do so? -bryanw

2 2

building Dillo 0.8.5 with Compaq's C Compiler on FreeBSD/Alpha
by Anders Gavare Nov. 15, 2005

Nov. 15, 2005

Hi all! Dillo 0.8.5 doesn't compile "out-of-the-box" with Compaq's C Compiler on FreeBSD/Alpha. The Dillo source code seems to be quite portable and clean as it is, so only very minor changes were necessary to make it build and run. It's probably a very uncommon compiler scenario, but I thought I'd still share this with the list. Perhaps it is of interest to someone. 1. src/dw_embed_gtk.h, line 27: /*gboolean child_size_request_lock*/; CCC doesn't like the semi-colon being outside the comment. Moving it inside allows the compilation to continue. 2. Lines 379-380 in src/dw_widget.h do not work with CCC. #define a_Dw_iterator_unhighlight(it, l) ((it) ? \ (it)->highlight(it, -1, -1, l) : FALSE) highlight() seems to return a void, which is not the same type as FALSE. I am not sure what the correct solution would be, but changing line 380 into the following will at least allow the compilation continue: ((it)->highlight(it, -1, -1, l), TRUE) : FALSE) 3. Line 134 in src/html.c. CCC says 'The static declaration of "Tags" is a tentative definition and specifies an incomplete type. (incompstat)' Removing the 'static' so that the line reads just const TagInfo Tags[]; allows the compilation to continue. (Note that the actual definition of static const TagInfo Tags further down in html.c does _not_ need to be changed!) So far so good. With these modifications, LIBPTHREAD_LIBS="-lc_r" CC=ccc CFLAGS="-mcpu=pca56 -fast -O4 -g3" ./configure; make builds everything. However, Dillo crashes when run. I spent some time trying to track down what causes this, and it seems to be the debug macros. CCC gives about a million warnings about these, looking like this: cc: Warning: file.c, line 42: This parameter is not preceded by a comma. (missingcomma) #define _MSG(fmt...) ----------------^ cc: Warning: file.c, line 905: Too few actual parameters in the invocation of the macro "MSG". (toofewactuals) MSG("file.dpi:: Failed to parse 'url'\n"); and so on. Apparently, either CCC is flawed in this regard, or the MSG macros were not written cleanly enough. Modifying src/msg.h and src/debug.h so that all MSG and DEBUG_MSG macros simply become empty statements, also changing the BW_MSG define in src/IO/http.c into an empty definition "avoids" the problem, Dillo seems to run fine, but of course there will be no debug output. :-/ The compiler version I used was "V6.4-005 on Linux 2.4.2 alpha", and the host OS was FreeBSD/Alpha 4.9. Perhaps some of these modifications could apply to the current CVS tree as well, and not just 0.8.5, but I haven't had time to check. Anders

2 1

minor compilation problem with current cvs
by Johannes Hofmann Nov. 15, 2005

Nov. 15, 2005

The new cookie dpi has a minor compilation problem in DragonFly-BSD and probabely other BSDs as well. The following modifictaion solves the problem. Index: dpi/cookies.c =================================================================== RCS file: /sfhome/cvs/dillo/dillo/dpi/cookies.c,v retrieving revision 1.3 diff -u -r1.3 cookies.c --- dpi/cookies.c 28 Oct 2005 14:12:32 -0000 1.3 +++ dpi/cookies.c 29 Oct 2005 13:02:21 -0000 @@ -35,8 +35,8 @@ #else -#include <sys/socket.h> #include <sys/types.h> +#include <sys/socket.h> #include <sys/stat.h> #include <sys/un.h> #include <fcntl.h> Regards, Johannes Hofmann

2 1

dillo to access yahoo mail
by Charles Li Nov. 15, 2005

Nov. 15, 2005

Hi, I have dillo installed on cgywinX. When I try to logon to the yahoo mail site, it errors out and reports "can't start dpid daemon". I also see "dpid tag is null" in the message. How do I fix this? Thanks. __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com

2 1