June 2013 - Dillo-dev - lists.mailman3.com

Can't compile Dillo 3.0.3

by furaisanjin＠gmail.com

2013/6/24 Axel Beckert <abe at deuxchevaux.org> > Hi, > > On Sun, Jun 23, 2013 at 04:20:13PM +0200, Axel Beckert wrote: > > On Sat, May 18, 2013 at 02:47:56PM +0200, Sebastian Geerken wrote: > > > X11 is needed in src/xembed.cc. It seems that on most systems it is > > > linked indirectly, (src/dillo -> libfltk.so -> libX11.so), on others > > > not, so that an additional "-lX11" is necessary. > > On non-linux architectures, there's more than -lX11 necessary. I > suspect a -lpthread for Hurd and kFreeBSD, maybe also FreeBSD, not > sure: > I got this output from fltk-config --ldflags on FreeBSD 8.2. -L/usr/local/lib -R/usr/local/lib -lfltk -lXext -lXft -lfontconfig -lXinerama -lpthread -lm -lX11 Regards, furaisanjin

June 24, 2013

Can't compile Dillo 3.0.3

by abe＠deuxchevaux.org

Hi, On Sun, Jun 23, 2013 at 04:20:13PM +0200, Axel Beckert wrote: > On Sat, May 18, 2013 at 02:47:56PM +0200, Sebastian Geerken wrote: > > X11 is needed in src/xembed.cc. It seems that on most systems it is > > linked indirectly, (src/dillo -> libfltk.so -> libX11.so), on others > > not, so that an additional "-lX11" is necessary. On non-linux architectures, there's more than -lX11 necessary. I suspect a -lpthread for Hurd and kFreeBSD, maybe also FreeBSD, not sure: https://buildd.debian.org/status/fetch.php?pkg=dillo&arch=hurd-i386&ver=3.0… https://buildd.debian.org/status/fetch.php?pkg=dillo&arch=kfreebsd-amd64&ve… https://buildd.debian.org/status/fetch.php?pkg=dillo&arch=kfreebsd-i386&ver… For Hurd, the fix looks obvious, for kfreebsd, I'll have to test first, if that suffices. Kind regards, Axel -- /~\ Plain Text Ribbon Campaign | Axel Beckert \ / Say No to HTML in E-Mail and News | abe at deuxchevaux.org (Mail) X See http://www.asciiribbon.org/ | abe at noone.org (Mail+Jabber) / \ I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web)

June 24, 2013

Can't compile Dillo 3.0.3

by abe＠deuxchevaux.org

Hi, On Sat, May 18, 2013 at 02:47:56PM +0200, Sebastian Geerken wrote: > X11 is needed in src/xembed.cc. It seems that on most systems it is > linked indirectly, (src/dillo -> libfltk.so -> libX11.so), on others > not, so that an additional "-lX11" is necessary. It's rather "on newer systems" than "on others". And "most systems" is rather "on older systems". > Should we add it generally? It does not harm; we have only to care > about other systems than X11. Definitely. On Sat, May 11, 2013 at 03:38:19PM -0400, Jorge Arellano Cid wrote: > I'm using Debian on amd64 and -lX11 doesn't appear in the options, > though it compiles OK, but libX11.so.6 gets linked anyway! Which release of Debian? Because for Debian Unstable, this is no more the case: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713557 On Sat, May 11, 2013 at 11:44:52PM +0200, August Karlstrom wrote: > > What OS are you using? > > Lubuntu 13.04 with Blackbox window manager. It's possible that Ubuntu already uses the same toolchain in 13.04 which in Debian only was available in the Experimental branch until recently[1]. [1] e.g. https://lists.debian.org/debian-sparc/2013/06/msg00016.html Kind regards, Axel -- /~\ Plain Text Ribbon Campaign | Axel Beckert \ / Say No to HTML in E-Mail and News | abe at deuxchevaux.org (Mail) X See http://www.asciiribbon.org/ | abe at noone.org (Mail+Jabber) / \ I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web)

June 23, 2013

Can't compile Dillo 3.0.3

by fusionfile＠gmail.com

