April 2011 - Dillo-dev - lists.mailman3.com

Issues building Dillo

by dukeofperl＠ml1.net

Hi ... I just pulled the repo did a: hg update make [output] cc1plus: warning: command line option "-fno-exceptions" is valid for Modula-2 but not for C++ mv -f .deps/object.Tpo .deps/object.Po rm -f liblout.a ar cru liblout.a container.o identity.o misc.o object.o signal.o ranlib liblout.a make[2]: Leaving directory `/home/dnormandin/Downloads/dev/dillo_port1.3/lout' Making all in dw make[2]: Entering directory `/home/dnormandin/Downloads/dev/dillo_port1.3/dw' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/dnormandin/Downloads/dev/dillo_port1.3/dw' Making all in dlib make[2]: Entering directory `/home/dnormandin/Downloads/dev/dillo_port1.3/dlib' gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/local/include -g -O2 -DD_DNS_THREADED -D_REENTRANT -D_THREAD_SAFE -Wall -W -Waggregate-return -MT dlib.o -MD -MP -MF .deps/dlib.Tpo -c -o dlib.o dlib.c In file included from /usr/include/bits/errno.h:25, from /usr/include/errno.h:36, from dlib.c:25: /usr/include/linux/errno.h:4:23: error: asm/errno.h: No such file or directory dlib.c: In function 'dGetcwd': dlib.c:838: error: 'ERANGE' undeclared (first use in this function) dlib.c:838: error: (Each undeclared identifier is reported only once dlib.c:838: error: for each function it appears in.) make[2]: *** [dlib.o] Error 1 make[2]: Leaving directory `/home/dnormandin/Downloads/dev/dillo_port1.3/dlib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/dnormandin/Downloads/dev/dillo_port1.3' make: *** [all] Error 2 [/output] What did I do wrong? -- Duke

April 30, 2011

1.3 port

by rogerx.oss＠gmail.com

> On Fri, Apr 29, 2011 at 12:33:41PM -0300, Jorge Arellano Cid wrote: >On Sun, Apr 24, 2011 at 07:03:54PM -0400, Rob S. wrote: >> >> > Now, given that middle click became the standard, we can set it >> > as default and also add a dillorc preference for those of us that >> > really enjoy right click. No problem. >> >> This makes me happy - at least have the option to change it (which I will) to >> using right click to close. ^_^ > > Patch committed. > > Now, middle-click closes tab by default. > > If you prefer right click, just add this line in ~/.dillo/dillorc: > > right_click_closes_tab=YES Taking an initial spin run with the default, now right click does nothing. Standard Browser such as Seamonkey/Firefox: Right Click on Tab = Open tab menu Middle Click on Tab/Page = Paste URL and load page Dillo_1.3 (Currently) Right Click on Tab = *Nothing* Middle Click on Tab/Page = Close tab (Right Click was much easier & scroll wheel makes it harder.) For now, I'll surely use right_click_closes_tab=YES for now.

April 30, 2011

downloads dpi

by jcid＠dillo.org

Hi there, These days I noticed I was using the FLTK2-based dpis with the fltk-1.3 dillo. :-o ! Then found a bunch of bugs and glitches in the new downloads dpi. Now the repo has a couple of patches that address the problems. After some testing it works well for download, stop, resume, rename, multiple items, etc. Please check. -- Cheers Jorge.-

April 30, 2011

Re: Page reload issue

by dukeofperl＠ml1.net

On Fri, 29 Apr 2011, Duke Normandin wrote: > > > > Yes, that is the dillo behaviour, at least currently. > > I believe I've read that firefox depends on whether you press > > some modifier keys, which I suppose could be a possibility. > > Yes! With most Mozilla browsers at least, C-shift-r refreshes from > source, and not from cache. That would be a good option to have for > Dillo as well sometime down the road. I was wrong. I just tested my pages with a current version of Firefox. With every change to my css file, C-r inhaled the changes using: <link href="some_file.css" type="text/css" rel="stylesheet"> -- Duke

April 30, 2011

Re: Page reload issue

by dukeofperl＠ml1.net

