- Dillo-dev - lists.mailman3.com

DNS code changes
by mailbox＠georgpotthast.de March 2, 2012

March 2, 2012

Could you please leave the configure option " --disable-threaded-dns" in the code since I use that for my DOS version? I cannot use dpi. Georg

1 0

another tooltip bug
by corvid＠lavabit.com March 2, 2012

March 2, 2012

With the attached page, I put the cursor on the first image and let the tooltip appear (and don't have the cursor too far over to the left of the window or screen). Then I move the cursor down into the second image and let go of the mouse. For a second, the tooltip for the second image shows up in the proper position, but then it moves to the right so that not all of it is visible.

1 0

[exprimental patch] wakeup instead of polling for dns
by Johannes.Hofmann＠gmx.de Feb. 20, 2012

Feb. 20, 2012

Hi, attached experimental patch replaces the polling for DNS answers with the wakeup mechanism fltk provides. What do you think? Cheers, Johannes

3 6

Other protocol handler dpi for mailto etc
by dennisn＠dennisn.dyndns.org Feb. 7, 2012

Feb. 7, 2012

What ever happened to the (idea of a) general protocol handler for mailto: and irc: and other such links? It was mentioned once upon a time, at least, in: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2004-November/002404.html

1 0

null URL
by corvid＠lavabit.com Feb. 6, 2012

Feb. 6, 2012

Looking at http://starurchin.org/dillo/valgrind/14566b8d334f46a5fa74873a6ea3f68e0d418a… my guess is that something in nav stack cleaning made the const DilloUrl *url = a_History_get_url(NAV_TOP_UIDX(bw)); in a_UIcmd_page_popup() unhappy.

1 0

TitanTV does not show the default channel listing
by rogerx.oss＠gmail.com Feb. 2, 2012

Feb. 2, 2012

Just a quick note, having a pain in the arse viewing titantv.com channel listings. Seems Dillo keeps pulling an unwanted channel listing page instead of my default channel listing. I even deleted all other channel listings and restarted Dillo (and dpid, including rebooting) and I'm still getting a unwanted listing. Changed user agent too. ELinks seems to be doing similar, but I once got it to display my default channel listing without having to delete other listings. But now even ELinks is now showing the same listing that Dillo displays. Only browser that seems to work is Seamonkey (Mozilla) here.

2 5

Ping
by jcid＠dillo.org Jan. 30, 2012

Jan. 30, 2012

Hi, This is just a test to check mailing list delivery works OK. -- Cheers Jorge.-

2 1

No subject
by bogus＠does.not.exist.com Jan. 30, 2012

Jan. 30, 2012

server screwing around and trying to push more eye candy. -- Roger http://rogerx.freeshell.org/

1 0

Handling of HTML entities without terminating semicolon (bug 1043)
by qartis＠gmail.com Jan. 8, 2012

Jan. 8, 2012

Currently any inline HTML entity will be converted if the whole entity name matches up to a non-alnum, even if there is no trailing semicolon. For example, foo&lt,bar would be converted, but foo&ltbar wouldn't. This means that an improperly encoded url like /foo.html?a=b&lang=en would not work, because &lang would be translated to a Left Angle Bracket. But we can't just require all HTML entites to have a terminating semicolon, because that would cause worse behavior on all the broken websites that rely on lazy entity termination. Webkit has a fairly good solution for this. Their entity list (http://trac.webkit.org/browser/trunk/Source/WebCore/html/parser/HTMLEntityN…) has defined duplicate elements without trailing semicolons for some tags only. By my count, 106/2125 tags have a duplicate zero-semicolon definition. Does anybody know how Webkit chose which tags are valid without a semicolon? Is that defined in an RFC somewhere? Another option would be to require entites to have a terminating semicolon when they're part of a tag attribute. That's assuming most pages that encode their tag attributes do it properly. For example, <a href="error.cgi?msg=Unauthorized&nbsp."> wouldn't behave as it used to.

1 0

Happy new year!
by jcid＠dillo.org Jan. 2, 2012

Jan. 2, 2012

Hi, It is with great pleasure that I come bearing good wishes for this new year (2012). 2011 ended being very good for he Dillo project: > Hi there, > > Please receive my best wishes and thanks to the team. > > Let's hope this year will help our project thrive again, in > both the distros and the collaboration agreement we're trying to > make. > > (-: 2011 :-) As you can see, those wishes became real during the year! Hopefully 2012 will see floats and a continuation of our collaboration agreement. Ah, and it may also materialize a very good event WRT the development team. :) Cheers! -- Cheers Jorge.-

1 0