- Dillo-dev - lists.mailman3.com

Dillo Win32 Thoughts

by obeythepenguin＠gmail.com

Georg wrote: > Benjamin, > you mention that your Win32 version will also compile with Linux. I > tried to compile it on Linux and did not have much success. Your source > code package does not include a configure file for that such as the main > version does. I have doubts too that you frequently test if your version > still works on Linux. You can generate the configure script yourself by running autogen.sh (requires autoconf and automake). I don't include a pregenerated configure script mainly because I build my source tarballs using 'hg archive', and Mercurial is set not to track those files. I may change my release process in future versions to make installation from source easier. Technically, you're correct that I don't test Dillo-Win32 on *Linux*. I do, however, use it quite often on OpenBSD, as you can see in this (quite large) screenshot from my development machine: http://obeythepenguin.users.sourceforge.net/openbsd/files/screenshot.png > Will this version when compiled for Linux also use the sockets > abstraction layer and not use the dpi parts? > Georg The sockets abstraction layer and DPI are two entirely separate things. The sockets layer is just some low-level network code that lets Dillo connect whether it's on Unix or Windows. Dillo doesn't know the difference, and that's the entire point -- it behaves exactly the same on both systems. As far as DPI, it's a little more complicated. In a nutshell: - Bookmarks, cookies, and HTTPS are built into the browser, and don't use DPI. - Downloads are built in by default, but you can disable the built-in downloader and use the DPI. - Everything else will fall back on DPI if it's available. Dillo-Win32 doesn't build dpid and DPI programs by default, but it will use mainline's DPIs if they're installed on the system. I haven't removed DPI support from Dillo -- I just moved most of their functionality into the browser. Hope this helps, ~Benjamin

Oct. 18, 2011

Fwd: RE: keysrc broken in dillo 3?

by obeythepenguin＠gmail.com

Here's an interesting one for you guys... I had a user email me this morning saying his keysrc file stopped working after he upgraded from Dillo 2.2 to 3.0. Neither his existing keysrc nor a fresh one would work on his machine, while I couldn't reproduce the problem on mine. We just now discovered by chance it wasn't his keysrc that was the problem, but -- strangely enough -- that he had set start_page=about:blank in his dillorc. I've forwarded his original message below (with names and headers removed for privacy), which includes a more detailed explanation. I was just curious if anyone could reproduce this in mainline before I filed a bug report, or if this behavior was specific to Dillo-Win32. I don't have a Unix system handy now, or else I'd just test it myself. :-) Cheers, ~Benjamin ------- Forwarded message ------- I tracked down the source of the behavior and I think it should be reproducible now. In dillorc I had the following line: start_page=about:blank (By now you've probably figured out I'm a Firefox user..) Apparently Dillo 3 does not like for start_page to have this value, and will only load keysrc after a non-blank page is loaded?! This doesn't happen in Dillo 2.2 (20110630) but I'm not sure if this is an intentional change in behavior; probably not, considering the following weirdness: These values allow keysrc to be loaded without having to load a non-blank page: start_page=about:blank#any comment start_page= Sorry, I haven't had a chance to try any of this out in Linux, so still not sure whether this is an upstream regression.. For completeness my old cookiesrc, dillorc, and keysrc files are all attached (files that reproduce the artifact).

Oct. 18, 2011

[patch]: download window resizes its contents to its width

by onepoint＠starurchin.org

Jorge Arellano Cid wrote: > On Sun, Oct 16, 2011 at 11:27:54AM +0100, Jeremy Henty wrote: > > > > Bump! Any reason not to push this? I do not see any issues. > > Please commit. Done! Regards, Jeremy Henty

Oct. 17, 2011

Scrollable view without scrollbar

by Hole.destructor＠gmx.de

On Mon, Oct 17, 2011 at 08:43:42PM +0200, Johannes Hofmann wrote: > Hm, it works fine for me here. > Any details (dillo version, window manager, etc)? I'm using Window manager: fvwm 2.5.30 Operating system: Debian squeeze with Linux 2.6.32-5-amd64 FLTK version: 1.3.0 Compiler: gcc (Debian 4.4.5-8) 4.4.5 I'm also using the default geometry of the Dillo window (I did not touch the geometry line in dillorc) and panel size tiny. What I also noticed: If I open the site and change the window width (increase or decrease it) the issue disappears, i.e. I can't scroll anymore with the <left> and <right> buttons. Kind regards, Alexander

Oct. 17, 2011

small panel_size, small_icons, progress boxes don't fit.

by corvid＠lavabit.com

Just noticed that with small panel_size and small_icons, the labels in the progress boxes don't fit.

Oct. 17, 2011

Scrollable view without scrollbar

by Johannes.Hofmann＠gmx.de

On Mon, Oct 17, 2011 at 08:29:52PM +0200, Alexander Voigt wrote: > Dear Dillo developers, > > I found a site today (see appendix), which is scrollable in Dillo, > i.e. you can press <left> and <right> and the view scrolls left and > right, but the view has no horizontal scrollbar. What is also strange > here is that the site has no fixed width elements, so the view should > not be scrollable. > > What's happening here? Hm, it works fine for me here. Any details (dillo version, window manager, etc)? Regards, Johannes

Oct. 17, 2011

Scrollable view without scrollbar

by Hole.destructor＠gmx.de

Dear Dillo developers, I found a site today (see appendix), which is scrollable in Dillo, i.e. you can press <left> and <right> and the view scrolls left and right, but the view has no horizontal scrollbar. What is also strange here is that the site has no fixed width elements, so the view should not be scrollable. What's happening here? Kind regards, Alexander P.S.: The site is a boiled down version from today's blog.fefe.de

Oct. 17, 2011

[patch]: download window resizes its contents to its width

by jcid＠dillo.org

On Sun, Oct 16, 2011 at 11:27:54AM +0100, Jeremy Henty wrote: > > Bump! Any reason not to push this? I do not see any issues. Please commit. -- Cheers Jorge.-

Oct. 17, 2011

Dillo Win32 Thoughts

by mailbox＠georgpotthast.de

Benjamin, you mention that your Win32 version will also compile with Linux. I tried to compile it on Linux and did not have much success. Your source code package does not include a configure file for that such as the main version does. I have doubts too that you frequently test if your version still works on Linux. Will this version when compiled for Linux also use the sockets abstraction layer and not use the dpi parts? Georg

Oct. 17, 2011

Dillo Win32 Thoughts

by rogerx.oss＠gmail.com

>> 2) Copy & paste work only within the displayed page and not within the >> urlfield. (Although I really miss middle button pasting in Windows.) > >The keyboard shortcuts (Ctrl-C and Ctrl-V, respectively) should work for >both the page and URL field. > >Windows doesn't support X's select-and-middle-click mechanism. I agree >that it would be really nice to have -- that and a decent terminal >emulator like aterm would make my life so much nicer. Might want to check-out mintty. I just found-out about this new package within cygwin, and it's a replacement for the usual cygwin+windows commandline window. The reason it's so great, it allows mouse buttons to be used for copy & pasting within Windows! And, it put's a nice icon of itself on your desktop, similar to the cygwin+windows_commandline after installing from within cygwin. No X is required either.

Oct. 17, 2011