- Dillo-dev - lists.mailman3.com

On startup, go to websites.

by rogerx＠sdf.org

On Wed, Jul 21, 2010 at 01:19:25PM +0200, Johannes Hofmann wrote: >you can pass multiple URLs on the command line, e.g. > >dillo dpi:/bm/ http://www.google.com http://forecast.weather.gov/MapClick.php?zoneid=AKZ223 > >and if you don't want to type that all the time you can do something >like: > >alias dillo="dillo dpi:/bm/ http://www.google.com http://forecast.weather.gov/MapClick.php?zoneid=AKZ222" This is weird. I setup the alias within $HOME/.bashrc, but dmenu completely ignores it and just runs /usr/bin/dillo instead. Executing dillo from terminal using Bash does execute the alias. Guess DMenu doesn't realize it was executed through a Bash shell (anymore). I'll create my own $HOME/bin/dillo-whatever script as usual instead.

July 30, 2010

[patch]: fix VPATH builds

by onepoint＠starurchin.org

Jorge Arellano Cid wrote: > On Sat, Jul 24, 2010 at 04:26:35AM +0100, Jeremy Henty wrote: > > > > What's the decision on this? I've not heard anythng. > > Committed. > > Sorry for the delay. I've had little spare time, and when the > spot arrived, the hg server was down. No problem. Personally I am amazed and impressed that anyone with a family can find any spare time to contribute at all! Jeremy Henty

July 26, 2010

[patch]: fix VPATH builds

by jcid＠dillo.org

On Sat, Jul 24, 2010 at 04:26:35AM +0100, Jeremy Henty wrote: > > What's the decision on this? I've not heard anythng. Committed. Sorry for the delay. I've had little spare time, and when the spot arrived, the hg server was down. -- Cheers Jorge.-

July 25, 2010

Can't copy/paste, only urls

by thomas-forum＠orgis.org

Am Fri, 23 Jul 2010 17:33:37 -0800 schrieb Roger <rogerx(a)sdf.org>: > I now changed it to: > #middle_click_drags_page=NO > > Reran Dillo and I can now copy/paste into Dillo's web page forms without > the output from the copy buffer always going into the Dillo url entry box! Uh. That's collateral damage from a change I prompted ... I have to say sorry for actually seeing this misbehaviour but somehow managing not to raise the issue. As the user who wanted the pasting into the general window area to cause loading of an URL, as it happens to work in other browsers, I want to emphasize that I also think that this URL loading should happen only if there was no other sensible area for pasting underneath the cursor. This is how it usually works: Pasting into some form field causes insertion of the text there, pasting without anything special there means pasting to the browser as such, which triggers loading of the text as URL. Is this tricky to achieve with FLTK? I don't have any time to devote to this myself (apart from testing a bit), nor do I have experience with the dillo code. I have hope that it's not seriously complicated, but if the focus management happens to explicitly not anticipate such situations, it might non-trivial. But again, this is how other browsers work -- it would suit dillo to fulfill such basic expectations. Alrighty then, Thomas. PS: Sorry again, for not settling this one earlier...

July 24, 2010

[patch]: fix VPATH builds

by onepoint＠starurchin.org

What's the decision on this? I've not heard anythng. Regards, Jeremy Henty On Sun, Jul 18, 2010 at 10:39:21AM +0100, Jeremy Henty wrote: > > OK, the problem with VPATH builds is fixed but I think it can be > improved. > > Firstly, because -I is a preprocessor directive, it should be added to > AM_CPP_FLAGS. > > Secondly, the Makefile uses .. in various places to navigate from the > current build directory to where various headers and libraries are. I > think it is better to locate other directories from the top of the > build and source trees. So I would prefer to use -I$(top_srcdir) > instead of -I$(srcdir)/.. , and $(top_builddir)/path/to/lib instead of > ../path/to/lib . > > Patches attached, tested as before with in-source and external builds. > > Regards, > > Jeremy Henty > # HG changeset patch > # Parent fec840b80fd3e19e99b9b0e3a56e7be1290a6fa5 > > diff -r fec840b80fd3 src/Makefile.am > --- a/src/Makefile.am Sat Jul 17 20:18:15 2010 +0100 > +++ b/src/Makefile.am Sat Jul 17 20:23:48 2010 +0100 > @@ -1,9 +1,10 @@ > AM_CPPFLAGS= \ > + -I$(top_srcdir) \ > -DDILLO_SYSCONF='"$(sysconfdir)/"' \ > -DDILLO_DOCDIR='"$(docdir)/"' \ > @LIBJPEG_CPPFLAGS@ > AM_CFLAGS = @LIBPNG_CFLAGS@ > -AM_CXXFLAGS = -I$(srcdir)/.. @LIBPNG_CFLAGS@ @LIBFLTK_CXXFLAGS@ > +AM_CXXFLAGS = @LIBPNG_CFLAGS@ @LIBFLTK_CXXFLAGS@ > > SUBDIRS = IO > > # HG changeset patch > # Parent d813265f53f1d3b2e0ae23f7dd88f4fed2ed2361 > diff -r d813265f53f1 -r 000ab53976d1 src/Makefile.am > --- a/src/Makefile.am Sat Jul 17 20:23:48 2010 +0100 > +++ b/src/Makefile.am Sat Jul 17 20:40:06 2010 +0100 > @@ -11,13 +11,13 @@ > bin_PROGRAMS = dillo > > dillo_LDADD = \ > - ../dlib/libDlib.a \ > - ../dpip/libDpip.a \ > + $(top_builddir)/dlib/libDlib.a \ > + $(top_builddir)/dpip/libDpip.a \ > IO/libDiof.a \ > - ../dw/libDw-widgets.a \ > - ../dw/libDw-fltk.a \ > - ../dw/libDw-core.a \ > - ../lout/liblout.a \ > + $(top_builddir)/dw/libDw-widgets.a \ > + $(top_builddir)/dw/libDw-fltk.a \ > + $(top_builddir)/dw/libDw-core.a \ > + $(top_builddir)/lout/liblout.a \ > @LIBJPEG_LIBS@ @LIBPNG_LIBS@ @LIBFLTK_LIBS@ @LIBZ_LIBS@ @LIBICONV_LIBS@ > > dillo_SOURCES = \ > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

