- Dillo-dev - lists.mailman3.com

search_url: startpage.com?
by eocene＠gmx.com April 12, 2014

April 12, 2014

It's rather too late for this release, but... Does anyone have any opinions about startpage.com?

2 3

dillo-3.0.4 is just released!
by mailbox＠georgpotthast.de April 11, 2014

April 11, 2014

> improved embedding > into other applications How does this work now? I would like to embed Dillo in my email program. When the user clicks a button the HTML email shall be displayed with the Dillo browser - at least that is the current plan if you did not implement it differently. Or can you make a libdillo.a from the rendering engine? Georg

1 0

Floats are in the main repository
by sgeerken＠dillo.org April 10, 2014

April 10, 2014

Hi! Finally, after a long time, floats have become stable enough to be merged into the main repository, and so become part of the next dillo release. There are still some bugs, which will hopefully be fixed soon. Notice that this does not include absolute positions, which are often used for page layouts; this is one of the next issues. Sebastian

1 0

dillo-3.0.4 is just released!
by jcid＠dillo.org April 10, 2014

April 10, 2014

Hi there, After one year, we're making dillo-3.0.4 available as a new release! It comes with plenty of enhancements. e.g. Background images, improved image scaling, improved embedding into other applications, implemented optgroup, ins, plus some HTML5 elements, added web searching from the address bar, fixed compilation on hurd and irix, a white_bg_replacement preference, reap zombies, security fixes, other bug fixes... Just go get it [1] [1] http://www.dillo.org/download/ PS: Announcement to Freecode was submitted and is pending in their queue before going to the front page. -- Cheers Jorge.-

1 0

dillo-3.0.4-rc2 is available for testing
by Johannes.Hofmann＠gmx.de April 7, 2014

April 7, 2014

Hi, there is a new release candidate available for testing: http://www.dillo.org/download/dillo-3.0.4-rc2.tar.bz2 The main difference is that the default for background image loading has changed. Please give it a try and report back. Cheers, Johannes

1 0

is dillo ready for load_background_images=YES in a release?
by eocene＠gmx.com April 6, 2014

April 6, 2014

Once you know that load_background_images can be toggled from the menu, it's good, but our css/rendering is still incomplete enough that background images obscure text rather frequently. I think load_background_images=YES by default may make the experience of trying out dillo a negative one.

3 6

background images and display:none
by eocene＠gmx.com April 4, 2014

April 4, 2014

I was checking what was causing the "IO_write, closing with pending data not sent" messages with background images, and at least in the case that I just dug into, it was due to display:none. Is this considered expected behaviour, or a bug, or...?

3 3

dillo-3.0.4-rc1 available for testing
by Johannes.Hofmann＠gmx.de April 4, 2014

April 4, 2014

Hi, thanks to Andreas Kemnade who helped us resolving our server issues and even provides hosting on a new system, we can finally provide the first release candidate for dillo-3.0.4. It can be downloaded from http://www.dillo.org/download/dillo-3.0.4-rc1.tar.bz2 Please test it and report back. Cheers, Johannes

1 0

css charset broken
by bottleman＠icf.org.ru March 25, 2014

March 25, 2014

Hi all, seems there is a bug in css parsing in latest dillo 3.0.3 and latest HG too: If i have load_stylesheets and/or (site depends) parse_embedded_css eq YES in dillorc a number of russian sites with css renders with broken encoding, for example www.yandex.ru, www.rambler.ru, if i disable css all renders fine with proper russian encoding. C ????????? With Best Regards ???????????? ????. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 ???? +7 4872 711143 fax +7 4872 711143 ???????? ??? "?? ?? ??????" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost at icf.org.ru JID: GHhost at icf.org.ru YG129-RIPE YG129-RIPE

2 1

[OT] Render proxy for HTML
by acassis＠gmail.com March 23, 2014

March 23, 2014

Hi Dillors, Maybe it could be useful for people willing to browser "modern" sites with html3/4 browsers: http://virtuallyfun.superglobalmegacorp.com/?p=3866 BR, Alan

2 1

redirect madness on mobil.bahn.de
by andreas＠kemnade.info Feb. 18, 2014

Feb. 18, 2014

Hi, i have some problems using http://mobil.bahn.de/ with dillo. I do not understand fully what is going on there. The urls accessed are: http://mobil.bahn.de/ http://www.bahn.de/m/view/de/index.shtml (via HTTP redirect) http://www.bahn.de/m/view/de/0/ (=404, accessed using meta redirect) http://www.bahn.de/m/view/de/0/0/ (=404, accessed using meta redirect) http://www.bahn.de/m/view/de/0/0/0/ http://www.bahn.de/m/view/de/0/0/0/0/ ... (after some zeros, m/view/de is appended again) Interesting is this refresh line here (I got it using tcpflow and zcat): <meta http-equiv="Refresh" content="0;http://www.bahn.de/m/;fitScript=0/"> dillo seems to screw it up. I do not know what the standard says here (except that meta redirect is not so nice). calling http://www.bahn.de/m/;fitScript=0/ directly, I can use that page with dillo. Another interesting thing is: That page comes without javascript (and even without that meta redirect! ) when I load it with wget. But it has javascript when accessed with dillo. Greetings Andreas Kemnade

1 0

JS integration?
by ingwie2000＠googlemail.com Jan. 4, 2014

Jan. 4, 2014

