- Dillo-dev - lists.mailman3.com

ctrl-PageUp/Down
by corvid＠lavabit.com Dec. 28, 2012

Dec. 28, 2012

I notice that ctrl-PageUp/Down for cycling through tabs doesn't work when a Fl_Input has focus. I can fix that if anyone cares...

2 2

Ctrl-Tab and tabs
by Johannes.Hofmann＠gmx.de Dec. 28, 2012

Dec. 28, 2012

Hi, it seems that Ctrl-Tab no longer cycles tabs if an input field is focused. I did like the previous behaviour better, where Ctrl-Tab cycled tabs independent of where the focus was. Cheers, Johannes

4 4

penalty_em_dash_*
by jcid＠dillo.org Dec. 28, 2012

Dec. 28, 2012

Hi Sebastian, While checking the penalty_em_dash_* patch, I noticed it would be good to add and comment the hyphenation preferences in dillorc. -- Cheers Jorge.-

2 1

textarea key bindings
by corvid＠lavabit.com Dec. 27, 2012

Dec. 27, 2012

In bug 1112, Alexander asked for ctrl-backspace to work a word at a time. I put together the attached and he reports that it's working well.

1 0

show_tooltip=NO
by corvid＠lavabit.com Dec. 26, 2012

Dec. 26, 2012

tipwin still shows tooltips when show_tooltip=NO.

2 1

vsource/dpip endless loop
by corvid＠lavabit.com Dec. 26, 2012

Dec. 26, 2012

I have a recentish version of the html5 working draft as one page, and it's over 6 megs. If I view source on it, this is rather slow and gives me time to hit Escape and Ctrl-W. Then top shows vsource using all of the processor until I kill it. (gdb) bt #0 0x0804a843 in a_Dpip_dsh_read_token (dsh=0x9e7ae18, blocking=1) at dpip.c:455 #1 0x080491f9 in send_html_text (sh=0x9e7ae18, url=0x9e7ced6 "file:/home/corvid/html5.html.gz", data_size=6402268) at vsource.c:121 #2 0x08049460 in main () at vsource.c:219

2 2

How to link to a specific bug report?
by abe＠deuxchevaux.org Dec. 24, 2012

Dec. 24, 2012