July 24, 2010

Can't copy/paste, only urls

by rogerx＠sdf.org

AH HA! I spent a little more time in the past few minutes looking over the dillorc file to see if there's something I aimlessly missed option wise. Turns out I seem to have found the issue! This is what I had: # Mouse middle click by default drives drag-scrolling. # To paste an URL into the window instead of scrolling, set it to NO. # Note: You could always paste the URL onto the URL box clear button. middle_click_drags_page=NO I now changed it to: #middle_click_drags_page=NO Reran Dillo and I can now copy/paste into Dillo's web page forms without the output from the copy buffer always going into the Dillo url entry box! If this is the expected behavior of copy/paste when this option is set to "NO", then I'd suggest putting in a warning into the comment area of the dillorc that it will conflict with copy/paste operations when using the mouse middle button. Cheers!

July 24, 2010

captcha image not loading

by mr_semantics＠hotmail.com

---------------------------------------- > From: corvid(a)lavabit.com > Date: Fri, 23 Jul 2010 22:47:10 +0000 > To: dillo-dev(a)dillo.org > Subject: Re: [Dillo-dev] captcha image not loading > > If you're using the 2.2 release, you won't need the dillorc option. Good then - I nixed that bit. > It... _should_ like jpegs :) Loading the camaro image from the address bar, > for instance, works for me. > > In config.h, does it say "#define ENABLE_JPEG 1" ? > When you run the configure script, does it complain about finding jpeg > libraries or anything? Got it!? OpenSuse is not exactly a developer's distro out of the box - I was missing the dev libraries for jpeg.? When I had a look at the config.h, the thing about jpegs was actually #undefined.? I looked in my config log, and sure enough it was the missing libraries.? Thank you so much for your help - that was a great bit of troubleshooting on your part.? My wife will be quite pleased to have her speedy browser back in working condition. _________________________________________________________________ Game on: Challenge friends to great games on Messenger http://go.microsoft.com/?linkid=9734387

July 24, 2010

captcha image not loading

by corvid＠lavabit.com

Rob wrote: > Ah!? I should have known that what I was downloading might not be the official release.? In light of this, I grabbed the source from the downloads page (Dillo 2.2) and recompiled.? I also added the bit you suggested in my ~/.dillo/dillorc.? I seem to get a little further on the page this time, but still no captcha image, and the console has this: If you're using the 2.2 release, you won't need the dillorc option. > Nav_open_url: new url='http://dragcave.net/' > a_Nav_expect_done: repush! > CssParser::parseImport(): @import /layout/style.css > > Nav_open_url: new url='http://dragcave.net/login' > Connecting to 38.101.121.19 > CssParser::parseImport(): @import /layout/style.css > > Nav_open_url: new url='http://api.recaptcha.net/noscript?k=6LcrhgUAAAAAADK0fngEdAvVoD9-GQBOHvaYb0Wp' > Dns_server [0]: api.recaptcha.net is 69.12.97.165 > Connecting to 69.12.97.165 > Nav_open_url: new url='http://www.google.com/recaptcha/api/noscript?k=6LcrhgUAAAAAADK0fngEdAvVoD9-…' > Dns_server [0]: www.google.com is 173.194.33.104 > Connecting to 173.194.33.104 > HTTP warning: unhandled MIME type: "image/jpeg" > > I did a test of inserting a link to a jpeg image in the address bar, and instead of loading it, and I got this in the console: > > Nav_open_url: new url='http://www.1969-camaro.com/images/1969camaro1.jpg' > Dns_server [0]: www.1969-camaro.com is 72.9.233.117 > Connecting to 72.9.233.117 > Content-Type 'image/jpeg' not viewable. > a_UIcmd_save_link: (null) > > Of course it did not load the image, but the save image dialog box came up instead.? Have I somehow compiled it in such a way so as to not allow it to render jpeg images?? (The 'allow images' under the tools dialogue is checked, and the browser does load pngs.) It... _should_ like jpegs :) Loading the camaro image from the address bar, for instance, works for me. In config.h, does it say "#define ENABLE_JPEG 1" ? When you run the configure script, does it complain about finding jpeg libraries or anything?