Hey hey! Me and a friend are looking out for a very small browser with basic javascript integration. Iknow that dillo is ultra small thanks to FLTK - however, I also know it currently has no JS? So, how could I get JS integration for dillo working? It just needs to be basic, and have at least XHR. Kind regards, Ingwie!

2 1

[j.rios@laposte.net: Thanks]
by jcid＠dillo.org Dec. 24, 2013

Dec. 24, 2013

FYI, -- Cheers Jorge.-

1 0

RTFL
by sgeerken＠dillo.org Dec. 1, 2013

Dec. 1, 2013

Hi! To fulfill this comment in lout/debug.hh: /* * Following is experimental, and will be explained soon. */ See <http://www.dillo.org/~sgeerken/rtfl/> for a short description and a tarball to dowload. This is a re-implementation of a prototype I wrote several years ago, which then proved already very useful for debugging subtleties of "incremental resizing", but was unfortunately lost. I hope that the new version will be equally useful for debugging floats. RTFL is not restricted to dillo, so feel free to use it in other projects. Sebastian

1 0

Image backgrounds
by sgeerken＠dillo.org Nov. 29, 2013

Nov. 29, 2013

Hi! I'd like to bring image backgrounds to a (temporary) end; before, I'd like to finish these tasks (see also doxygen documentation): - Configurability: Should there be new options, additional to "load_image"? If yes, there have to be: 1. a new option, "load_background_image", 2. a new entry in the configuration menu, and 3. a new entry in the context menu. The latter will be quite tricky, when applied to single areas for which a background image is assigned to, but an entry "load *ALL* background images" (emphasis mine) should be simple. - Security/privacy (cookies?): I'm not sure whether there is anything left to do. - Displaying image backgrounds at once, not line by line: there is already an hardcoded option, so changing is simple, even make it a user option. "background-attachment" is postponed. Furthermore, other features are missing, which make background images look strange, e. g. that you only see a part of the logo at <http://google.com>. Did I forget something important? Sebastian

3 5

Compatible with mips64el
by frusen＠gungre.ch Nov. 26, 2013

Nov. 26, 2013

Hey! I want to report that Dillo3 is working on mips64el under GNU/Linux so you can add it to the compatibility page. -- Lucas Sk?ldqvist (frusen) [2BC57692] 85F7 C267 BC83 6603 66C9 927D AEFB 6AFC 2BC5 7692

1 0

Integrate JavaScript and better CSS
by ingwie2000＠googlemail.com Nov. 21, 2013

Nov. 21, 2013

Hey there. So now that I can develop and embed dillo, I would like to know if it is possible to do some things: - Use a 3rd party JavaScript engine and use it inside dillo - Get proper CSS Kind regards, Ingwie

2 1

Compiling error
by ingwie2000＠googlemail.com Nov. 20, 2013

Nov. 20, 2013

