- Dillo-dev - lists.mailman3.com

line wrapping

by jcid＠dillo.org

On Wed, Jun 26, 2013 at 05:17:41PM +0200, Sebastian Geerken wrote: > On Mi, Jun 19, 2013, corvid wrote: > > 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. > > Fixed. I didn't fully understand the problem, but the latest change > makes sense and solves the problem. After updating to hg tip, the problem persists for me... -- Cheers Jorge.-

June 26, 2013

line wrapping

by sgeerken＠dillo.org

On Mi, Jun 19, 2013, corvid wrote: > 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. Fixed. I didn't fully understand the problem, but the latest change makes sense and solves the problem. Sebastian

June 26, 2013

Rendering problem?

by jcid＠dillo.org

Hi there, James Gholston wrote this: As I dig around unsuccessfully for a type of information, I look at your FAQ and realize the next person might be helped by it being available there. Q: I am trying to develop a web site to be highly compatible with Dillo. Where can I find information on optimization? In my specific case I'm directing Dillo to my HTML 3.2 theme, and Dillo has the highest market share of what I'm sending to it. Complete with a <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"> declaration. I have a graphical 'bookmark' in a <TD> element defined both as background="" and as a CSS1 background (nested table layout similar to what I'm using for MSIE 5.5 through 8). Neither works with my copy of Dillo 3 (I just get the solid black fallback color), so I'm assuming it's not working for any other Dillo user. If there are additional Dillo tweaks listed somewhere I didn't think to hunt for I could also try to apply them. Unless I'm testing to see what one of my nine other themes looks like in Dillo at the time, you can gawk at what I'm doing at http://test.moonsociety.org if you want to. Other browsers I'm sending to HTML 3.2 are Netscape 3 and 4, MSIE 3 through 5, and any otherwise unidentifiable browser claiming to be Mozilla 4.0. My other themes look significantly different than the HTML 3.2 theme. Thank you for your time and work on the most available small graphical browser. James Gholston -- Cheers Jorge.-

June 24, 2013

[jamesg@dimensionality.com: I have an addition to the Dillo FAQ]

by jcid＠dillo.org

-- Cheers Jorge.-

June 24, 2013

Can't compile Dillo 3.0.3

by abe＠deuxchevaux.org

Hi, On Mon, Jun 24, 2013 at 09:02:44PM +0900, furaisanjin wrote: > 2013/6/24 Axel Beckert <abe at deuxchevaux.org> > > 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 Ah, ok. Thanks for checking! This looks fine, indeed. On Debian GNU/kFreeBSD I just get "-L/usr/lib/i386-kfreebsd-gnu -lfltk". The missing -lX11 seems to be an issue with the libfltk1.3-dev package in Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713933 I just checked the minimal example from that bug report. It doesn't seem to need pthreads on kfreebsd despite the string "pthreads" appears in libfltk.a and libfltk.so. I suspect the remaining libs (-lXext -lXft -lfontconfig -lXinerama -lpthread -lm) are not strictly necessary for every program either. (Or there's something else different on FreeBSD.) 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 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