July 24, 2010

captcha image not loading

by mr_semantics＠hotmail.com

---------------------------------------- > From: corvid(a)lavabit.com > Date: Fri, 23 Jul 2010 21:49:06 +0000 > To: dillo-dev(a)dillo.org > Subject: Re: [Dillo-dev] captcha image not loading > It sounds like you're using the current dillo code instead of the 2.2 > release. If you put "filter_auto_requests=allow_all" in dillorc, > it should go back to the behaviour of loading images that are from a > different domain than that of the page. Ah!? I should have known that what I was downloading might not be the official release.? In light of this, I grabbed the source from the downloads page (Dillo 2.2) and recompiled.? I also added the bit you suggested in my ~/.dillo/dillorc.? I seem to get a little further on the page this time, but still no captcha image, and the console has this: Nav_open_url: new url='http://dragcave.net/' a_Nav_expect_done: repush! CssParser::parseImport(): @import /layout/style.css Nav_open_url: new url='http://dragcave.net/login' Connecting to 38.101.121.19 CssParser::parseImport(): @import /layout/style.css Nav_open_url: new url='http://api.recaptcha.net/noscript?k=6LcrhgUAAAAAADK0fngEdAvVoD9-GQBOHvaYb0Wp' Dns_server [0]: api.recaptcha.net is 69.12.97.165 Connecting to 69.12.97.165 Nav_open_url: new url='http://www.google.com/recaptcha/api/noscript?k=6LcrhgUAAAAAADK0fngEdAvVoD9-…' Dns_server [0]: www.google.com is 173.194.33.104 Connecting to 173.194.33.104 HTTP warning: unhandled MIME type: "image/jpeg" I did a test of inserting a link to a jpeg image in the address bar, and instead of loading it, and I got this in the console: Nav_open_url: new url='http://www.1969-camaro.com/images/1969camaro1.jpg' Dns_server [0]: www.1969-camaro.com is 72.9.233.117 Connecting to 72.9.233.117 Content-Type 'image/jpeg' not viewable. a_UIcmd_save_link: (null) Of course it did not load the image, but the save image dialog box came up instead.? Have I somehow compiled it in such a way so as to not allow it to render jpeg images?? (The 'allow images' under the tools dialogue is checked, and the browser does load pngs.) _________________________________________________________________ Turn down-time into play-time with Messenger games http://go.microsoft.com/?linkid=9734385

July 24, 2010

captcha image not loading

by corvid＠lavabit.com

Rob wrote: > I just finished building dillo 2.2 on my fresh OpenSuse 11.3 install.? I got the source for FLTK-2.0.x-r7690 (I had also managed to find an older version r6916, but it seemed to make no difference, other than that the latest version compiled with less warnings) and it compiled and installed fine.? I followed the directions found here: > > http://www.dillo.org/source.html > > Now before my system upgrade, my wife had been using dillo on a certain site successfully.? She had a cookiesrc in her .dillo folder, which had an entry for the site.? There is a captcha system on the site that seemed to work well until today.? I started dillo from the console to see if I could learn anything, but I was not able to make much of it other than I might need to add a couple of more sites to cookiesrc.? Here is some of the output from a session: > > public suffix of dragcave.net is dragcave.net > public suffix of dragcave.net is dragcave.net > ALLOW > public suffix of dragcave.net is dragcave.net > public suffix of ppntop50.com is ppntop50.com > DENY > Nav_open_url: new url='http://api.recaptcha.net/noscript?k=6LcrhgUAAAAAADK0fngEdAvVoD9-GQBOHvaYb0Wp' > Dns_server [0]: api.recaptcha.net is 69.12.97.165 > Connecting to 69.12.97.165 > Nav_open_url: new url='http://www.google.com/recaptcha/api/noscript?k=6LcrhgUAAAAAADK0fngEdAvVoD9-…' > public suffix of api.recaptcha.net is recaptcha.net > public suffix of www.google.com is google.com > DENY > > That is just the last little bit, including the part generated when I request an verification image from captcha.? You can see how the site works here: > > http://dragcave.net/login > > Here is what I have in .dillo/cookiesrc: > > DEFAULT DENY > > dragcave.net ACCEPT > google.com ACCEPT_SESSION > api.recaptcha.net ACCEPT_SESSION > > I have also tried just plain 'ACCEPT' for the latter two entries. It sounds like you're using the current dillo code instead of the 2.2 release. If you put "filter_auto_requests=allow_all" in dillorc, it should go back to the behaviour of loading images that are from a different domain than that of the page.

July 23, 2010