- Dillo-dev - lists.mailman3.com

css charset broken
by bottleman＠icf.org.ru March 25, 2014

March 25, 2014

Hi all, seems there is a bug in css parsing in latest dillo 3.0.3 and latest HG too: If i have load_stylesheets and/or (site depends) parse_embedded_css eq YES in dillorc a number of russian sites with css renders with broken encoding, for example www.yandex.ru, www.rambler.ru, if i disable css all renders fine with proper russian encoding. C ????????? With Best Regards ???????????? ????. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 ???? +7 4872 711143 fax +7 4872 711143 ???????? ??? "?? ?? ??????" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost at icf.org.ru JID: GHhost at icf.org.ru YG129-RIPE YG129-RIPE

2 1

[OT] Render proxy for HTML
by acassis＠gmail.com March 23, 2014

March 23, 2014

Hi Dillors, Maybe it could be useful for people willing to browser "modern" sites with html3/4 browsers: http://virtuallyfun.superglobalmegacorp.com/?p=3866 BR, Alan

2 1

redirect madness on mobil.bahn.de
by andreas＠kemnade.info Feb. 18, 2014

Feb. 18, 2014

Hi, i have some problems using http://mobil.bahn.de/ with dillo. I do not understand fully what is going on there. The urls accessed are: http://mobil.bahn.de/ http://www.bahn.de/m/view/de/index.shtml (via HTTP redirect) http://www.bahn.de/m/view/de/0/ (=404, accessed using meta redirect) http://www.bahn.de/m/view/de/0/0/ (=404, accessed using meta redirect) http://www.bahn.de/m/view/de/0/0/0/ http://www.bahn.de/m/view/de/0/0/0/0/ ... (after some zeros, m/view/de is appended again) Interesting is this refresh line here (I got it using tcpflow and zcat): <meta http-equiv="Refresh" content="0;http://www.bahn.de/m/;fitScript=0/"> dillo seems to screw it up. I do not know what the standard says here (except that meta redirect is not so nice). calling http://www.bahn.de/m/;fitScript=0/ directly, I can use that page with dillo. Another interesting thing is: That page comes without javascript (and even without that meta redirect! ) when I load it with wget. But it has javascript when accessed with dillo. Greetings Andreas Kemnade

1 0

JS integration?
by ingwie2000＠googlemail.com Jan. 4, 2014

Jan. 4, 2014

Hey hey! Me and a friend are looking out for a very small browser with basic javascript integration. Iknow that dillo is ultra small thanks to FLTK - however, I also know it currently has no JS? So, how could I get JS integration for dillo working? It just needs to be basic, and have at least XHR. Kind regards, Ingwie!

2 1

[j.rios@laposte.net: Thanks]
by jcid＠dillo.org Dec. 24, 2013

Dec. 24, 2013

FYI, -- Cheers Jorge.-

1 0

RTFL
by sgeerken＠dillo.org Dec. 1, 2013

Dec. 1, 2013

Hi! To fulfill this comment in lout/debug.hh: /* * Following is experimental, and will be explained soon. */ See <http://www.dillo.org/~sgeerken/rtfl/> for a short description and a tarball to dowload. This is a re-implementation of a prototype I wrote several years ago, which then proved already very useful for debugging subtleties of "incremental resizing", but was unfortunately lost. I hope that the new version will be equally useful for debugging floats. RTFL is not restricted to dillo, so feel free to use it in other projects. Sebastian

1 0

Image backgrounds
by sgeerken＠dillo.org Nov. 29, 2013

Nov. 29, 2013

Hi! I'd like to bring image backgrounds to a (temporary) end; before, I'd like to finish these tasks (see also doxygen documentation): - Configurability: Should there be new options, additional to "load_image"? If yes, there have to be: 1. a new option, "load_background_image", 2. a new entry in the configuration menu, and 3. a new entry in the context menu. The latter will be quite tricky, when applied to single areas for which a background image is assigned to, but an entry "load *ALL* background images" (emphasis mine) should be simple. - Security/privacy (cookies?): I'm not sure whether there is anything left to do. - Displaying image backgrounds at once, not line by line: there is already an hardcoded option, so changing is simple, even make it a user option. "background-attachment" is postponed. Furthermore, other features are missing, which make background images look strange, e. g. that you only see a part of the logo at <http://google.com>. Did I forget something important? Sebastian

3 5

Compatible with mips64el
by frusen＠gungre.ch Nov. 26, 2013

Nov. 26, 2013

Hey! I want to report that Dillo3 is working on mips64el under GNU/Linux so you can add it to the compatibility page. -- Lucas Sk?ldqvist (frusen) [2BC57692] 85F7 C267 BC83 6603 66C9 927D AEFB 6AFC 2BC5 7692

1 0

Integrate JavaScript and better CSS
by ingwie2000＠googlemail.com Nov. 21, 2013

Nov. 21, 2013

Hey there. So now that I can develop and embed dillo, I would like to know if it is possible to do some things: - Use a 3rd party JavaScript engine and use it inside dillo - Get proper CSS Kind regards, Ingwie

2 1

Compiling error
by ingwie2000＠googlemail.com Nov. 20, 2013

Nov. 20, 2013

Hey. Now that FLTK is up and working?this happens: g++ -I/Applications/drag0n/drag0n.app/Contents/System/usr/local/include -I/Applications/drag0n/drag0n.app/Contents/System/usr/local/include/FL/images -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -L/usr/local/lib -o dillo dillo.o paths.o tipwin.o ui.o uicmd.o bw.o cookies.o auth.o md5.o digest.o colors.o misc.o history.o prefs.o prefsparser.o keys.o url.o bitvec.o klist.o chain.o utf8.o timeout.o dialog.o web.o nav.o cache.o decode.o dicache.o capi.o domain.o css.o cssparser.o styleengine.o plain.o html.o form.o table.o bookmark.o dns.o gif.o jpeg.o png.o imgbuf.o image.o menu.o dpiapi.o findbar.o xembed.o ../dlib/libDlib.a ../dpip/libDpip.a IO/libDiof.a ../dw/libDw-widgets.a ../dw/libDw-fltk.a ../dw/libDw-core.a ../lout/liblout.a -L/Applications/drag0n/drag0n.app/Contents/System/usr/local/lib -lfltk -lpthread -framework Cocoa -lz -liconv duplicate symbol __ZN10Fl_Printer8class_idE in: ../dw/libDw-fltk.a(libDw_fltk_a-fltkplatform.o) /Applications/drag0n/drag0n.app/Contents/System/usr/local/lib/libfltk.a(Fl_Printer.o) ld: 1 duplicate symbol for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make[3]: *** [dillo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 /Applications/drag0n/drag0n.app/Contents/System includes a copy of my toolchain, also meaning FLTK and others. What can I do to get rid of this duplicate error? From what I know, a function was declared twice somewhere, but then again I did not study the source code ^^. Kind regards, Ingwie

2 2