November 2008 - Dillo-dev - lists.mailman3.com

A warning about HTTPS and proxies
by corvid＠lavabit.com Nov. 21, 2008

Nov. 21, 2008

In the dillo 2.0 dillorc, I had written that HTTPS uses wget, and that configuring wget to use a proxy would therefore send https traffic through it. That's wrong; I was repeating outdated information. Right now, HTTPS will not use a proxy at all. I bring this to your attention in case it matters to those using Tor and the like. ------ In other news, have you noticed that the dillo website is particularly speedy now? Andreas turned on HTTP compression :)

1 0

[Johannes.Hofmann@gmx.de: Re: CSS merge looks great!]
by jcid＠dillo.org Nov. 21, 2008

Nov. 21, 2008

FYI, -- Cheers Jorge.-

1 0

[Johannes.Hofmann@gmx.de: Re: CSS merge looks great!]
by jcid＠dillo.org Nov. 21, 2008

Nov. 21, 2008

FYI, -- Cheers Jorge.-

1 0

[jcid@dillo.org: CSS merge looks great!]
by jcid＠dillo.org Nov. 21, 2008

Nov. 21, 2008

FYI, -- Cheers Jorge.-

1 0

a list of what dillo2 runs on
by corvid＠lavabit.com Nov. 20, 2008

Nov. 20, 2008

I want to get the status of everything in order to update http://www.dillo.org/Compatibility.html for dillo2. Linux x86 - works DragonFlyBSD - works Linux x86-64 - Justus was and is making snapshots, but I don't know whether he uses them much. Solaris 10 - Justus reported that it was running, but I believe it was just a quick test. OSX - Jorge reports that it works but is currently flaky. *BSD - Some of the mailing list traffic in October was devoted to getting them working. Presumably it would have been mentioned here if they had stopped working since, but... other - no idea. Looking back at what I just wrote, let me clarify that I meant that dillo2-on-osx is flaky, not that Jorge is flaky :)

9 16

Pending issues
by jcid＠dillo.org Nov. 18, 2008

Nov. 18, 2008

Hi there, For those of you that wrote me willing to join the project as developers, and to the older ones too ;), here's a pending list of simple matters that need patches. Just in case! 1.- Check the "pending issues" dillo thread in FLTK' site: http://fltk.org/newsgroups.php?gfltk.general+T (search for "dillo") there you'll find a few and some hints too. 2.- CLI From dillo1: $ dillo1 --help Usage: dillo [OPTIONS] [URL|FILE]... Options: -x, --xid XID Open first Dillo window in an existing GtkSocket which window ID is XID (decimal). -v, --version Display version info and exit. -h, --help Display this help text and exit. -f, --fullwindow Start in full window mode: hide address bar, navigation buttons, menu, and status bar. -l, --local Don't follow links for this URL(s). -g, -geometry GEO Set initial window position where GEO is <width>x<height>{+-}<x>{+-}<y> -D, --debug-rendering Draw additionaly several lines in a web page, representing its structure. For debugging. URL URL to browse. FILE Local FILE to vie We need to mimic this. The only complex point is XID option. We don't yet know how to do window embedding by XID with FLTK2. Asking in FLTK general may help. I hope this gets somebody started. /me goes back, to CSS. -- Cheers Jorge.-

6 24

RE: what dillo2 runs on.
by CHalbersma.12＠westminster-mo.edu Nov. 17, 2008

Nov. 17, 2008

I've been able to get dillo2 to compile and run on a Damn Small Linux box. Obviously you need to compile fltk2 first but dillo2 seems to run although it does have some troubles. As soon as I find them I hope to be able to post a DSL package. CRH On Mon, Aug 18, 2008 at 02:24:21AM +0000, corvid wrote: > I want to get the status of everything in order to update > http://www.dillo.org/Compatibility.html for dillo2. > > Linux x86 - works > DragonFlyBSD - works > > Linux x86-64 - Justus was and is making snapshots, but I don't know whether > he uses them much. > Solaris 10 - Justus reported that it was running, but I believe it was just > a quick test. > OSX - Jorge reports that it works but is currently flaky. > > *BSD - Some of the mailing list traffic in October was devoted to getting > them working. Presumably it would have been mentioned here if they > had stopped working since, but... > > other - no idea. > > Looking back at what I just wrote, let me clarify that I meant that > dillo2-on-osx is flaky, not that Jorge is flaky :) > Debian Linux m68k works (cvs 14 Nov 2008) -- Qne's mind, once stretched by a new idea, never regains its original dimensions. -Oliver Wendell Holmes

1 0

Strange mouse/keyboard issues
by james＠bsdgroup.org Nov. 15, 2008

Nov. 15, 2008

Hello everyone, I have two somewhat similar issues related to dillo and losing keyboard/mouse focus. This could be an issue with fltk2. The first involves mouse clicks registering on different buttons. When running e17 if you start dillo in one virtual screen then switch to another and then back again, when you a user tried to click the back button instead the forward/home button was highlighted. The problem was fixed by forcing the dillo window to redraw. The second issue involves running dillo with dwm in one tag then switching to another tag and then back again. This time keystrokes seem to get lost. To fix this problem I have to toggle the dwm meta key (in my case this is the windows key, but it could be ctrl or alt instead). Has anyone else seen similar issues? Thanks. -- James Turner BSD Group Consulting http://www.bsdgroup.org

2 1

more css progress
by Johannes.Hofmann＠gmx.de Nov. 13, 2008

Nov. 13, 2008

Hi, the dillo-css-prototype is now able to parse a user stylesheet from ~/.dillo/style.css if it exists. This allows to modify the appearance in various ways. Currently I have the following in my ~/.dillo/style.css: body {margin-left: 10mm; margin-top: 10mm; background-color: #F5F5F5;} :link {color: gray !important; text-decoration: none; font-weight: bolder; } :visited {color: olive !important; text-decoration: none; font-weight: bolder; } Note that I'm no designer so the result may hurt your eyes! Cheers, Johannes

1 0

css progress
by Johannes.Hofmann＠gmx.de Nov. 12, 2008

Nov. 12, 2008

Hi, I just pushed my latest changes to the css prototype repository. The css parser from dillo-0.8.0-css-3 is now integrated and working. The user agent style is parsed from a char buffer (see CssContext::buildUserAgentStyle() in css.cc). Of course the code is still full of bugs and missing stuff, but it shows that things basically work as expected. This is starting to be fun! Cheers, Johannes

1 0