On 2013-06-14 11:26, Sebastian Geerken wrote: > Hi! > > Is there anything new on this topic? > > On Sat, May 25, 2013, August Karlstrom wrote: >> On 2013-05-23 22:02, Sebastian Geerken wrote: >>> Did you call "autogen.sh" again before "configure"? >> >> Yes, I followed the instructions at http://www.dillo.org/source.html. >> >>> To get more >>> informations: what is the output of "configure"? Or, better, send the >>> your "config.log". >> >> OK, I have attached config.log. > > The config.log looks OK, the value of LIBX11_LIBS is set. Is it also > set in Makefile, Makefile.in, src/Makefile, src/Makefile.in? In all > files, there should be the line > > LIBX11_LIBS = @LIBX11_LIBS@ (Makefile.in) > > LIBX11_LIBS = -lX11 (Makefile) Yes, it is set in all files you mention: $ grep LIBX11_LIBS Makefile LIBX11_LIBS = -lX11 $ grep LIBX11_LIBS Makefile.in LIBX11_LIBS = @LIBX11_LIBS@ $ grep LIBX11_LIBS src/Makefile LIBX11_LIBS = -lX11 $ grep LIBX11_LIBS src/Makefile.in LIBX11_LIBS = @LIBX11_LIBS@ @LIBICONV_LIBS@ @LIBPTHREAD_LIBS@ @LIBX11_LIBS@ > Futhermore, part of "dillo_LDADD" should be "@LIBX11_LIBS@" in > src/Makefile.in, and "-lX11" in src/Makefile. Please check this. Yes, these strings are also present: $ grep -m1 -A9 dillo_LDADD src/Makefile.in dillo_LDADD = \ $(top_builddir)/dlib/libDlib.a \ $(top_builddir)/dpip/libDpip.a \ IO/libDiof.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@ @LIBPTHREAD_LIBS@ @LIBX11_LIBS@ $ grep -m1 -A9 dillo_LDADD src/Makefile dillo_LDADD = \ $(top_builddir)/dlib/libDlib.a \ $(top_builddir)/dpip/libDpip.a \ IO/libDiof.a \ $(top_builddir)/dw/libDw-widgets.a \ $(top_builddir)/dw/libDw-fltk.a \ $(top_builddir)/dw/libDw-core.a \ $(top_builddir)/lout/liblout.a \ -ljpeg -L/usr/lib/x86_64-linux-gnu -lpng12 -lpng12 -L/usr/lib/x86_64-linux-gnu -Wl,-Bsymbolic-functions -lfltk -lz \ -lpthread -lX11 > What version of automake do you use? According to config.log, your > autoconf version is 2.69. I use automake 1.11.6 Thanks for your help Sebastian. Regards, August

June 23, 2013

Search from address bar

by Johannes.Hofmann＠gmx.de

On Wed, Jun 19, 2013 at 04:41:23PM +0000, corvid wrote: > Johannes wrote: > > On Mon, Jun 17, 2013 at 03:16:09PM +0300, Aki Helin wrote: > > > Hi, > > > > > > Currently when using a window manager where focus follows mouse, making a > > > search usually requires you to reach for the mouse. One way to avoid this > > > would be to allow using search engine(s) directly from the address bar. > > > > > > Searches would have to be differentiated somehow from URLs. Dillo already > > > has a customizable list of engines in preferences, so one natural solution > > > would be to interpret url strings which start with the name of a search > > > engine as searches to be performed using it, so that e.g. 'wikipedia > > > slartibartfast', 'google foo' and 'weather oulu' do what you would expect. > > > > > > Below is a quick patch I've used to do this for a while, should anyone > > > else find this feature useful. > > > > This has been discussed before, but somehow wasn't completed. I like > > your idea to reuse the search engine name to derive the shortcut. > > However, I would allow arbitrary prefixes of the search engine name > > as in the slightly modified patch below. > > What do you think? > > This is good, although there's a leading space in the search text that > some of my search sites don't like. The leading space should of course not be part of the search term. Johannes

June 20, 2013

Search from address bar

by corvid＠lavabit.com