On Sat, 30 Apr 2011, corvid wrote: > Duke wrote: > > On Fri, 29 Apr 2011, Duke Normandin wrote: > > > It seems that Dillo is not loading a fresh copy of a page when doing a > > > C-r or clicking on the Reload button. It seems to be reading the > > > cached copy only. > > > > > > I'm working on a local html page with a "link"ed css file. I change > > > the css, click reload - nothing happens. I have to exit and restart > > > Dillo for the changes to be recognized. > > > > > > Also ... > > > > > > Just crashed Dillo when trying to view the css file by right-clicking > > > on the current page. > > Does it break reliably for you? I just tried again with a fresh execution of Dillo, and it did _not_ crash. If it happens again, I'll look at the logs right away. > > > Just to be clear ... > > > > C-r or reload doesn;t seem to reload the external css file. OTOH, it > > _does_ load a fresh copy of the html file and it's changes. > > Yes, that is the dillo behaviour, at least currently. > I believe I've read that firefox depends on whether you press > some modifier keys, which I suppose could be a possibility. Yes! With most Mozilla browsers at least, C-shift-r refreshes from source, and not from cache. That would be a good option to have for Dillo as well sometime down the road. -- Duke

April 30, 2011

Re: Page reload issue

by corvid＠lavabit.com

Duke wrote: > On Fri, 29 Apr 2011, Duke Normandin wrote: > > It seems that Dillo is not loading a fresh copy of a page when doing a > > C-r or clicking on the Reload button. It seems to be reading the > > cached copy only. > > > > I'm working on a local html page with a "link"ed css file. I change > > the css, click reload - nothing happens. I have to exit and restart > > Dillo for the changes to be recognized. > > > > Also ... > > > > Just crashed Dillo when trying to view the css file by right-clicking > > on the current page. Does it break reliably for you? > Just to be clear ... > > C-r or reload doesn;t seem to reload the external css file. OTOH, it > _does_ load a fresh copy of the html file and it's changes. Yes, that is the dillo behaviour, at least currently. I believe I've read that firefox depends on whether you press some modifier keys, which I suppose could be a possibility.

April 30, 2011

Re: Page reload issue

by dukeofperl＠ml1.net

On Fri, 29 Apr 2011, Duke Normandin wrote: > It seems that Dillo is not loading a fresh copy of a page when doing a > C-r or clicking on the Reload button. It seems to be reading the > cached copy only. > > I'm working on a local html page with a "link"ed css file. I change > the css, click reload - nothing happens. I have to exit and restart > Dillo for the changes to be recognized. > > Also ... > > Just crashed Dillo when trying to view the css file by right-clicking > on the current page. Just to be clear ... C-r or reload doesn;t seem to reload the external css file. OTOH, it _does_ load a fresh copy of the html file and it's changes. -- Duke

April 29, 2011

Page reload issue

by dukeofperl＠ml1.net

It seems that Dillo is not loading a fresh copy of a page when doing a C-r or clicking on the Reload button. It seems to be reading the cached copy only. I'm working on a local html page with a "link"ed css file. I change the css, click reload - nothing happens. I have to exit and restart Dillo for the changes to be recognized. Also ... Just crashed Dillo when trying to view the css file by right-clicking on the current page. -- Duke

April 29, 2011

1.3 port

by corvid＠lavabit.com

Jorge wrote: > Patch committed. > > Now, middle-click closes tab by default. > > If you prefer right click, just add this line in ~/.dillo/dillorc: > > right_click_closes_tab=YES I wonder whether there's a decent way to stuff all of our "this mouse button does this, or maybe it does that, but then if you hold down SHIFT..." into keys and keysrc.

April 29, 2011

"Edit with" feature request

by dukeofperl＠ml1.net

On Fri, 29 Apr 2011, Benjamin Johnson wrote: > On Fri, 29 Apr 2011 11:54:45 -0400, Duke Normandin <dukeofperl(a)ml1.net> wrote: > > > It'll be fun trying! Thanks for the tips. > > > > So the workflow will be: > > > > - update the source with: hg update ??? > > - hack as per above > > - make check > > > > That should leave the working version of Dillo alone? After "make > > check" is there an executable is the source tree that I try out? > > As long as the working version's not in the source tree, you're good. (i.e. > if it's in /usr/local/bin) > > The executable is ./src/dillo -- what I usually do is > make && ./src/dillo > > which attempts to build it, then runs it if the build was successful. Much obliged! Thanks. -- Duke

April 29, 2011