December 2012 - Dillo-dev - lists.mailman3.com

config.h.in

by jcid＠dillo.org

On Fri, Dec 14, 2012 at 01:10:11PM +0000, Jeremy Henty wrote: > > p37sitdu at lavabit.com wrote: > > > ^config\. is in .hgignore, bug config.h.in is tracked. It is > > autogenerated, shouldn't it be removed from repo? > > Yes, it should. I'm not sure (my fault ;), but in practice: If removing it from the repo doesn't prevent "autogen.sh", from building "configure"; and the "./configure; make" dance works as usual, it should be ok to remove. -- Cheers Jorge.-

Dec. 14, 2012

Segfault when opening Dillo bugs database

by Hole.destructor＠gmx.de

Dear Dillo developers, with the current Dillo development version 2672:4d0bdcf10ee7 (Fri Dec 14 12:24:54 2012 +0100) I get a segfault when I try to access the Dillo bug database. How to reproduce ================ 1. open www.dillo.org/bugtrack/Dquery.html 2. press the "Find it!" button in the "Bug type search" section 3. segfault gdb output and backtrace ======================== Nav_open_url: new url='http://www.dillo.org/cgi-bin/bugtrack/Dillo_query.cgi?what=all&Submit=Find+…' Connecting to 134.102.206.165 *** [dillo/3.0.2] This should not happen! *** Program received signal SIGABRT, Aborted. 0x00007ffff5eed1b5 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: Datei oder Verzeichnis nicht gefunden. in ../nptl/sysdeps/unix/sysv/linux/raise.c Current language: auto The current source language is "auto; currently c". (gdb) bt #0 0x00007ffff5eed1b5 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x00007ffff5eeffc0 in *__GI_abort () at abort.c:92 #2 0x0000000000471616 in assertNotReached (s=<value optimized out>) at misc.hh:38 #3 _nextUtf8Char (s=<value optimized out>) at unicode.cc:92 #4 0x000000000047163c in lout::unicode::nextUtf8Char (s=0x98d10c "\267", len=1) at unicode.cc:114 #5 0x000000000044e8d0 in dw::Textblock::addText (this=<value optimized out>, text=0x98d10c "\267", len=<value optimized out>, style=<value optimized out>) at textblock.cc:1430 #6 0x000000000042ee54 in Html_process_word (html=0x933960, buf=<value optimized out>, bufsize=<value optimized out>, Eof=<value optimized out>) at html.cc:1216 #7 Html_write_raw (html=0x933960, buf=<value optimized out>, bufsize=<value optimized out>, Eof=<value optimized out>) at html.cc:3923 #8 0x000000000042f6bc in DilloHtml::write (this=0x1bcb, Buf=<value optimized out>, BufSize=<value optimized out>, Eof=-1) at html.cc:531 #9 0x0000000000419fd3 in Cache_process_queue (entry=0x847120) at cache.c:1214 #10 0x00000000004167c9 in a_Chain_fcb (Op=7115, Info=<value optimized out>, Data1=<value optimized out>, Data2=<value optimized out>) at chain.c:114 #11 0x0000000000441cd3 in Dpi_parse_token (Op=<value optimized out>, ---Type <return> to continue, or q <return> to quit--- Branch=<value optimized out>, Dir=<value optimized out>, Info=<value optimized out>, Data1=<value optimized out>, Data2=0x0) at dpi.c:220 #12 Dpi_process_dbuf (Op=<value optimized out>, Branch=<value optimized out>, Dir=<value optimized out>, Info=<value optimized out>, Data1=<value optimized out>, Data2=0x0) at dpi.c:339 #13 a_Dpi_ccc (Op=<value optimized out>, Branch=<value optimized out>, Dir=<value optimized out>, Info=<value optimized out>, Data1=<value optimized out>, Data2=0x0) at dpi.c:735 #14 0x00000000004167c9 in a_Chain_fcb (Op=7115, Info=<value optimized out>, Data1=<value optimized out>, Data2=<value optimized out>) at chain.c:114 #15 0x000000000044223f in a_IO_ccc (Op=2, Branch=<value optimized out>, Dir=1, Info=0x7576a0, Data1=0x883af0, Data2=0x0) at IO.c:428 #16 0x000000000044246d in IO_read (io=0x883af0) at IO.c:197 #17 0x00000000004424ed in IO_callback (io=0x883af0) at IO.c:262 #18 0x00000000004425ec in IO_fd_read_cb (fd=8, data=<value optimized out>) at IO.c:283 #19 0x0000000000496932 in fl_wait(double) () #20 0x000000000047306b in Fl::wait(double) () #21 0x00000000004730db in Fl::run() () #22 0x000000000040810d in main (argc=1, argv=0x7fffffffe3d8) at dillo.cc:451 Could you please have a look at this issue? Kind regards, Alex

Dec. 14, 2012

config.h.in

by onepoint＠starurchin.org

p37sitdu at lavabit.com wrote: > ^config\. is in .hgignore, bug config.h.in is tracked. It is > autogenerated, shouldn't it be removed from repo? Yes, it should. Regards, Jeremy Henty

Dec. 14, 2012

Dillo early exit

by jcid＠dillo.org

Hi there, Just noticed this: Nav_open_url: new url='http://news.bress.net/search.php?feed=149' Dns_server [0]: news.bress.net is 67.205.59.213 Connecting to 67.205.59.213 NumPendingStyleSheets=1 *** [dillo/3.0.2] This should not happen! *** Aborted This is new, as dillo from Nov 14 doesn't exit. Any clues? -- Cheers Jorge.-

Dec. 14, 2012

config.h.in

by p37sitdu＠lavabit.com

^config\. is in .hgignore, bug config.h.in is tracked. It is autogenerated, shouldn't it be removed from repo?

