- Dillo-dev - lists.mailman3.com

namespace comments in dw/*
by corvid＠lavabit.com Jan. 11, 2013

Jan. 11, 2013

p37sitdu wrote: > Copied comments are almost in every source file. Committed.

1 0

patches
by p37sitdu＠lavabit.com Jan. 11, 2013

Jan. 11, 2013

I have uploaded some of my patches that were not commited (yet) to http://www.inventati.org/noname/dillo/ so it is easier to track them. Descriptions are embedded inside.

1 1

drawing areas with negative coordinates
by corvid＠lavabit.com Jan. 9, 2013

Jan. 9, 2013

Just something I noticed. There aren't an overwhelming number of them, so it seems like...not too big of a deal. I have the impression that it generally means that something is being drawn while an allocation somewhere is still (-1, -1, 1, 1). diff -r 35fb41bd0cdb dw/fltkviewbase.cc --- a/dw/fltkviewbase.cc Wed Jan 09 16:40:25 2013 +0000 +++ b/dw/fltkviewbase.cc Wed Jan 09 17:17:36 2013 +0000 @@ -431,8 +431,14 @@ void FltkViewBase::queueDraw (core::Rectangle *area) { - drawRegion.addRectangle (area); - damage (FL_DAMAGE_USER1); + static int counter = 0; + if (area->y < 0) { + MSG("%d let's not draw (%d,%d) w %d h %d\n", counter++, area->x, area->y, + area->width, area->height); + } else { + drawRegion.addRectangle (area); + damage (FL_DAMAGE_USER1); + } } void FltkViewBase::queueDrawTotal ()

1 0

[patch] dClose
by p37sitdu＠lavabit.com Jan. 9, 2013

Jan. 9, 2013

Merged a_Misc_close_fd, Dpi_close_fd and Http_socket_close into dClose and moved it into dlib. Replaced close calls with calls to dClose.

2 1

[patch] consistent file save UI behaviour for overwriting files
by onepoint＠starurchin.org Jan. 8, 2013

Jan. 8, 2013

The UI for downloading files is split between Dillo (which prompts for a file to save to) and the downloads DPI (which prompts for another file if the first file already exists). This leads to inconsistent behaviour for "Save link as file" depending on whether the URL is cached or not - if it is cached then any existing file is silently overwritten but if it is not cached we go to the downloads DPI which prompts before overwriting anything. These two patches move the UI logic from the downloads DPI into Dillo. This puts all the UI logic in the same place and ensures consistent behaviour for "Save link as file" whether or not the URL is cached. http://starurchin.org/dillo/patch/downloads-dpi_file_test_remove.html http://starurchin.org/dillo/patch/uicmd-cc_file_test_add.html Comments? Shall I push this? Regards, Jeremy Henty

2 2

dillo3.0.2 Irix
by corvid＠lavabit.com Jan. 8, 2013

Jan. 8, 2013

Jan wrote: > Nothing new with this patch. I found out it is not random, it > depends on the length: > > I can open: > > file:/tmp/12345678901234567890123.jpg > > but > > file:/tmp/123456789012345678901234.jpg > > returns a 404 32-byte limit? The first thing that popped into my mind was that sufficiently ancient systems would have path length limits like 32, but I don't see why that would apply here... dpi/file.c's File_normalize_path() has a "Dstr *ds = dStr_sized_new(32)". You could change the number and see whether anything happens. Although if Dstr should have problems resizing itself on irix, I'd be very surprised that dillo could even run at all.

1 0

dillo3.0.2 Irix
by diegel＠work.de Jan. 8, 2013

Jan. 8, 2013

Hello, I try to port dillo 3.0.2 to Irix: fltk 1.3 compiles fine with gcc 4.7. test/demo runs without errors. dillo compiles also with gcc 4.7, there is only a problem with setenv in dpi/downloads.cc, that can be resolved using putenv. dillo starts correctly, but is not able to display any website or file: > dillo paths: Cannot open file '/usr/people/diegel/.dillo/dillorc' paths: Using /usr/local/etc/dillo/dillorc paths: Cannot open file '/usr/people/diegel/.dillo/keysrc' paths: Using /usr/local/etc/dillo/keysrc dillo_dns_init: Here we go! (threaded) Disabling cookies. ** WARNING **: preferred sans-serif font "DejaVu Sans" not found. ** WARNING **: preferred serif font "DejaVu Serif" not found. ** WARNING **: preferred monospace font "DejaVu Sans Mono" not found. ** WARNING **: preferred cursive font "URW Chancery L" not found. ** WARNING **: preferred fantasy font "DejaVu Sans" not found. Nav_open_url: new url='about:splash' Nav_open_url: new url='http://www.dillo.org/' Dns_server [0]: www.dillo.org is 134.102.206.165 Connecting to 134.102.206.165 Nav_open_url: new url='file:/usr/people/diegel/dillo/www.dillo.org/index.html' I also tried with --disable-threaded-dns but same result. Any idea how to debug this problem? Thank you, Jan

2 3

Gopher DPI
by p37sitdu＠lavabit.com Jan. 8, 2013

Jan. 8, 2013

Added telnet:// URI support (type '8').

1 0

Scripts in dillo
by sgeerken＠dillo.org Jan. 7, 2013

Jan. 7, 2013

Hi! This is something which has been laying around for several years: At <http://www.dillo.org/~sgeerken/objman-test-0.0.1.tar.bz2>, you'll find some code which may be useful for dealing with scripts in dillo. Currently not very much: - After configure && make, run test/guile-test and look what happens. Look at the code. - Run doxygen and read some documentation. Of course, until a full script implementation, there is still much work to be done (and I'll work on different things in the next time), but perhaps you'll have some fun with it. This uses Guile, so suggesting Scheme as a script language. The only reason for this is that I happen to be a bit familiar with libguile. It is simple to integrate other interpreters. Sebastian

1 0

autotools
by p37sitdu＠lavabit.com Jan. 5, 2013

Jan. 5, 2013

There is autogen.sh in source tree. It can be replaced with "autoreconf -i" or simply removed. According to ChangeLog of autoconf, autoreconf has been there for at least 10 years. I also looked at configure.ac. In attached patch I added dillo URL, used AS_HELP_STRING to format help lines, replaced AC_ERROR with AC_MSG_ERROR (it was renamed) and replaced -D flags with AC_DEFINE. If no config.h is used, flags should be added to DEFS variable, but with config.h they should be defined in config.h using AC_DEFINE. The problem is that not all files include config.h. I added #includes where necessary, but to avoid problems when some files see defines and some files don't, config.h should be included by every .c and .cc file before all other includes.

1 0