Johannes wrote: > On Mon, Jun 17, 2013 at 03:16:09PM +0300, Aki Helin wrote: > > Hi, > > > > Currently when using a window manager where focus follows mouse, making a > > search usually requires you to reach for the mouse. One way to avoid this > > would be to allow using search engine(s) directly from the address bar. > > > > Searches would have to be differentiated somehow from URLs. Dillo already > > has a customizable list of engines in preferences, so one natural solution > > would be to interpret url strings which start with the name of a search > > engine as searches to be performed using it, so that e.g. 'wikipedia > > slartibartfast', 'google foo' and 'weather oulu' do what you would expect. > > > > Below is a quick patch I've used to do this for a while, should anyone > > else find this feature useful. > > This has been discussed before, but somehow wasn't completed. I like > your idea to reuse the search engine name to derive the shortcut. > However, I would allow arbitrary prefixes of the search engine name > as in the slightly modified patch below. > What do you think? This is good, although there's a leading space in the search text that some of my search sites don't like.

June 19, 2013

line wrapping

by corvid＠lavabit.com

I noticed that lines aren't wrapping for me with http://www.dillo.org/FAQ.html . hg bisect says that it started with: changeset: 2838:b2b239eb45b9 summary: Fixed problem with hyphenation.

June 19, 2013

Search from address bar

by Johannes.Hofmann＠gmx.de

On Tue, Jun 18, 2013 at 08:18:46PM +0300, Aki Helin wrote: > "Sebastian Geerken" <sgeerken at dillo.org> wrote: > > > On Mo, Jun 17, 2013, Aki Helin wrote: > > > Currently when using a window manager where focus follows mouse, making a > > > search usually requires you to reach for the mouse. One way to avoid this > > > would be to allow using search engine(s) directly from the address bar. > > > > What if the "search" dialog follows the "find text" dialog, by being > > integrated into the browser window? This would also solve some other > > problems with the current search dialog, which is currently > > application-modal. > > That would be good in the sense that it is also how you search from pages, > but the ability to construct queries from address bar could also be > (ab)used to do other kinds of things, like "toread <currenturl>" -> dpi > url to save bookmark under "toread", "feed <url>" -> send url to rss/atom > reader dpi and add to feed source list if found, "bookmark <prefix>" -> > open bookmark with given prefix in name, etc. I also think "search the web" is about going to a certain web location, so in my opinion it's nice to be able do it from the location bar. In addition we could of course move the current search dialog, which would not go away with Aki's shortcut feature into some in-window thing like the "search in page" dialog. Cheers, Johannes

June 18, 2013

Search from address bar

by aki.helin＠iki.fi

"Sebastian Geerken" <sgeerken at dillo.org> wrote: > On Mo, Jun 17, 2013, Aki Helin wrote: > > Currently when using a window manager where focus follows mouse, making a > > search usually requires you to reach for the mouse. One way to avoid this > > would be to allow using search engine(s) directly from the address bar. > > What if the "search" dialog follows the "find text" dialog, by being > integrated into the browser window? This would also solve some other > problems with the current search dialog, which is currently > application-modal. That would be good in the sense that it is also how you search from pages, but the ability to construct queries from address bar could also be (ab)used to do other kinds of things, like "toread <currenturl>" -> dpi url to save bookmark under "toread", "feed <url>" -> send url to rss/atom reader dpi and add to feed source list if found, "bookmark <prefix>" -> open bookmark with given prefix in name, etc. (Obviously I don't mind if you decide to go for something completely different. Dillo is so compact it's easier to patch to your liking than it is to find configuration options in some browsers :) -- Aki Helin

June 18, 2013

Search from address bar

by sgeerken＠dillo.org

On Mo, Jun 17, 2013, Aki Helin wrote: > Currently when using a window manager where focus follows mouse, making a > search usually requires you to reach for the mouse. One way to avoid this > would be to allow using search engine(s) directly from the address bar. What if the "search" dialog follows the "find text" dialog, by being integrated into the browser window? This would also solve some other problems with the current search dialog, which is currently application-modal. Sebastian

June 18, 2013