- Dillo-dev - lists.mailman3.com

[j.rios@laposte.net: Thanks]

by jcid＠dillo.org

FYI, -- Cheers Jorge.-

Dec. 24, 2013

RTFL

by sgeerken＠dillo.org

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

Dec. 1, 2013

Image backgrounds

by sgeerken＠dillo.org

Hi! Image backgrounds are now in the main repository, at <http://hg.dillo.org/dillo>. On Tue, Nov 19, 2013, Sebastian Geerken wrote: > - 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. Drawing instantly is now the default. To change this, modify "drawBackgroundLineByLine" in "dw/style.cc". Sebastian

Nov. 29, 2013

Compatible with mips64el

by frusen＠gungre.ch

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

Nov. 26, 2013

Integrate JavaScript and better CSS

by johannes.hofmann＠gmx.de

Hi, On Wed, Nov 20, 2013 at 10:29:34PM +0100, Kevin Ingwersen wrote: > 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 Not easy. There are some thoughts about adding scripting (you should find some stuff in the mailling list archives), but having full blown JavaScript support is being worked on. > - Get proper CSS We are constantly working to improve our CSS support. It depends on what exact feature you need. Cheers, Johannes

Nov. 21, 2013

Image backgrounds

by sgeerken＠dillo.org

On Do, Nov 21, 2013, Jorge Arellano Cid wrote: > On Tue, Nov 19, 2013 at 03:59:01PM +0100, Sebastian Geerken wrote: > > I'd like to bring image backgrounds to a (temporary) end; before, I'd > > like to finish these tasks (see also doxygen documentation): > > I'm resuming my work on this issue. Just finished a first read pass > among the large changesets in the new repo (68). I've taken some notes > and have a few comments from it, and some things to review. Good! > Next, I'll review the past emails you sent me focusing on specific > things. The question is, is there anything new/obsolete to review or > focus here now? You might also be interested in the following changes: c7a45fe8a24c: Getting toplevel widgets working. (The new function a_Image_new_with_dw does what a_Image_new did before.) f44e841bb521: Extension of the ImgRenderer interface. This is actually incomplete: a_Image_abort (and so ImgRenderer::abort) is not called in some cases, see documentation (html/dw-images-and-backgrounds.html). Does not play an important role, but the "abort" method could be used by image *widgets* to show that retrieving image data has failed (e. g. by a broken image frame). 9b8435e69e84: Stopping cache clients for background image. (Already mentioned in a mail.) Sebastian

Nov. 21, 2013

Image backgrounds

by jcid＠dillo.org

Hi Sebastian, On Tue, Nov 19, 2013 at 03:59:01PM +0100, Sebastian Geerken wrote: > Hi! > > I'd like to bring image backgrounds to a (temporary) end; before, I'd > like to finish these tasks (see also doxygen documentation): I'm resuming my work on this issue. Just finished a first read pass among the large changesets in the new repo (68). I've taken some notes and have a few comments from it, and some things to review. Next, I'll review the past emails you sent me focusing on specific things. The question is, is there anything new/obsolete to review or focus here now? -- Cheers Jorge.-

Nov. 21, 2013

Integrate JavaScript and better CSS

by ingwie2000＠googlemail.com

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

Nov. 20, 2013

Compiling error

by ingwie2000＠googlemail.com

Hey. Yes, now it compiled - i have a usable dillo binary in src/ Thank you very much =). Maybe a short macro for what you did could be used. #ifdef __APPLE__ // this is visible int verb() { return 1; } #endif This worked in a test compile - i used gcc -E. Regards, Ingwie Am 20.11.2013 um 21:40 schrieb Johannes Hofmann <Johannes.Hofmann at gmx.de>: > On Wed, Nov 20, 2013 at 05:06:11PM +0100, Kevin Ingwersen wrote: >> 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 ^^. > > Could you try with attached little patch? > > Cheers, > Johannes > <dillo-macosx.diff>_______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Nov. 20, 2013

Compiling error

by Johannes.Hofmann＠gmx.de

On Wed, Nov 20, 2013 at 05:06:11PM +0100, Kevin Ingwersen wrote: > 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 ^^. Could you try with attached little patch? Cheers, Johannes

Nov. 20, 2013