Dec. 14, 2012

valgrind log entry hyphenation related?

by sgeerken＠dillo.org

On Sat, Dec 01, corvid wrote: > http://starurchin.org/dillo/valgrind/5eaf94da6ca698708497c27cd3d3a50730f6f9… I hope this is fixed now. Somehow, fl_utf8fwd has got problems, especially with strings, which are not 0-terminated. OTOH, I agreed with Johannes some time ago that the UTF-8 related methods should not be part dw::core::Platform, since UTF-8 handling is not platform dependant. For fl_utf8fwd (or, Platform::nextGlyph, respectively), there is a replacement, lout::unicode::nextUtf8Char. Anything else could be completed after the release (unless there are severe problems). Parts of Fltk can be copied: the respective code is in the public domain. Sebastian

Dec. 14, 2012

BUG#1108

by jcid＠dillo.org

Hi there, This bug is a feature request: Bug: 1108 Impact: feature fault At: run time Type: other Comments: 3.0.2 Dillo goes to last viewed tab when closing a tab but when we use focus_new_tab=NO then we would like an option for when closing current tab Dillo would go to last *opened* tab (because we open tabs in the background). HTReproduce: ? focus_new_tab=NO in dillorc ? Open tab1 then a new tab2 and go to tab2 ? Open tabs in the background (tab3, tab4, tab5) with middle-clicks on links ? Close current tab2 ? Dillo focuses tab1 instead of tab5 ? new option: close_tab_focus=last_opened I just pushed a patch that sets this behaviour as default. The question is: Is it worth adding a dillorc option for this? -- Cheers Jorge.-

Dec. 14, 2012

Patch for xembed (text corrected)

by Johannes.Hofmann＠gmx.de

Hi, I test xembed support with the claws mail dillo plugin[1] and tabbed[2]. My guess is that the embedder needs to send some X events to the embedded program (dillo in this case) to make it work properly. Even with your patch dillo doesn't resize properly for me when I change the embedding window. I would look into the tabbed source code[2], which is pretty minimal. Cheers, Johannes [1] http://www.claws-mail.org/plugin.php?plugin=dillo [2] http://tools.suckless.org/tabbed/ On Mon, Dec 10, 2012 at 02:12:34PM +0100, podarcis wrote: > Hi all, > > Here is a patch to make embedding dillo into an X-window work. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > diff -r 9bad41ea1dde src/xembed.cc > --- a/src/xembed.cc Wed Dec 05 13:03:04 2012 +0100 > +++ b/src/xembed.cc Sun Dec 09 10:12:36 2012 +0100 > // TODO: Implement more XEMBED support; > > -void Xembed::show() { > +void Xembed::create() { > createInternal(xid); > setXembedInfo(1); > Fl::event_dispatch(event_handler); > diff -r 9bad41ea1dde src/xembed.hh > --- a/src/xembed.hh Wed Dec 05 13:03:04 2012 +0100 > +++ b/src/xembed.hh Sun Dec 09 10:12:36 2012 +0100 > @@ -14,10 +14,11 @@ > > public: > Xembed(uint32_t xid, int _w, int _h) : Fl_Window(_w, _h) { > - this->xid = xid; > + this->xid = xid; create(); > }; > - void show(); > + void create(); > int handle(int event); > + void resize(int x, int y, int w, int h); > }; > > #endif > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > tested with this FLTK program: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > #include <FL/Fl.H> > #include <FL/Fl_Window.H> > #include <FL/x.H> > #include <cstdio> > #include <iostream> > #include <sstream> > #include <string> > > using namespace std; > > > int main( int argc_, char *argv_[] ) > { > Fl_Window dw( 800, 600, "dillo embedded" ); > dw.resizable( &dw ); > dw.show(); > cout << "dw.xid = " << (unsigned long)fl_xid(&dw) << endl; > ostringstream cmd; > cmd << "dillo -f -g " << > dw.w() << "x" << dw.h() << " --xid " << > (unsigned long)fl_xid(&dw); > if ( argc_ > 1 ) > cmd << " " << argv_[1]; > cmd << " &"; > cout << "system '" << cmd.str() << "'" << endl; > system( cmd.str().c_str() ); > return Fl::run(); > } > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > What does NOT work is automatic resizing of the embedded dillo window, > when the size is changed. This would be nice to have. > > I do not know enough of the embedding stuff, but I wonder if the static > int event_handler() ever gets called with type ClientMessage - at least > I could not make it get there.. > > podarcis > > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Dec. 11, 2012

Tooltip bugs revisited

by corvid＠lavabit.com

Jorge wrote: > So far (and despite the warning inside FLTK), I've experimented > with a custom tooltip handling class, and a couple custom UI > widgets, that seem to work well together (i.e. solve the problem > without the workaround :) ). I see that this code is derived from the code at http://seriss.com/people/erco/fltk/#SliderTooltip I think we should mention that at the tops of the tipwin files and in AUTHORS.

Dec. 11, 2012

complex button layout and bgColor

by corvid＠lavabit.com

All of the copies of dillo that I happen to have around from the dillo3 era break on: <body text=white bgcolor=purple> <form> <button style="margin-top:200px">inside</button> </form> </body> I can get the purple if I add diff -r 0c1b7af7bf72 dw/ui.cc --- a/dw/ui.cc Mon Dec 10 22:55:07 2012 +0000 +++ b/dw/ui.cc Tue Dec 11 01:24:32 2012 +0000 @@ -285,6 +285,7 @@ layout = new Layout (createPlatform ()); setLayout (layout); layout->setWidget (widget); + layout->setBgColor (widget->getStyle()->backgroundColor); layout->connect (&layoutReceiver); } but I don't know how this is supposed to fit together.

Dec. 11, 2012