Hi, I just submitted a (forwarded) bug report (#1113) and would like to link to it directly. Is there any query string parameter where I can enter the bug number? Neither "bug_number" like for the volunteer and remove CGI scripts does work nor does what=1113. In case there isn't such a featre yet, I'd be happy if you could at least e.g. <a name="1113">...</a> jump mark. Thta should be quite easy with regards to the CGI script's current output. TIA. 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)

2 2

Extensions for hyphenation
by sgeerken＠dillo.org Dec. 23, 2012

Dec. 23, 2012

Hi! At http://flpsed.org/hgweb/dillo_hyphen, you'll find some extensions for hyphenation I've not yet merged into the main repository. Still needs some documentation, but here is an overview: There are now configuration variables for dillorc (see source): penalties for hyphens, as well as the left and right side of an em-dash. The suffix "_2" means that this value is used for lines following a line which ends already with a hyphen. When this value is larger, two adjacent lines ending with a hyphen are avoided. For values, see the definition of the "badness". Typical values: 0 = Penalty used for normal spaces. 1 = A justified line with spaces having 150% or 67% of the ideal space width has this as badness. 8 = A justified line with spaces twice as wide as ideally has this as badness. "inf" may be used (preventing a break in any case); also "-inf" (forcing a break), although the latter makes no sense and may lead to strange results. There is a text page, test/hyphens-etc.html, to play around. Sebastian

4 21

[patch] dns.c: missing break in a_Dns_dillohost_to_string
by p37sitdu＠lavabit.com Dec. 20, 2012

Dec. 20, 2012

Fix is attached.

2 1

config.h.in and configure.in
by onepoint＠starurchin.org Dec. 20, 2012

Dec. 20, 2012

I thought that we agreed[1] to remove config.h.in from the repository and to rename configure.in to configure.ac . Can I make these changes or is more discussion needed? Regards, Jeremy Henty [1]: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2012-December/009618.html

2 2

[patch] send_dpip_tag in vsource.c is unused
by p37sitdu＠lavabit.com Dec. 20, 2012

Dec. 20, 2012

Attached patch removes unused function send_dpip_tag. Functions send_plain_text, send_numbered_text and send_html_text are made static.

1 0

dpid patches
by p37sitdu＠lavabit.com Dec. 18, 2012

Dec. 18, 2012

First patch is for removing expired TODO item, just resending it. Second patch is new, for dpid.c. Function fill_services_list has a bug: on line 463 there is a check *services_list != NULL. If it is true, then -1 is returned, but dpidrc_stream is not closed. Error message on line 456 says "popen failed", should be "fopen failed". fill_services_list checks for availability of user_dpidir and sys_dpidir, but after line 449 these variables are not used. They are just dFreed in the end. Looks like code was just copypasted from register_all. fill_services_list is only called from main.c:248 and dpid.c:807 of dpid.c. register_all is called from main.c:235 and dpid.c:806. So fill_services_list is always called after register_all and doing the same check is useless. On line 503 there is a conversion of services_alpha_comp to type (dCompareFunc). I changed the function services_alpha_comp to the usual style of writing comparison functions so no conversion is required. In the current state it is undefined behaviour. [1] [1] http://stackoverflow.com/questions/559581/casting-a-function-pointer-to-ano…

1 0

[patch] Gopher DPI
by p37sitdu＠lavabit.com Dec. 17, 2012

Dec. 17, 2012

I implemented basic Gopher support using DPI, patch is attached. It is already quite usable. "URL:" links are not supported, but Gopher servers send redirect pages for compatibility. The only major problem is unrecognized file types. I looked at FTP DPI. It sends Content-type: application/octet-stream. This forces Dillo to ask downloads DPI to start download. With gopher it doesn't work as downloads DPI doesn't suppport gopher. So Dillo just says "Content-Type 'application/octet-stream' not viewable.". I left it as it is for now, because I don't think adding support for all known and unknown protocols into downloads.cc is the right solution. Maybe downloads DPI protocol should be changed so Dillo would feed plugin with data it receives as octet-stream and downloads DPI would only save what it receives to disk instead of connecting to server and downloading the file itself.

4 9

Tooltip bugs revisited
by jcid＠dillo.org Dec. 17, 2012

Dec. 17, 2012

Hi there, These days I've devoted some more effort to the tooltips bug [1] and its workaround patch [2]. The motivation is that the current workaround involves a full UI and viewport expose (i.e. a full erase/redraw) that produces annoying flickering when the mouse is in the UI but outside the viewport (e.g. over the panel). Over time I've learnt to move the mouse pointer outside the panel and into the viewport to scroll without flickering (but probably I'm among the few that know this trick). 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 :) ). Testing revealed the workaround concealed another problem, which I don't remember whether it was detected before, and this is that viewport mouse events get "through" the panel UI!. How?, placing the mouse pointer over the panel (e.g. to the right of the Tools button, or even inside the Location), and scrolling a page full of links under it, will make the mouse pointer change to a hand, and the destination link appear in the status bar area. This bug is revealed by disabling the workaround: just apply the small attached patch. Clearly there's a viewport offset problem somewhere. Correcting it may save us lots of headaches in the future. Does anybody know or has a clue of where this may be happening? TIA. [1] http://lists.auriga.wearlab.de/pipermail/dillo-dev/2011-July/008494.html [2] http://lists.auriga.wearlab.de/pipermail/dillo-dev/2011-July/008515.html -- Cheers Jorge.-

2 6

Fwd: Re: Dillo early exit
by sgeerken＠dillo.org Dec. 15, 2012

Dec. 15, 2012

Somehow this post got lost ...

3 3

config.h.in
by p37sitdu＠lavabit.com Dec. 14, 2012

Dec. 14, 2012

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

4 7

valgrind log entry hyphenation related?
by corvid＠lavabit.com Dec. 14, 2012

Dec. 14, 2012

http://starurchin.org/dillo/valgrind/5eaf94da6ca698708497c27cd3d3a50730f6f9…

2 2

Dillo early exit
by sgeerken＠dillo.org Dec. 14, 2012

Dec. 14, 2012

On Fri, Dec 14, Sebastian Geerken wrote: > The HTML parser passes invalid UTF-8 to dw::Textblock. I will make > nextUtf8Char more robust (of course, dillo should not crash), ... Done. Both pages work now. Sebastian

1 0

Segfault when opening Dillo bugs database
by Hole.destructor＠gmx.de Dec. 14, 2012

Dec. 14, 2012

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

1 0

Dillo early exit
by jcid＠dillo.org Dec. 14, 2012

Dec. 14, 2012

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.-

1 0

BUG#1108
by jcid＠dillo.org Dec. 14, 2012

Dec. 14, 2012

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.-

1 0

complex button layout and bgColor
by corvid＠lavabit.com Dec. 11, 2012

Dec. 11, 2012

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.

1 0

Patch for xembed
by podarcis＠lavabit.com Dec. 10, 2012

Dec. 10, 2012

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: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I do not know enough of the embedding stuff, but I wonder if the static int event_handler~~~~~~~~~~~~~~~ #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. podarcis

1 0

<button> rendering
by corvid＠lavabit.com Dec. 10, 2012

Dec. 10, 2012

As Html_tag_open_button() says, /* * Buttons are rendered on one line, this is (at several levels) a * bit simpler. May be changed in the future. */ For some time I've wondered: How hard would it be to fix that?

1 0

BUG #1109
by jcid＠dillo.org Dec. 9, 2012

Dec. 9, 2012

Hi, I contacted Sergio (submitter of BUG #1109), and here we have something weird. He reports crashes or weird behaviour. If you open [1] with dillo, the "Component:" selection list gets overdrawn over and over. Some more details here [2] (backtraces, etc). As from the backtraces, it crashed with event 11 (MOVE) inside a FLTK menu. I wonder what makes this particular menu different from the others in the same page. [1] https://bugzilla.redhat.com/query.cgi?format=advanced [2] https://bugzilla.redhat.com/show_bug.cgi?id=884778 -- Cheers Jorge.-

2 5

Unused?: the url tag in the DPI start_send_page command
by onepoint＠starurchin.org Dec. 9, 2012

Dec. 9, 2012

Everything that sends the start_send_page DPI command also sends a url attribute with it, but I think this attribute is always ignored. Dillo processes the command in capi.c but it does nothing with it because the Cache is already set up to receive the following raw data. So it doesn't look at any attributes. The only other thing that receives a start_send_page is the view source DPI and it doesn't look at any of the attributes either (it extracts a url from the previous tag in the stream, which it then sends back to Dillo to be ignored). So what is this attribute for? Future use? Or is it something that just never got used? Regards, Jeremy Henty

2 2

rm test/fltk_browser
by corvid＠lavabit.com Dec. 9, 2012

Dec. 9, 2012

I'd like to delete test/fltk_browser.cc. I was just reimplementing FltkListResource to use Fl_Browser instead of Fl_Tree (not to put in this release, although it seems to be working), and the existence of that little file doesn't...test anything, or make some obscure concepts clear, or anything...

2 1

[patch] dpid/dpid.c unused variable
by p37sitdu＠lavabit.com Dec. 7, 2012

Dec. 7, 2012

Patch removes unused variable usr_srv_num.

2 1

ideographic, zero-width space
by corvid＠lavabit.com Dec. 6, 2012

Dec. 6, 2012

Would it make the most sense for the handling of ideographic characters and zero-width space to go somewhere in textblock these days instead of html.cc?

2 1

Patch set: improve window titles
by onepoint＠starurchin.org Dec. 6, 2012

Dec. 6, 2012

OK: here is the complete set: Patch: dpi-downloads_window_titles Nice window titles for the Downloads DPI (which is the only DPI that creates windows). http://starurchin.org/dillo/patch/dpi-downloads_window_titles.html Patch: dillo_window_titles Nice window titles for Dillo. http://starurchin.org/dillo/patch/dillo_window_titles.html Patch: dillo_window_titles_parameterise Make all the window titles parameters of the functions that create them instad of hardwiring them. Rename some variables (some titles were named "msg") and swap two function parameters for consistency. Titles may be NULL or empty, in which case we default to what we had before. NB: choice5 also handles a NULL msg, since msg may be read from a DPIP tag in a "dialog" DPI command and this returns NULL if the tag does not contain the key "msg". Patch: dpip-dialog_titles Make all DPIs that use the "dialog" command supply a title. (There is one instance of this in the hello DPI and many in the https DPI.) http://starurchin.org/dillo/patch/dpip-dialog_titles.html Please comment. There is nothing complicated or disruptive here - just some minor polishing of the GUI and the code base. No functionality is changed. I will push after the weekend if noone objects. (It's nice to be hacking on Dillo again!) Regards, Jeremy Henty

3 2

ask for ipv4 addresses only in getaddrinfo() if ipv6 is disabled
by corvid＠lavabit.com Dec. 1, 2012

Dec. 1, 2012

Johannes committed: > This speeds up dns requests quite a bit in my setup. So much faster! :)

1 0

Patch: improve window titles for the downloads DPI
by onepoint＠starurchin.org Dec. 1, 2012

Dec. 1, 2012

Comments on this tiny patch? http://starurchin.org/dillo/patch/dpi-downloads_window_titles.html I thought it looked a little unprofessional to have default dialog titles like "Unnamed". Any objections to me pushing this? Regards, Jeremy Henty

2 2

hyphenation in dillo
by sgeerken＠dillo.org Nov. 28, 2012

Nov. 28, 2012

Hi! At <http://flpsed.org/hgweb/dillo_hyphen/>, you'll find a version of dillo which automatically hyphenates words, using the algorith by Frank Liang (which is also used by TeX). It is still quite messy, but works already rather stable. Some manual work is neccessary (from dillo_hyphen): mkdir /usr/local/lib/dillo/hyphenation cp test/hyph-de-1996.pat /usr/local/lib/dillo/hyphenation/de.pat cp test/hyph-en-us.pat /usr/local/lib/dillo/hyphenation/en.pat For other language, the files in the CTAN should be converted. For playing around, try this one: <http://de.wikisource.org/wiki/Spezial:Zuf%C3%A4llige_Seite> :-) Sebastian

6 38

soft hyphen and hyphenation
by Johannes.Hofmann＠gmx.de Nov. 28, 2012

Nov. 28, 2012

Hi, is it correct that we use a soft hyphen (0xc2 0xad) to draw the hyphen when breaking words? It seems to draw ok with fltk/X11, but wouldn't an unconditional hyphen 0xE2 0x80 0x90 be more correct? I'm asking because e.g the Apple drawing library doesn't seem to draw the soft hyphen if it thinks there should be no line break. Cheers, Johannes

3 9

valgrind complaints when running datauri
by corvid＠lavabit.com Nov. 25, 2012

Nov. 25, 2012

Jeremy's valgrind logs have had a couple of these recently, e.g., http://starurchin.org/dillo/valgrind/5b601af9ce7facc17690b88c4323c194fded01… I found that - after dpidc stop - valgrind --leak-check=full --trace-children=yes dillo - going to http://jimbojw.com/wiki/index.php?title=Data_URI_Explained - and pasting in the second example (the percent-encoded one, not the base64 one) gets me: ==20817== Invalid read of size 4 ==20817== at 0x804AED5: dStr_insert_l (dlib.c:287) ==20817== by 0x804AFB5: dStr_append_l (dlib.c:308) ==20817== by 0x8049317: main (datauri.c:332) ==20817== Address 0x41cbbb0 is 0 bytes after a block of size 664 alloc'd ==20817== at 0x402AE29: realloc (vg_replace_malloc.c:662) ==20817== by 0x804A736: dRealloc (dlib.c:53) ==20817== by 0x804918B: datauri_get_data (datauri.c:273) ==20817== by 0x80492E1: main (datauri.c:324) ==20817== ==20817== ==20817== Process terminating with default action of signal 11 (SIGSEGV): dumping core Valgrind has options for debugging, but I haven't had any luck with getting them to work so far. I'm imagining that this might have to do with only being able to send part of the data at a time when everything's sluggish due to valgrind, but I don't know datauri/dpip well enough to go straight for the most likely spots... PS I don't trust the "by 0x8049317: main (datauri.c:332)" line because I have -O0, and sometimes it's had some 0x40... address instead that it describes as being below main. PPS I find myself wishing that we could have the dpis back in dillo.

2 2

missing redraw?
by corvid＠lavabit.com Nov. 18, 2012

Nov. 18, 2012

I was looking at the source for http://omicsomics.blogspot.com/ , and there was a little bit of first-column background color visible in the second column. Switching to another tab and back shows that the first column is really a little wider than what is initially seen. This problem appears to pre-date the inclusion of hyphenation.

2 1

Handling preferences
by sgeerken＠dillo.org Nov. 16, 2012

Nov. 16, 2012

Hi! I'm just working on making some values related to hyphenation configurable via dillorc. A long time ago (before the Fltk port), Dw directy accessed the prefs module for the value limit_text_width. When Dw was ported to Fltk (which was largely a rewrite), it was seperated, so it does not depend on prefs anymore. However, this made it necessary to pass the value of prefs.limit_text_width to dw::Textblock in the constructor. Now, I do not want to extend dw::Textblock::Textblock() by a couple of new parameters. Instead, I though of storing the values directly in Dw (initialized by feasable standard values), and the prefs parser must store them there. This way, Dw is still independent. This could be adapted in other modules. Currenty, my code is this: 1. The new values are still stored in DilloPrefs. 2. There is a static method dw::Textblock::init, which called in main, after the prefs parser: @@ -50,6 +50,7 @@ #include "auth.h" #include "dw/fltkcore.hh" +#include "dw/textblock.hh" /* * Command line options structure @@ -359,6 +360,8 @@ a_Cookies_init(); a_Auth_init(); + dw::Textblock::init (prefs.penalty_hyphen, prefs.penalty_hyphen_2); + /* command line options override preferences */ if (options_got & DILLO_CLI_FULLWINDOW) prefs.fullwindow_start = TRUE; Any thoughts/comments? Sebastian

3 5

fill in that little square that the scrollbars form
by corvid＠lavabit.com Nov. 14, 2012

Nov. 14, 2012

I don't know this drawing/damage code well enough to know whether this is the best way to go about it, but it appears to work.

2 1

tab state
by corvid＠lavabit.com Nov. 11, 2012

Nov. 11, 2012

How much trouble would it be to make tabs show whether they are - waiting for reply - receiving data - done It'd be quite useful...

1 0

fltk linkage
by corvid＠lavabit.com Nov. 10, 2012

Nov. 10, 2012

In September 2011, I wrote: > Do we still have a reason for telling people to stick with > static linkage when building fltk? I was thinking about what our installation instructions should look like these days, and how everyone has a decent chance of having a fltk-1.3 package available and it may not be best to tell them to run off and compile fltk unless fltk-config --version doesn't tell them any good news and they can't get a pkg... and this led me to wonder about the necessity/appropriateness of static linking. All that I found in the archive was me wondering about it last year and no one replying to me. Well, except this now. I'm replying to me, if that counts.

3 3

dFree()
by corvid＠lavabit.com Nov. 9, 2012

Nov. 9, 2012

If dFree() is just free() now, is there a good reason not to remove it?

3 3

Tab closing order
by jcid＠dillo.org Nov. 8, 2012

Nov. 8, 2012

Hi there, Just committed a patch that improves the workflow for those of use that make regular use of tabbed browsing. Now, upon closing the active tab, the browser focuses the previously visited one (before it was just an adjacent one). Dillo now remembers the full focus history of them. I hope you like it as much as I do. ;) -- Cheers Jorge.-

2 2

fltk release
by corvid＠lavabit.com Nov. 8, 2012

Nov. 8, 2012

I was thinking of making README and the website not so 1.3.0-specific now that 1.3.1 is out, but it would be nice to get a few reports of it working fine for you first. (I update from their repository from time to time, and all has been well here.)

2 1

'#' in file url
by corvid＠lavabit.com Nov. 8, 2012

Nov. 8, 2012

I had two files with '#' in their names that I wanted to view -- file#1.png and file#2.png -- and dillo showed me the same file in each tab.

2 6

' and xhtml
by corvid＠lavabit.com Nov. 7, 2012

Nov. 7, 2012

Jeremy wanted to add apos a long time ago, and it didn't happen then, but we did give in and accept application/xhtml+xml--let's see--two years ago now, so I wonder whether conditions have changed.

2 3

hyphenation pattern files
by corvid＠lavabit.com Nov. 6, 2012

Nov. 6, 2012

What do we plan to distribute? I was looking up where the ones in test/ come from, and for instance http://mirrors.ctan.org/language/hyphenation/ushyph/ushyph.tex says: % Copyright (C) 1990, 2004, 2005 Gerard D.C. Kuiken. % Copying and distribution of this file, with or without modification, % are permitted in any medium without royalty provided the copyright % notice and this notice are preserved. ..but we just have this bare pattern list available in the repository.

3 3

Changes in hyphenation
by sgeerken＠dillo.org Nov. 3, 2012

Nov. 3, 2012

Hi! I just pulled some change to make <pre> work. Please test it again, even things which have worked recently, so that we can be sure that nothing is broken again. Sebastian

4 7

Keyboard shortcuts for (long) options menu
by jcid＠dillo.org Nov. 1, 2012

Nov. 1, 2012

Hi there, I Just committed a patch for those long option menus that take a long time to scroll to the desired item. It jumps to the next menuitem whose label starts with the pressed key. If there's more than one item starting with the same letter, it goes to the next one, then wraps. This works when the OPTION menu is _focused_, not displayed. FLTK has a hacked way of handling menus which will change in FLTK3 [1] [2] (It still amazes me how some simple things can take so much guess work with FLTK). Making shortcuts work when the menu is displayed would involve copying a lot of code and dealing with hackish FLTK internals, which is not stable, and most probably not worth the effort. It seems wiser to use this workaround until FLTK3 solves the problem [2]. So far it works quite well for a page with a very long option menu I happen to use very often. Please test. How? just focus the option menu with two clicks (one popups, the next one closes it, but leaving it focused), then press the desired key (first letter of your item label), and voila. BTW, I remember corvid made a comment on this long ago, but couldn't find the post... @corvid: you may feel like adding utf8 support. HTH [1] http://fltk.org/newsgroups.php?s1060+gfltk.general+v1070+T0+Qmenu+scrolling [2] http://fltk.org/newsgroups.php?s1080+gfltk.general+v1087+T0+Qmenu+scrolling -- Cheers Jorge.-

2 2

experimental code: highlighting and scrolling
by corvid＠lavabit.com Oct. 21, 2012

Oct. 21, 2012

I was thinking how unpleasant it is when you are highlighting text and you release the button outside the viewport, and the text doesn't get copied. (Even harder to keep in mind is when the canvas is shorter than the viewport, and you go past the bottom of the canvas.) ..and then I wanted to see whether I could make the page scroll when highlighting outside the viewport like firefox does...

2 2

https unpleasantness
by corvid＠lavabit.com Oct. 18, 2012

Oct. 18, 2012

I recompiled the https dpi today, and it no longer wanted to work. I had upgraded slackware in recent weeks, so my openssl version has gone from 0.9.8x to 1.0.1c, which may or may not be relevant at all. The SSL_connect() was failing. Adding in some error-printing got me "error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol". The search engine suggested that one possibility was that a server could be displeased with a cipher that's offered, so I changed SSL_set_cipher_list(ssl_connection, "ALL"); to "TLSv1" randomly, and it now worked. https://www.openssl.org/docs/apps/ciphers.html shows lots of possibilities, and I tried "DEFAULT". This worked as well. It sounds like the difference is that the default doesn't include aNULL ciphers. Another page says that aNULL means cipher suites that do not offer authentication. I don't really know what's going on here, obviously.

5 6