- Dillo-dev - lists.mailman3.com

Patch: Ctrl-click opens new tab/window
by obeythepenguin＠gmail.com Nov. 21, 2011

Nov. 21, 2011

Hi again, I've got another patch to make Ctrl-click open a new tab or window: http://dillo-win32.sourceforge.net/patches/38-ctrl_click.diff This is consistent with other browsers' behavior, and makes surfing on laptops considerably easier. Cheers, ~Benjamin

1 0

Patch: Display full tab title as a tooltip
by obeythepenguin＠gmail.com Nov. 21, 2011

Nov. 21, 2011

Hi everyone, Just wanted to share this small patch to display the full tab title as a tooltip over the tab button: http://dillo-win32.sourceforge.net/patches/37-set_tab_label.diff Cheers, ~Benjamin

1 0

Dillo ported to DOS
by obeythepenguin＠gmail.com Nov. 15, 2011

Nov. 15, 2011

Georg wrote: > I have tested the port with MSDOS 7.0 and in a Windows XP DOS box. I am > sure > it will also work with FreeDOS. I just wanted to mention, I've run it on both FreeDOS and an original MS-DOS 6.22 install without problems. Cheers, ~Benjamin

1 0

404 and stylesheets
by corvid＠lavabit.com Nov. 15, 2011

Nov. 15, 2011

I noticed that remote stylesheets aren't applied on http://docs.gimp.org/2.6/en/ because one of them returns a 404 error and the pending stylesheets never reach 0. One option would be to let them through as attached, although I'm not sure about the wisdom of letting the CSS code try to interpret a 404 page like that.

1 0

Dillo ported to DOS
by mailbox＠georgpotthast.de Nov. 15, 2011

Nov. 15, 2011

I have tested the port with MSDOS 7.0 and in a Windows XP DOS box. I am sure it will also work with FreeDOS. I uploaded the screenshot as a file to my google code site and made a link to that. Therefore the browsers start to download it. Georg Potthast

2 1

Dillo ported to DOS
by mailbox＠georgpotthast.de Nov. 14, 2011

Nov. 14, 2011

I can announce that the Dillo browser has been ported to DOS now. You can download the first beta here: http://nanox-microwindows-nxlib-fltk-for-dos.googlecode.com/files/DilloDos-… I recently ported the FLTK toolkit to DOS. Based on that I could port the Dillo GUI to DOS. Benjamin Johnson, who ported Dillo to Windows joined me and so this beta is available now based on Dillo for Windows. DOS also has a problem with dpi, therefore the port is based on Dillo-Win32. Here is a screenshot: http://nanox-microwindows-nxlib-fltk-for-dos.googlecode.com/files/Dillo_for… Georg Potthast

5 4

text alignment and list item markers
by corvid＠lavabit.com Nov. 13, 2011

Nov. 13, 2011

Any objection to removing the special case for putting list item markers at the far left even when the text is centered or whatever? I've never liked this weird special case, and I see that Firefox doesn't do it, anyway.

4 3

tests that should not be case-sensitive
by corvid＠lavabit.com Nov. 11, 2011

Nov. 11, 2011

I don't want to do anything about this until we get the big patch committed, but I just looked through the str(n)cmp calls in dillo, and I found: - a bunch of cases where we test url strings with the scheme included. - hostname tests in dns.c. I don't know that code at all, though. Is there any reason why it has to treat the hostnames that way? - generic font-family names in styleengine.cc. CSS 2.1 says: "All CSS syntax is case-insensitive within the ASCII range (i.e., [a-z] and [A-Z] are equivalent), except for parts that are not under the control of CSS. For example, the case-sensitivity of values of the HTML attributes "id" and "class", of font names, and of URIs lies outside the scope of this specification. Note in particular that element names are case-insensitive in HTML, but case-sensitive in XML." ...although I know "@charset" has to be lowercase, so this might not be the ultimate answer, but I didn't see anything suggesting otherwise.

4 4

is* character classification
by corvid＠lavabit.com Nov. 10, 2011

Nov. 10, 2011

I was just looking at how the is* functions treat characters with the high bit set. If I set LC_CTYPE to en_US, 0xC0 is alpha, but it understandably isn't in en_US.UTF-8. So I found my way to /usr/share/i18n/locales/ en_US -> en_GB -> i18n And found that: upper 41-5A, C0-D6, D8-DE lower 61-7A, B5, DF-F6, F8-FF alpha 41-5A, 61-7A, AA, B5, BA, C0-D6, D8-F6, F8-FF digit 30-39 space 09-0D, 20 cntrl 00-1F, 7F-9F punct 21-2F, 3A-40, 5B-60, 7B-7E, A0-A9, AB-B4, B6-B9, BB-BF, D7, F7 graph 21-7E, A0-FF print 20-7E, A0-FF xdigit 30-39, 41-46, 61-66 blank 9, 20 In dillo: isupper not used islower not used isalpha cssparser, html isdigit doesn't matter isalnum cssparser, html, datauri, downloads, dlib.h dIsalnum url isspace cssparser, html, keys, dlib.h, findtext.hh dIsspace colors, src/cookies, misc, dpi/cookies, file, ftp, dlib iscntrl keys, auth, misc ispunct textblock isgraph not used isprint dlib isxdigit doesn't matter isblank not used isascii not used I'm not sure that any real harm is done in these cases, but it might not be a bad idea to check that it's ascii when we only want ascii.

2 1

use C locale for LC_CTYPE
by corvid＠lavabit.com Nov. 10, 2011

Nov. 10, 2011

If you've been following along on fltk.general, you'll know we've been in discussion over some unpleasantness regarding Turkic locales and strcasecmp/toupper/tolower where 'i' and 'I' are different letters. ( http://en.wikipedia.org/wiki/Dotted_and_dotless_I ) The typical solution is to make sort of ASCIIfied versions where you force i<->I. I think that, for our purposes, we can just use the ordinary POSIX locale and save ourselves the trouble. To see this behaviour: export LC_ALL=tr_TR and then look at: these letters should be big This text should be italic

4 28