Hey. Now that FLTK is up and working?this happens: g++ -I/Applications/drag0n/drag0n.app/Contents/System/usr/local/include -I/Applications/drag0n/drag0n.app/Contents/System/usr/local/include/FL/images -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -L/usr/local/lib -o dillo dillo.o paths.o tipwin.o ui.o uicmd.o bw.o cookies.o auth.o md5.o digest.o colors.o misc.o history.o prefs.o prefsparser.o keys.o url.o bitvec.o klist.o chain.o utf8.o timeout.o dialog.o web.o nav.o cache.o decode.o dicache.o capi.o domain.o css.o cssparser.o styleengine.o plain.o html.o form.o table.o bookmark.o dns.o gif.o jpeg.o png.o imgbuf.o image.o menu.o dpiapi.o findbar.o xembed.o ../dlib/libDlib.a ../dpip/libDpip.a IO/libDiof.a ../dw/libDw-widgets.a ../dw/libDw-fltk.a ../dw/libDw-core.a ../lout/liblout.a -L/Applications/drag0n/drag0n.app/Contents/System/usr/local/lib -lfltk -lpthread -framework Cocoa -lz -liconv duplicate symbol __ZN10Fl_Printer8class_idE in: ../dw/libDw-fltk.a(libDw_fltk_a-fltkplatform.o) /Applications/drag0n/drag0n.app/Contents/System/usr/local/lib/libfltk.a(Fl_Printer.o) ld: 1 duplicate symbol for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make[3]: *** [dillo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 /Applications/drag0n/drag0n.app/Contents/System includes a copy of my toolchain, also meaning FLTK and others. What can I do to get rid of this duplicate error? From what I know, a function was declared twice somewhere, but then again I did not study the source code ^^. Kind regards, Ingwie

2 2

FLTK won't build on Mac OS
by ingwie2000＠googlemail.com Nov. 20, 2013

Nov. 20, 2013

Hello there. I just downloaded Dillo because I wanted to use it for development, obviously. However, upon building FLTK, i had to realize its not build-able - and that is more a conflict on apple?s side. Once the Carbon headers are refferenced, i get a miles-long error message (it took me a while to find the top of all that O.o). Will Dillo stay with FLTK or are there plans to move on with a newer GUI? Kind regards, Ingwie

3 2

Last couple of patches
by jcid＠dillo.org Nov. 18, 2013

Nov. 18, 2013

Hi Sebastian, After changeset 1a8661485c0b and e40f77531b5e, the bookmarks page is rendered with the largest width I've seen. As the patches deal with table apportioning, probably there's a small bug lurking there. I've also found another couple of test pages of mine (from my table apportioning test set) that also show the effect. It happens with tables using "width=AUTO with cells widths in percentages". Attached it goes. -- Cheers Jorge.-

2 2

socks proxy possible?
by rudolf.sykora＠gmail.com Nov. 4, 2013

Nov. 4, 2013

Hello, I wanted to use dillo with a socks proxy (using ssh -D portnumber), however, I was not successful. ( I did export http_proxy=127.0.0.1:portnumber and then ran dillo, but then it sais 'connecting' for any url given and nothing happens. ) Is this somehow possible? Thank you! Ruda

4 4

Internationalizing user interface
by petr.pisar＠atlas.cz Oct. 23, 2013

Oct. 23, 2013

Hello, I notice Dillo is in English only, so I prepared an example how to internationalize the code using gettext. The initial patch is quite huge due to standard m4 macros supporting the gettext configuration: ABOUT-NLS | 1282 ++++++++++++++++++++++++++++++++++++++++++++++++ Makefile.am | 6 +- config.rpath | 690 +++++++++++++++++++++++++ configure.ac | 3 +- m4/gettext.m4 | 401 +++++++++++++++ m4/iconv.m4 | 268 ++++++++++ m4/lib-ld.m4 | 119 ++++ m4/lib-link.m4 | 777 +++++++++++++++++++++++++++++ m4/lib-prefix.m4 | 224 ++++++++ m4/nls.m4 | 32 + m4/po.m4 | 452 ++++++++++++++++ m4/progtest.m4 | 91 +++ po/Makefile.in.in | 453 ++++++++++++++++ po/Makevars | 53 + po/POTFILES.in | 4 + po/Rules-quot | 47 + po/boldquot.sed | 10 + po/cs.po | 163 ++++++ po/en at boldquot.header | 25 + po/en at quot.header | 22 + po/insert-header.sin | 23 + po/quot.sed | 6 + po/remove-potcdate.sin | 19 + src/Makefile.am | 2 + src/dillo.cc | 64 +- src/gettext.h | 287 ++++++++++ src/menu.cc | 13 +- src/msg.h | 3 +- src/nls.h | 17 + src/ui.cc | 7 +- 30 files changed, 5524 insertions(+), 39 deletions(-) I don't know what everything you want to track in the hg. The ABOUT-NLS, config.rpath m4/*, and maybe some files under po/ could get installed through ./autogen.sh by calling gettextize --force --no-changelog. My proof of concept shows internationalized and the localized into Czech language the `dillo --help' usage and the `File' menu in the GUI. Should I send the (possibly compressed) patch to this mailing list? If you liked the patch, I'm willing to walk through all the sources and mark all the stringing suitable for translation. -- Petr

4 6

Image backgrounds
by sgeerken＠dillo.org Oct. 14, 2013

Oct. 14, 2013

Hi! At <http://flpsed.org/hgweb/dillo_background_image>, you'll find a version of dillo which supports background images. 'Background- attachement' is missing, which I'll postpone, but the rest is nearly complete. I'll soon resume my work on floats. Sebastian

1 0

patch: binding to add bookmark
by corvid＠dillo.org Sept. 20, 2013

Sept. 20, 2013

Another simple one from the bug tracker. I don't use bookmarks heavily enough to have much need for this, but I can see that it could be convenient.

2 1

patch: show_ui_tooltip
by corvid＠dillo.org Sept. 13, 2013

Sept. 13, 2013

Someone in the bug tracker was asking about turning off the ui's tooltips.

5 4

hypenator.cc errors
by csoren＠isd.net Sept. 6, 2013

Sept. 6, 2013

> On Mo, Sep 02, 2013, Chris Sorenson wrote: > > Greets all, > > > > Another sequence of bads that cropped up using the > > Silicon Graphics MIPSpro compiler, any thoughts? To wit: > > > > cc-1028 CC: ERROR File = hyphenator.cc, Line = 147 > > The expression used must have a constant value. > > > > char chars [l + 1]; > > ^ > > [more similar cases] > > It seems that your compiler does not support arrays with > variable length, which are standard since C99, as far as I > see. It could be fixed by replacing this line (as an > example) by: > > char *chars = new char [l + 1]; > > and later > > delete[] chars; > > However, I'd like to check other possibilities. A short > search lead me to > <http://www.sgi.com/products/software/irix/tools/c.html>, > according to which newer versions support C99. Which > version do you use? > I'm using MIPSpro 7.4.3 (the most current version is 7.4.4) but in C99 mode it can't compile C++ code. Not to worry I'll #ifdef my way around the variable length arrays, I guess I didn't look closely enough to realize that was what those were, thanks!

3 4

Fwd: Re: hypenator.cc errors
by csoren＠isd.net Sept. 6, 2013

Sept. 6, 2013

> > Cris: If you run ./autogen.sh && ./configure, you should > see a line: Can't seem to apply the patch: chris at starhunter:~/src/dls/dillo-3.0.3$ patch < var_len_arr_cxx.diff (Stripping trailing CRs from patch.) patching file configure.ac Hunk #1 succeeded at 105 with fuzz 2. Hunk #2 succeeded at 406 (offset -26 lines). (Stripping trailing CRs from patch.) can't find file to patch at input line 38 Perhaps you should have used the -p or --strip option? The text leading up to this was: -------------------------- |diff -r 808c0a0fc122 dw/hyphenator.cc |--- a/dw/hyphenator.cc Mon Sep 02 11:31:37 2013 -0400 |+++ b/dw/hyphenator.cc Wed Sep 04 11:15:02 2013 +0200 -------------------------- Do I need to have a mercurial checked out version to use this patch?

2 1

hypenator.cc errors
by csoren＠isd.net Sept. 5, 2013

Sept. 5, 2013

Trying it again with `patch -p1` I get: (Stripping trailing CRs from patch.) patching file configure.ac Hunk #1 succeeded at 105 with fuzz 2. Hunk #2 succeeded at 406 (offset -26 lines). (Stripping trailing CRs from patch.) patching file dw/hyphenator.cc Hunk #1 FAILED at 49. Hunk #2 FAILED at 118. 2 out of 5 hunks FAILED -- saving rejects to file dw/hyphenator.cc.rej (Stripping trailing CRs from patch.) patching file lout/misc.hh

1 0

Proposed Patch for Zombies Left by Dpi_start_dpid() in dpi.c
by jgaffney＠lawrenceville.org Sept. 2, 2013

Sept. 2, 2013

It seems that the dpid children forked by Dpi_start_dpid() in dpi.c are not reaped when they terminate themselves after a period of inactivity while the parent dillo process is still running. The patch below is simply to reap these zombies. The SIGCHLD handler should probably do more, but I am not yet familiar enough with Dillo to know what. I believe this patch adheres to the Dillo rules of coding style, but am new to the list and a novice at Dillo patching. And hence also apologies to Jorge for this duplication of a previous communication by private email (although with one small change to get the patch to compile under OpenBSD as well as Linux). ######## BEGIN PATCH ######## --- a/src/IO/dpi.c 2013-01-27 12:26:38.000000000 -0500 +++ b/src/IO/dpi.c 2013-08-27 14:58:07.995235867 -0400 @@ -33,6 +33,8 @@ #include <netinet/tcp.h> #include <arpa/inet.h> #include <netdb.h> +#include <sys/wait.h> +#include <signal.h> #include "../msg.h" #include "../klist.h" @@ -331,16 +333,33 @@ } } +static void Sigchld_handler (int signum) { + int status; + waitpid (-1, &status, WNOHANG); + } + /* * Start dpid. * Return: 0 starting now, 1 Error. */ static int Dpi_start_dpid(void) { + static int install_sigchld_handler_flag = TRUE; pid_t pid; int st_pipe[2], ret = 1; char *answer; + if ( install_sigchld_handler_flag ) { + /* Install SIGCHLD handler. */ + struct sigaction sa; + sa.sa_handler = Sigchld_handler; + sigemptyset(&sa.sa_mask); + sa.sa_flags = SA_RESTART | SA_NOCLDSTOP; + if (sigaction(SIGCHLD, &sa, 0)) + MSG ("Unable to install SIGCHLD handler.\n"); + install_sigchld_handler_flag = FALSE; + } + /* create a pipe to track our child's status */ if (pipe(st_pipe)) return 1; ######## END PATCH ########

4 7

hypenator.cc errors
by csoren＠isd.net Sept. 2, 2013

Sept. 2, 2013

Greets all, Another sequence of bads that cropped up using the Silicon Graphics MIPSpro compiler, any thoughts? To wit: cc-1028 CC: ERROR File = hyphenator.cc, Line = 147 The expression used must have a constant value. char chars [l + 1]; ^ cc-1028 CC: ERROR File = hyphenator.cc, Line = 185 The expression used must have a constant value. char noHyphens[len - 2 * breaks->size() + 1]; ^ cc-1028 CC: ERROR File = hyphenator.cc, Line = 185 The expression used must have a constant value. char noHyphens[len - 2 * breaks->size() + 1]; ^ cc-1060 CC: ERROR File = hyphenator.cc, Line = 185 The indicated operator is not allowed in an integral constant expression. char noHyphens[len - 2 * breaks->size() + 1]; ^ cc-1059 CC: ERROR File = hyphenator.cc, Line = 185 A function call is not allowed in a constant expression. char noHyphens[len - 2 * breaks->size() + 1]; ^ cc-1028 CC: ERROR File = hyphenator.cc, Line = 316 The expression used must have a constant value. char work[strlen (wordLc) + 3]; ^ cc-1059 CC: ERROR File = hyphenator.cc, Line = 316 A function call is not allowed in a constant expression. char work[strlen (wordLc) + 3]; ^ cc-1028 CC: ERROR File = hyphenator.cc, Line = 316 The expression used must have a constant value. char work[strlen (wordLc) + 3]; ^ 8 errors detected in the compilation of "hyphenator.cc". make: *** [hyphenator.o] Error 2

2 1

compilation error in fltkflatview.cc
by csoren＠isd.net Sept. 2, 2013

Sept. 2, 2013

> > > > 2 errors detected in the compilation of > > "fltkflatview.cc". ---------- > > > > I suspect it needs a 'using namespace' or somesuch here, > > thoughts? > > > > I thought this sounded a little familiar, and I was able > to find > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2013-January/009809.html > that we'd been through this before. > > I think last time I was waiting to see whether anyone > reported that it didn't work for them, or that dw > originally had that for a deep reason, and then I > eventually forgot about it. This time I'll commit it, and > we'll find out. > Sorry I didn't realize this was the same question I posted about before since I assumed that that fix had been committed and back then I was working with pre-3.0 sources, anyway thanks!

1 0

compilation error in fltkflatview.cc
by csoren＠isd.net Sept. 2, 2013

Sept. 2, 2013

Greets all, As I've mentioned previously I'm trying to compile dillo-3.0.3 on Silicon Graphics using the SGI MIPSpro compiler. I'm doing this for a large group of SGI users who reside at nekochan.net. The compilation fails in line 884 in fltkflatview.cc: ---------- cc-3168 CC: ERROR File = fltkui.cc, Line = 884 A name followed by "::" must be a class or namespace name. bool FltkToggleButtonResource<I>::FltkToggleButtonResource::isActivated () ^ cc-1443 CC: ERROR File = fltkui.cc, Line = 884 "dw::fltk::ui::FltkToggleButtonResource<I>::FltkToggleButtonResource" is not a class template. bool FltkToggleButtonResource<I>::FltkToggleButtonResource::isActivated () ^ 2 errors detected in the compilation of "fltkflatview.cc". ---------- I suspect it needs a 'using namespace' or somesuch here, thoughts? Thanks a bunch!

2 1

Proposed Patch for Zombies Left by Dpi_start_dpid() in dpi.c
by jgaffney＠lawrenceville.org Aug. 31, 2013

Aug. 31, 2013

Jorge Arellano Cid <jcid at dillo.org> writes: > Hi Johannes, JG: > [...] > The attached program is a stress test for SIGCHLD. The idea is to > find a formula that works well even in such cases. IIRC both of you > have access to BSD machines so please test it there. > > The program spawns 255 children which sleep 5 seconds and > terminate generating a SIGCHLD avalanche, which should be handled > cleanly. It works OK in Debian. [...] 1) OpenBSD is very strict about compliance with standards, so that, whereas on my (and I believe most if not all) Linux systems wait.h occurs redundantly in /usr/include/ and /usr/include/sys, on OpenBSD wait.h is solely in /usr/include/sys and your code will not compile unless the `#include<wait.h>' line is removed. Then `gcc -W -Wall' compiles it without complaint. 2) OpenSBD is not so extravagant with the resources allocated to unprivileged users (max 128 processes). But spawning 64 rather than 256 children the test is passed with the expected behavior on OpenBSD 5.2 GENERIC.MP#368 amd64. The OpenBSD 5.2 ports include Dillo 2.2 and FLTK2, but I just recently compiled FLTK 1.3.2 and Dillo 3.0.3 from their unmodified source on that machine without (IIRC) any errors. If you were curious more generally to see how they are modifying the Dillo source, the OpenBSD patches for Dillo 3.0.3 (the version currently in ports for OpenBSD 5.3) may be found at http://www.openbsd.org/cgi-bin/cvsweb/ports/www/dillo/patches/

2 1

Proposed Patch for Zombies Left by Dpi_start_dpid() in dpi.c
by jgaffney＠lawrenceville.org Aug. 29, 2013

Aug. 29, 2013

Johannes Hofmann <Johannes.Hofmann at gmx.de> writes: > Hi JG, > > On Tue, Aug 27, 2013 at 03:15:14PM -0400, JG wrote: >> It seems that the dpid children forked by Dpi_start_dpid() in dpi.c >> are not reaped when they terminate themselves after a period of >> inactivity while the parent dillo process is still running. The patch >> below is simply to reap these zombies. The SIGCHLD handler should >> probably do more, but I am not yet familiar enough with Dillo to know >> what. >> >> I believe this patch adheres to the Dillo rules of coding style, but >> am new to the list and a novice at Dillo patching. And hence also >> apologies to Jorge for this duplication of a previous communication by >> private email (although with one small change to get the patch to >> compile under OpenBSD as well as Linux). > > I can reproduce the issue here by killing dpid manually. > For me the following also fixes it: > > diff -r 659dc205c377 src/dillo.cc > --- a/src/dillo.cc Wed Aug 21 11:42:38 2013 +0200 > +++ b/src/dillo.cc Wed Aug 28 19:48:10 2013 +0200 > @@ -329,6 +329,7 @@ > > // Some OSes exit dillo without this (not GNU/Linux). > signal(SIGPIPE, SIG_IGN); > + signal(SIGCHLD, SIG_IGN); > > /* Handle command line options */ > opt_argv = dNew0(char*, numOptions(Options) + 1); > > Can you please check whether it works for you too? It would have the > advantage that we have all signal related stuff in one place. > > Cheers, > Johannes Thank you: your solution is of course not only correct but far simpler and better. (Though I thought that in general sigaction() is to be preferred to signal()?)

1 0

allow_white_bg
by sgeerken＠dillo.org Aug. 21, 2013

Aug. 21, 2013

Hi! It seems that I'm getting old that I tried to set the option "allow_white_bg" to "false"; to find out that the replacement color is hardcoded! If I haven't missed something, and noone objets, I'll add a prefs variable "white_bg_replacement". BTW: is there a reason that there is still a prefs variable "bg_color", while fonts (the actual fonts, not the font classes) are now defined by CSS? Sebastian

2 3

Search from address bar
by aki.helin＠iki.fi July 23, 2013

July 23, 2013

Hi, Currently when using a window manager where focus follows mouse, making a search usually requires you to reach for the mouse. One way to avoid this would be to allow using search engine(s) directly from the address bar. Searches would have to be differentiated somehow from URLs. Dillo already has a customizable list of engines in preferences, so one natural solution would be to interpret url strings which start with the name of a search engine as searches to be performed using it, so that e.g. 'wikipedia slartibartfast', 'google foo' and 'weather oulu' do what you would expect. Below is a quick patch I've used to do this for a while, should anyone else find this feature useful. diff -r 91fdbc0feb68 src/uicmd.cc --- a/src/uicmd.cc Sun Jun 16 21:23:19 2013 +0200 +++ b/src/uicmd.cc Mon Jun 17 15:00:05 2013 +0300 @@ -70,6 +70,7 @@ */ static BrowserWindow *UIcmd_tab_new(CustTabs *tabs, UI *old_ui, int focus); static void close_tab_btn_cb (Fl_Widget *w, void *cb_data); +static char *UIcmd_make_search_str(const char *str); //---------------------------------------------------------------------------- @@ -649,6 +650,27 @@ } /* + * Return a search string of the suffix if str is prefixed by the first word of a search engine name + */ +static char *UIcmd_find_search_str(const char *str) +{ + int end = dList_length(prefs.search_urls); + int p = 0; + char *url = NULL; + while (p < end && !url) { + char *search = (char *)dList_nth_data(prefs.search_urls,p); + int len = strcspn(search, " "); + int res = strncasecmp(str, search, len); + if (res == 0 && (str[len] == 0 || str[len] == ' ')) { + prefs.search_url_idx = p; + url = UIcmd_make_search_str(str + len); + } + p++; + } + return url; +} + +/* * Open a new URL in the given browser window. * * our custom "file:" URIs are normalized here too. @@ -656,10 +678,14 @@ void a_UIcmd_open_urlstr(void *vbw, const char *urlstr) { char *new_urlstr; + char *search_urlstr = NULL; DilloUrl *url; int ch; BrowserWindow *bw = (BrowserWindow*)vbw; + if ((search_urlstr = UIcmd_find_search_str(urlstr))) { + urlstr = search_urlstr; + } if (urlstr && *urlstr) { /* Filter URL string */ new_urlstr = a_Url_string_strip_delimiters(urlstr); @@ -680,6 +706,8 @@ url = a_Url_new(new_urlstr, NULL); } dFree(new_urlstr); + if (search_urlstr) + dFree(search_urlstr); if (url) { a_UIcmd_open_url(bw, url); -- Aki Helin

6 17

line wrapping
by corvid＠lavabit.com July 2, 2013

July 2, 2013

I noticed that lines aren't wrapping for me with http://www.dillo.org/FAQ.html . hg bisect says that it started with: changeset: 2838:b2b239eb45b9 summary: Fixed problem with hyphenation.

4 8

Rendering problem?
by jcid＠dillo.org June 24, 2013

June 24, 2013

Hi there, James Gholston wrote this: As I dig around unsuccessfully for a type of information, I look at your FAQ and realize the next person might be helped by it being available there. Q: I am trying to develop a web site to be highly compatible with Dillo. Where can I find information on optimization? In my specific case I'm directing Dillo to my HTML 3.2 theme, and Dillo has the highest market share of what I'm sending to it. Complete with a <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"> declaration. I have a graphical 'bookmark' in a <TD> element defined both as background="" and as a CSS1 background (nested table layout similar to what I'm using for MSIE 5.5 through 8). Neither works with my copy of Dillo 3 (I just get the solid black fallback color), so I'm assuming it's not working for any other Dillo user. If there are additional Dillo tweaks listed somewhere I didn't think to hunt for I could also try to apply them. Unless I'm testing to see what one of my nine other themes looks like in Dillo at the time, you can gawk at what I'm doing at http://test.moonsociety.org if you want to. Other browsers I'm sending to HTML 3.2 are Netscape 3 and 4, MSIE 3 through 5, and any otherwise unidentifiable browser claiming to be Mozilla 4.0. My other themes look significantly different than the HTML 3.2 theme. Thank you for your time and work on the most available small graphical browser. James Gholston -- Cheers Jorge.-

1 0

[jamesg@dimensionality.com: I have an addition to the Dillo FAQ]
by jcid＠dillo.org June 24, 2013

June 24, 2013

-- Cheers Jorge.-

1 0

Can't compile Dillo 3.0.3
by Johannes.Hofmann＠gmx.de June 24, 2013

June 24, 2013

Hi August, On Fri, May 10, 2013 at 11:33:13AM +0200, August Karlstrom wrote: > I'm trying to compile Dillo 3.0.3 but I get an error from the linker saying: > > /usr/bin/ld: xembed.o: undefined reference to symbol 'XSync' > /usr/bin/ld: note: 'XSync' is defined in DSO > /usr/lib/x86_64-linux-gnu/libX11.so.6 so try adding it to the linker > command line > > How do I add -lX11 to the linker command line? I have tried > > $ LDLIBS=-lX11 make > > but it makes no difference. My OS is Lubuntu 13.04. Could you please post the linker command line? You could try export LDFLAGS=-lX11 and then run configure;make again. Please let us know how this works. It might be that we are missing an explicit -lX11 somewhere and rely on fltkconfig --ldflags to add it - which may not be sufficient in some cases. Cheers, Johannes

7 25

Image Scaling
by sgeerken＠dillo.org June 17, 2013

June 17, 2013

Hi! I've just push some changes for a better image scaling. See these two examples for the effect: - http://www.dillo.org/~sgeerken/grid.html - http://www.dillo.org/~sgeerken/tenniel.html I'm not completely sure about the side-effects. It should be slightly slower (see comment: it can be improved), and it will not work with other that RGB and RGBA data (for the case that Imgbuf is used for other representations). The old code is still there; just look at FltkImgbuf::scaleRow. Sebastian

3 7

do not truncate long filenames beginning with dot
by dennisn＠dennisn.dyndns.org June 15, 2013

June 15, 2013

Sometimes, when trying to save a document with long filenames, the truncated default save-as filename will start with a dot. (Ie. a hidden file.) This behaviour should change. Perhaps truncate the end of the filename instead (and preserve the file extension)?

4 7

shortcuts to open links in new tab and new window
by dennisn＠dennisn.dyndns.org June 14, 2013

June 14, 2013

Currently it seems like you can only have it one way, via the "middle_click_opens_new_tab" dillorc option. (And to do it the other way, you have to right click and navigate the menus. A lengthy process :). I think it would be quite useful if both were available via a shortcut... perhaps have this option toggle the meaning of ShiftMiddleClick and MiddleClick... whereby one will open the link in a new window, and the other in a new tab?

1 0

Preventing page caching
by fusionfile＠gmail.com June 9, 2013

June 9, 2013

How do I prevent page caching in Dillo? I have tried adding <meta http-equiv="cache-control" content="no-cache" /> but it has no effect in Dillo. In Firefox it works as expected. I'm using Dillo 3.0.3. Any clues? Regards, August

2 1

dillo bug#1127
by Johannes.Hofmann＠gmx.de June 3, 2013

June 3, 2013

On Mon, Jun 03, 2013 at 02:09:46PM +0200, Urban Lundin wrote: > Dear Johannes, > > We tried your patch for the xembed structure and recompiled it, it > works fine in our main application. > Thanks a lot for solving this issue! Ok, I committed the fix. Cheers, Johannes

1 0

dillo bug#1127
by Johannes.Hofmann＠gmx.de May 20, 2013

May 20, 2013

Hi, On Mon, May 20, 2013 at 02:07:54PM +0200, Urban Lundin wrote: > Hi Johannes, > > That sounds great if you could attempt to solve this issue! > We have made a small example in TCL/TK (which you have to install > first, available through http://www.tcl.tk/) > > We did not try to embed suckless as we could not find a simple > example inside it. > > > Then the example is below. Thanks for the example. For me it works with the following patch for dillo: diff -r ace33e3969af src/xembed.cc --- a/src/xembed.cc Sun Apr 28 15:11:03 2013 +0200 +++ b/src/xembed.cc Mon May 20 19:38:06 2013 +0200 @@ -108,6 +108,7 @@ createInternal(xid); setXembedInfo(1); Fl::event_dispatch(event_handler); + Fl_Window::show(); } void Xembed::createInternal(uint32_t parent) { Before pushing it to the main repo I need to read http://standards.freedesktop.org/xembed-spec/xembed-spec-latest.html a bit more, but to me it seems a reasonable thing to do. It would be cool, if anyone using the claws mail dillo plugin could verify that the above patch doesn't break embedding in claws mail. Cheers, Johannes

1 0

Problems with DuckDuckGo
by sgeerken＠dillo.org May 18, 2013

May 18, 2013

Hi! Somehow, dillo seems to have problems with redirections from DuckDuckGo to other sites. If you search (Ctrl-S) for "foo", with standard preferences, there is no problem, while searching for "foo !i" does not work: dillo stops retrieving the URL <https://duckduckgo.com/lite/?kp=-1&q=foo+%21i>. Entering this URL in Firefox works correctly, redirecting to Google image search. Sebastian

1 0

MSG and different levels of chattiness
by corvid＠lavabit.com April 26, 2013

April 26, 2013

I was thinking this morning about how dillo can either be set to be extremely chatty or basically silent, and that maybe it would be good to have some intermediate possibilities. So here I tried adding a msg_level_min (1-4: 1 for msgs like open_url, 2 for policies like denying redirection or information like creating a file, 3 for warnings, 4 for dillo errors) : http://www.dillo.org/test/msg_levels.diff dillorc makes it sound like show_msg is mostly for debugging, whereas we use stdout a fair amount for msgs that we want a user to see... But then there's the fact that maybe no one runs anything from a cmdline anymore, in which case maybe we should also/instead be logging to a fltk window that can pop up like the window for html bugs -- or possibly a widget that can show up in the UI (although the latter might be brittle and an excessive amount of trouble).

1 0

dillo-3.0.3 release is ready for download!
by jcid＠dillo.org April 23, 2013

April 23, 2013

Hi there, The final dillo-3.0.3.tar.bz2 is ready for download [1]. :) Please notice that it has not been announced yet and the web site still needs the last touches before making it public. The idea is for you to download and compile/run test it. It's the same rc2 with the release date updated. Just that! If positive feedback comes along the way (it compoiles and runs) it may be announced tomorrow "urbi et orbi". [1] http://www.dillo.org/download/ -- Cheers Jorge.-

7 12

dillo-3.0.3 segfaults
by Johannes.Hofmann＠gmx.de April 22, 2013

April 22, 2013

Hi Jean-Pierre, it seems to be crashing within the fltk library. Did you compile fltk-1.3 yourself? If so, you could try whether tests/fonts from the fltk tarball works on your system. The output of fc-list : family | cut -d ',' -f 2 | sort would also be interesting. Regards, Johannes On Sun, Apr 21, 2013 at 10:47:16PM +0200, Jean-Pierre Demailly wrote: > Hi: > > I tried to use dillo3 on my linux/amd64 box, but did not succeed to start dillo as it segfaults immediately, even when not trying to load an html file. This occurred with dillo-3.0.2 /fltk-1.3.0, dillo-3.0.2 /fltk-1.3.2 and dillo-3.0.3 /fltk-1.3.2. Here is the output by valgrind. The problem seems to be related to loading fonts at start-up. The program does not even get to the point when it would try to open a window. > > Putting exit(0); before checkPreferredFonts(); in dillo.cc exits normally. > Putting exit(0); after checkPreferredFonts(); in dillo.cc segfaults. > > Maybe dillo absolutely wants some fonts that I don't have. Which is strange because I really have all usual truetype fonts (and many more). Hope this helps ! > > Best regards, > Jean-Pierre Demailly > ==8449== Memcheck, a memory error detector > ==8449== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. > ==8449== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info > ==8449== Command: dillo > ==8449== > ==8449== Conditional jump or move depends on uninitialised value(s) > ==8449== at 0x4017296: index (strchr.S:55) > ==8449== by 0x4007702: expand_dynamic_string_token (dl-load.c:430) > ==8449== by 0x4007FDF: _dl_map_object (dl-load.c:2502) > ==8449== by 0x40018BD: map_doit (rtld.c:638) > ==8449== by 0x400E225: _dl_catch_error (dl-error.c:177) > ==8449== by 0x4000F1D: do_preload (rtld.c:827) > ==8449== by 0x4004577: dl_main (rtld.c:1731) > ==8449== by 0x40145C3: _dl_sysdep_start (dl-sysdep.c:242) > ==8449== by 0x4004DF8: _dl_start (rtld.c:343) > ==8449== by 0x40016E7: ??? (in /lib/x86_64-linux-gnu/ld-2.16.so) > ==8449== > ==8449== Conditional jump or move depends on uninitialised value(s) > ==8449== at 0x401729B: index (strchr.S:58) > ==8449== by 0x4007702: expand_dynamic_string_token (dl-load.c:430) > ==8449== by 0x4007FDF: _dl_map_object (dl-load.c:2502) > ==8449== by 0x40018BD: map_doit (rtld.c:638) > ==8449== by 0x400E225: _dl_catch_error (dl-error.c:177) > ==8449== by 0x4000F1D: do_preload (rtld.c:827) > ==8449== by 0x4004577: dl_main (rtld.c:1731) > ==8449== by 0x40145C3: _dl_sysdep_start (dl-sysdep.c:242) > ==8449== by 0x4004DF8: _dl_start (rtld.c:343) > ==8449== by 0x40016E7: ??? (in /lib/x86_64-linux-gnu/ld-2.16.so) > ==8449== > paths: Cannot open file '/home/demailly/.dillo/dillorc': No such file or directory > paths: Using /usr/etc/dillo/dillorc > prefs: Color 'bfdabf' not recognized. > paths: Cannot open file '/home/demailly/.dillo/keysrc': No such file or directory > paths: Using /usr/etc/dillo/keysrc > paths: Cannot open file '/home/demailly/.dillo/domainrc': No such file or directory > paths: Using /usr/etc/dillo/domainrc > Domain: Default accept. > dillo_dns_init: Here we go! (threaded) > Disabling cookies. > ==8449== Invalid read of size 1 > ==8449== at 0x53392A4: Fl::set_fonts(char const*) (in /usr/lib/x86_64-linux-gnu/libfltk.so.1.3) > ==8449== by 0x455070: dw::fltk::FltkFont::initSystemFonts() (fltkplatform.cc:153) > ==8449== by 0x455351: dw::fltk::FltkFont::fontExists(char const*) (fltkplatform.cc:188) > ==8449== by 0x40ADA0: checkFont(char const*, char const*) (dillo.cc:227) > ==8449== by 0x409F2C: main (dillo.cc:233) > ==8449== Address 0x0 is not stack'd, malloc'd or (recently) free'd > ==8449== > ==8449== > ==8449== Process terminating with default action of signal 11 (SIGSEGV) > ==8449== Access not within mapped region at address 0x0 > ==8449== at 0x53392A4: Fl::set_fonts(char const*) (in /usr/lib/x86_64-linux-gnu/libfltk.so.1.3) > ==8449== by 0x455070: dw::fltk::FltkFont::initSystemFonts() (fltkplatform.cc:153) > ==8449== by 0x455351: dw::fltk::FltkFont::fontExists(char const*) (fltkplatform.cc:188) > ==8449== by 0x40ADA0: checkFont(char const*, char const*) (dillo.cc:227) > ==8449== by 0x409F2C: main (dillo.cc:233) > ==8449== If you believe this happened as a result of a stack > ==8449== overflow in your program's main thread (unlikely but > ==8449== possible), you can try to increase the size of the > ==8449== main thread stack using the --main-stacksize= flag. > ==8449== The main thread stack size used in this run was 8388608. > ==8449== > ==8449== HEAP SUMMARY: > ==8449== in use at exit: 898,434 bytes in 3,729 blocks > ==8449== total heap usage: 22,900 allocs, 19,171 frees, 4,128,838 bytes allocated > ==8449== > ==8449== LEAK SUMMARY: > ==8449== definitely lost: 9,256 bytes in 19 blocks > ==8449== indirectly lost: 23,164 bytes in 483 blocks > ==8449== possibly lost: 0 bytes in 0 blocks > ==8449== still reachable: 866,014 bytes in 3,227 blocks > ==8449== suppressed: 0 bytes in 0 blocks > ==8449== Rerun with --leak-check=full to see details of leaked memory > ==8449== > ==8449== For counts of detected and suppressed errors, rerun with: -v > ==8449== Use --track-origins=yes to see where uninitialised values come from > ==8449== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 1 from 1)

1 0