- Dillo-dev - lists.mailman3.com

Dillo_grows merged

by eocene＠gmx.com

On Sun, Apr 24, 2016 at 09:15:42PM +0200, Sebastian Geerken wrote: > On Tue, Apr 19, 2016, eocene wrote: > > > > Here's a segfault backtrace that I just got: > > > > #0 0x080ab83d in dw::Textblock::sizeRequestReference (this=0x955e260, > > index=-1224641713) at textblock.cc:423 > > #1 0x080bcd63 in dw::oof::OOFAwareWidget::OOFAwareWidgetIterator::numParts ( > > this=0x9e446a8, sectionIndex=-1, numContentsInFlow=0) > > at oofawarewidget_iterator.cc:84 > > I do not understand what has actually happens (look at the code). Did > you compile dillo with -O2 or -O0? Can you provide a test case how > this is reproduced? > > Perhaps this is related to another prolem: valgrind prints some > warnings, which neither make sense to me. As I recall, I was double-checking whether the textarea row attr default was still 2 in html5 (https://www.w3.org/TR/html51/sec-forms.html#the-textarea-element) searching for "rows ". But when I try this again, it doesn't crash. FWIW, I compiled with -O0. *tries valgrind* I do get a number of "Conditional jump or move depends on uninitialised value(s)" when the page loads. Searching the page doesn't cause any more, though.

April 24, 2016

https://www.google.com/search?ie=UTF-8&oe=UTF-8&q=dillo

by nick＠linicks.net

Hi Seb, On 24/04/16 12:24, Sebastian Geerken wrote: > Hi! > > Since we do not have a tracking system, I suggest a new thread for > every issue, with some identifier (e. g. a URL) as subject. Please > focus on regressions: bugs not present in dillo 3.0.5. > > As for <https://www.google.com/search?ie=UTF-8&oe=UTF-8&q=dillo>, the > problem are floating inline-blocks (see Johannes' posting and my > answer). Floats positioned side by-side are not an issue for the next > release, so I see two possibilities: > > 1. Leave it as it is, and start on an other positioning after the next > release. > > 2. Deactivate inline-blocks for the next release, and re-activate as > soon as side-by-side positioning of floats is implemented. This > way, dillo 3.1 would render Google like 3.0.5. > > The latter is rather simple: > > diff -r 7c2e27119432 src/html.cc > --- a/src/html.cc Sun Apr 24 12:21:07 2016 +0200 > +++ b/src/html.cc Sun Apr 24 13:23:10 2016 +0200 > @@ -4036,7 +4036,7 @@ > Html_display_block(html); > break; > case DISPLAY_INLINE_BLOCK: > - Html_display_inline_block(html); > + //Html_display_inline_block(html); > break; > case DISPLAY_LIST_ITEM: > Html_display_listitem(html); > > What do you think? Magic! That also fixes the big gaps where adverts are placed, i.e.: http://www.boards2go.com/boards/board.cgi?user=dharrison I like it - and as you say, once the other implementation is done, turn it on again. Gets my vote, and I am running with it now :) Thanks, Nick -- Gosh that takes me back... or is it forward? That's the trouble with time travel, you never can tell." -- Doctor Who "Androids of Tara"

April 24, 2016

https://www.google.com/search?ie=UTF-8&oe=UTF-8&q=dillo

by sgeerken＠dillo.org

Hi! Since we do not have a tracking system, I suggest a new thread for every issue, with some identifier (e. g. a URL) as subject. Please focus on regressions: bugs not present in dillo 3.0.5. As for <https://www.google.com/search?ie=UTF-8&oe=UTF-8&q=dillo>, the problem are floating inline-blocks (see Johannes' posting and my answer). Floats positioned side by-side are not an issue for the next release, so I see two possibilities: 1. Leave it as it is, and start on an other positioning after the next release. 2. Deactivate inline-blocks for the next release, and re-activate as soon as side-by-side positioning of floats is implemented. This way, dillo 3.1 would render Google like 3.0.5. The latter is rather simple: diff -r 7c2e27119432 src/html.cc --- a/src/html.cc Sun Apr 24 12:21:07 2016 +0200 +++ b/src/html.cc Sun Apr 24 13:23:10 2016 +0200 @@ -4036,7 +4036,7 @@ Html_display_block(html); break; case DISPLAY_INLINE_BLOCK: - Html_display_inline_block(html); + //Html_display_inline_block(html); break; case DISPLAY_LIST_ITEM: Html_display_listitem(html); What do you think? Sebastian

April 24, 2016

GROWS fixes

by jcid＠dillo.org

Hi, On Sat, Apr 23, 2016 at 05:33:53PM +0100, Nick Warne wrote: > Hi Seb, > > On 23/04/16 17:04, Sebastian Geerken wrote: > >Hi! > > > >After the recent changes, dillo handles 'height' specially for tables > >and textblocks: now, it is not possible anymore that the height of > >table or a textblock is less than the inherent height. This fixes > > > >- <http://forums.thinkbroadband.com> and > >- <https://linicks.net/AnAdIc/> (looks as with dillo 3.0.5). > > > >For tables, dillo behaves the same way as Firefox; for textblock not > >quite, but somewhat similar as dillo 3.0.5. This means that there is > >no regression, and that texblock heights may be worked on after the > >next release. Also very good in this case [1]! [1] http://www.btgpactual.mdgms.com/www/chile/resume.html -- Cheers Jorge.-

April 23, 2016

GROWS fixes

by nick＠linicks.net

Hi Seb, On 23/04/16 17:04, Sebastian Geerken wrote: > Hi! > > After the recent changes, dillo handles 'height' specially for tables > and textblocks: now, it is not possible anymore that the height of > table or a textblock is less than the inherent height. This fixes > > - <http://forums.thinkbroadband.com> and > - <https://linicks.net/AnAdIc/> (looks as with dillo 3.0.5). > > For tables, dillo behaves the same way as Firefox; for textblock not > quite, but somewhat similar as dillo 3.0.5. This means that there is > no regression, and that texblock heights may be worked on after the > next release. Brilliant job - thank you very much. Since I 'rediscovered Dillo' after 14 years or so, I am using it now more and more every day. So fast. I also wish more people would produce 'proper' web pages - Dillo is far the best on these - e.g. one game I play twice a day is the great 'scrabble challenge': http://ironphoenix.org/scrabble/ Just bloody perfect in Dillo! Again, many thanks, Nick -- Gosh that takes me back... or is it forward? That's the trouble with time travel, you never can tell." -- Doctor Who "Androids of Tara"

April 23, 2016

GROWS fixes

by sgeerken＠dillo.org

Hi! After the recent changes, dillo handles 'height' specially for tables and textblocks: now, it is not possible anymore that the height of table or a textblock is less than the inherent height. This fixes - <http://forums.thinkbroadband.com> and - <https://linicks.net/AnAdIc/> (looks as with dillo 3.0.5). For tables, dillo behaves the same way as Firefox; for textblock not quite, but somewhat similar as dillo 3.0.5. This means that there is no regression, and that texblock heights may be worked on after the next release. Sebastian

April 23, 2016

Dillo_grows merged

by jcid＠dillo.org

On Mon, Apr 18, 2016 at 06:16:40PM +0200, Sebastian Geerken wrote: > Hi! > > The dillo_grows repository has just been merged into the main > repository at <http://hg.dillo.org/dillo>. > > Hopefully, this will mean that all these changes will soon make it > into a new release. My testing went great so far, so +1. Again, I'm very pleased to have dillo's speed back! 8-) -- Cheers Jorge.-

April 23, 2016

Dillo not displaying some PNG in the page, but displays it separately.

by nick＠linicks.net

On 22/04/16 15:27, Francis Daly wrote: > I'd consider it "convenience" rather than "ad-block effort"; but I already > expect many web pages not to be "fully functional" with a browser which > doesn't do exactly what they want, so I accept it. I think this is a great feature of Dillo. I also use certain adblock plug-ins in Firefox (for years, actually). My thoughts on this are as follows: I pay for my ADSL connection and access to the Internet. I run my own website, mail server etc. which is sort of my hobby and free. Now, if a website needs to derive money to succeed to run, then the first page you hit should be this, and nothing more: THIS SITE HAS ADVERTS THAT FUND OUR CONTENT: [button]PROCEED? That way, people can decide if they want so see adverts or not, and just bugger off somewhere else if not. Dillo does it right, IMHO. Nick -- Gosh that takes me back... or is it forward? That's the trouble with time travel, you never can tell." -- Doctor Who "Androids of Tara"

April 22, 2016

Dillo not displaying some PNG in the page, but displays it separately.

by johnfound＠asm32.info

On Fri, 22 Apr 2016 18:05:44 +0300 John Found <johnfound at asm32.info> wrote: > I wish I were able to make it, but unfortunately my C/C++ skills ends somewhere between "./configure --help" and "#include <iostream>;" (the second one by searching in google). :D > > Best Regards. > But if you plan to port Dillo to assembly language or need some asm code inside, I will be glad to write it. -- http://fresh.flatassembler.net http://asm32.info John Found <johnfound at asm32.info>

April 22, 2016

Dillo not displaying some PNG in the page, but displays it separately.

by johnfound＠asm32.info

On Fri, 22 Apr 2016 11:04:20 -0300 Jorge Arellano Cid <jcid at dillo.org> wrote: > On Fri, Apr 22, 2016 at 01:37:45PM +0300, John Found wrote: > > [...] > > P.S. BTW, is there a way to make SVG images to be displayed in Dillo? > > No, there's no SVG image support in dillo yet. > > It should not be hard to implement though, but it needs an effort > similar to GIF or PNG or JPEG code. Patch welcomed! ;) > I wish I were able to make it, but unfortunately my C/C++ skills ends somewhere between "./configure --help" and "#include <iostream>;" (the second one by searching in google). :D Best Regards. > -- > Cheers > Jorge.- > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev -- http://fresh.flatassembler.net http://asm32.info John Found <johnfound at asm32.info>

April 22, 2016

Dillo not displaying some PNG in the page, but displays it separately.

by francis＠daoine.org

[ Adding dillo-dev back to Cc: ] On Fri, Apr 22, 2016 at 04:15:49PM +0300, John Found wrote: > On Fri, 22 Apr 2016 13:49:33 +0100 Francis Daly <francis at daoine.org> wrote: Hi there, > > The image link is /!avatar/nestava?v= which returns a redirection. > > > > Well, yes, I forgot about the redirection. It is because "anon.png" is the fallback image for the users that have no avatar image set in their account. Yes. If you wanted to change your site to make it look prettier in old-and-current-dillo, you could change the piece that sends that redirection to instead send the content of the image. It probably is not worth doing that, though. > But I am not very agree with the assumption from the FAQ, that "These have a strong tendency to be advertisements." I suspect that the FAQ describes the author's thoughts at the time, and describes the state of current-dillo. > At first it depends whether it is redirection to the same domain or the 3rd party ad-provider. If you can encourage someone to design and implement the code to handle that, I expect it will be welcomed either into stock-dillo or as an external patch. > At second, such fragmentary "ad-blocking" will not stop the ads at all, but combined with the Dillo not finished state, it looks more like a bug that like an ad-block effort. I'd consider it "convenience" rather than "ad-block effort"; but I already expect many web pages not to be "fully functional" with a browser which doesn't do exactly what they want, so I accept it. Cheers, f -- Francis Daly francis at daoine.org

April 22, 2016

Dillo not displaying some PNG in the page, but displays it separately.

by jcid＠dillo.org

On Fri, Apr 22, 2016 at 01:49:33PM +0100, Francis Daly wrote: > On Fri, Apr 22, 2016 at 01:37:45PM +0300, John Found wrote: > > Hi there, > > > http://board.asm32.info/iztriwane_na_temi_52/#15109 > > > > "Isolate the image" from the context menu works and the image is displayed. > > "Open image in new tab" also works. > > http://www.dillo.org/FAQ.html#q28 > > Item 2 there. > > The image link is /!avatar/nestava?v= which returns a redirection. That's it. Just add an img URL that doesn't redirect and it'll work. -- Cheers Jorge.-

April 22, 2016

Dillo not displaying some PNG in the page, but displays it separately.

by jcid＠dillo.org

On Fri, Apr 22, 2016 at 01:37:45PM +0300, John Found wrote: > [...] > P.S. BTW, is there a way to make SVG images to be displayed in Dillo? No, there's no SVG image support in dillo yet. It should not be hard to implement though, but it needs an effort similar to GIF or PNG or JPEG code. Patch welcomed! ;) -- Cheers Jorge.-

April 22, 2016

Dillo not displaying some PNG in the page, but displays it separately.

by nick＠linicks.net

Hi John, On 22/04/16 11:37, John Found wrote: > The image in question is this: > > http://board.asm32.info/images/anon.png > > It can (actually can't) be seen in a page as the default avatar image in my forum engine. For example, see the post: > > http://board.asm32.info/iztriwane_na_temi_52/#15109 > > "Isolate the image" from the context menu works and the image is displayed. > "Open image in new tab" also works. I think this is an HTML error in the page. Your avatar reads: <img class="avatar" src="/!avatar/nestava?v="> But the next post shows: <img class="avatar" src="/!avatar/admin?v=1461063537"> i.e. there seems to be some sort of number ID missing. Why opening in a new tab etc. works I don't know. Nick -- Gosh that takes me back... or is it forward? That's the trouble with time travel, you never can tell." -- Doctor Who "Androids of Tara"

April 22, 2016

Dillo not displaying some PNG in the page, but displays it separately.

by francis＠daoine.org

On Fri, Apr 22, 2016 at 01:37:45PM +0300, John Found wrote: Hi there, > http://board.asm32.info/iztriwane_na_temi_52/#15109 > > "Isolate the image" from the context menu works and the image is displayed. > "Open image in new tab" also works. http://www.dillo.org/FAQ.html#q28 Item 2 there. The image link is /!avatar/nestava?v= which returns a redirection. f -- Francis Daly francis at daoine.org

April 22, 2016

Dillo not displaying some PNG in the page, but displays it separately.

by johnfound＠asm32.info

The image in question is this: http://board.asm32.info/images/anon.png It can (actually can't) be seen in a page as the default avatar image in my forum engine. For example, see the post: http://board.asm32.info/iztriwane_na_temi_52/#15109 "Isolate the image" from the context menu works and the image is displayed. "Open image in new tab" also works. P.S. BTW, is there a way to make SVG images to be displayed in Dillo? Regards. -- http://fresh.flatassembler.net http://asm32.info John Found <johnfound at asm32.info>

April 22, 2016

FW: Commands on Dillo

by higuita7＠yahoo.co.uk

On Thu, 21 Apr 2016 19:42:57 +0100, Nick Warne <nick at linicks.net> wrote: > right+left mouse buttons work OK. This is a emulation for the middle click... you can middle click directly if you have that mouse button Higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

April 21, 2016

FW: Commands on Dillo

by nick＠linicks.net

On 21/04/16 02:54, Marcos D. wrote: > Let me explain: > I'm using DIllo on Ubuntu 12.04.I can't paste URL to address bar, for example.Or, I can't copy text from a page on Dillo to a notepad... > Marcos D. >> On 21/04/2016, Marcos D. <marcos-escola at outlook.com> wrote: >> > Hi; >> > >> > I'm not sure if this happens only on my device, but, I can't Copy and >> > Paste in Dillo (3.0.2 and 3.0.5). >> > There is a way to enable this commands, or it's going to be available in >> > a future version? I don't understand. How do you do it? I use Slackware with xfce4, and just selecting text with the mouse, Ctrl+c and then Ctrl+v pastes it. Even just selecting text then right+left mouse buttons work OK. ? Nick -- Gosh that takes me back... or is it forward? That's the trouble with time travel, you never can tell." -- Doctor Who "Androids of Tara"

April 21, 2016

FW: Commands on Dillo

by marcos-escola＠outlook.com

Let me explain: I'm using DIllo on Ubuntu 12.04.I can't paste URL to address bar, for example.Or, I can't copy text from a page on Dillo to a notepad... Marcos D. > On 21/04/2016, Marcos D. <marcos-escola at outlook.com> wrote: > > Hi; > > > > I'm not sure if this happens only on my device, but, I can't Copy and > > Paste in Dillo (3.0.2 and 3.0.5). > > There is a way to enable this commands, or it's going to be available in > > a future version? > > > > Thanks; > > Marcos D. > > > > Twitter: @marcos_5000 > >

April 21, 2016

Commands on Dillo

by marcos-escola＠outlook.com

Hi; I'm not sure if this happens only on my device, but, I can't Copy and Paste in Dillo (3.0.2 and 3.0.5). There is a way to enable this commands, or it's going to be available in a future version? Thanks; Marcos D. Twitter: @marcos_5000

April 20, 2016

Dillo_grows merged

by nick＠linicks.net

On 18/04/16 17:16, Sebastian Geerken wrote: > Hi! > > The dillo_grows repository has just been merged into the main > repository at <http://hg.dillo.org/dillo>. > > Hopefully, this will mean that all these changes will soon make it > into a new release. OK, with a few of the *fixes* in place, I can't believe that Dillo could get any faster ~ but it does! Great job, thank you! Nick -- Gosh that takes me back... or is it forward? That's the trouble with time travel, you never can tell." -- Doctor Who "Androids of Tara"

April 19, 2016

Dillo_grows merged

by nick＠linicks.net

On 18/04/16 20:34, higuita wrote: > On Mon, 18 Apr 2016 17:45:54 +0100, Nick Warne <nick at linicks.net> wrote: >> The forums previously mentioned still get stuck at the front with no >> scrolling available: >> >> http://forums.thinkbroadband.com > > This one, if we disable embedded CSS, it will revert back to the > old style Thanks! I am a fool for not thinking to try that. OK, dillo-dev can be used and tested by me at least :) Nick -- Gosh that takes me back... or is it forward? That's the trouble with time travel, you never can tell." -- Doctor Who "Androids of Tara"

April 19, 2016

Dillo_grows merged

by nick＠linicks.net

On 18/04/16 21:10, Sebastian Geerken wrote: > On Mon, Apr 18, 2016, higuita wrote: >> On Mon, 18 Apr 2016 17:45:54 +0100, Nick Warne <nick at linicks.net> wrote: >> > The forums previously mentioned still get stuck at the front with no >> > scrolling available: >> > >> > http://forums.thinkbroadband.com >> >> This one, if we disable embedded CSS, it will revert back to the >> old style > > If you put the line > > div, table { height: auto !important } > > into ~/.dillo/style.css, then both <http://forums.thinkbroadband.com> > and <https://linicks.net/AnAdIc/> will be rendered as by dillo 3.0.5. > > This is not a solution, of course, but shows the root of the problem. > Actually, it may be an option to turn of CSS `height` for some > elements (for which dillo 3.0.5 does not support `height`) and work on > this issue for the release after 3.1. OK, great. The other solution for the broadband forums is even better - so good stuff. Thanks! Nick -- Gosh that takes me back... or is it forward? That's the trouble with time travel, you never can tell." -- Doctor Who "Androids of Tara"

April 19, 2016

Dillo_grows merged

by johannes.hofmann＠gmx.de

On Mon, Apr 18, 2016 at 10:16:48PM +0200, Sebastian Geerken wrote: > On Mo, Apr 18, 2016, Johannes Hofmann wrote: > > the Google issue can be reproduced with > > > > <div> > > <div style="float:left;display:inline-block">dillo</div> > > <div style="float:left;display:inline-block">dillo</div> > > <div style="float:left;display:inline-block">dillo</div> > > </div> > > > > which did render one block next to the other in dillo 3.0.5 and > > now renders each block below each other. > > Yes, floats are always positioned one below the other, never side by > side, as most other browsers do. I've plans to implement the latter, > but is is nothing to be done for the short term. > > It is interesting that dillo 3.0.5 shows them side by side (actually > like an inline element), although `display:inline-block` is not > supported before 3.1. Is there some workaround? inline-block was treated as inline in dillo 3.0.5 which happens to look "ok" for the google case. Johannes

April 19, 2016

Dillo_grows merged

by eocene＠gmx.com

Here's a segfault backtrace that I just got: #0 0x080ab83d in dw::Textblock::sizeRequestReference (this=0x955e260, index=-1224641713) at textblock.cc:423 #1 0x080bcd63 in dw::oof::OOFAwareWidget::OOFAwareWidgetIterator::numParts ( this=0x9e446a8, sectionIndex=-1, numContentsInFlow=0) at oofawarewidget_iterator.cc:84 #2 0x080bcc0e in dw::oof::OOFAwareWidget::OOFAwareWidgetIterator::OOFAwareWidgetIterator (this=0x9e446a8, widget=0x9484458, mask=108, atEnd=true, numContentsInFlow=0) at oofawarewidget_iterator.cc:46 #3 0x080b40a3 in dw::Textblock::TextblockIterator::TextblockIterator ( this=0x9e446a8, textblock=0x9484458, mask=108, atEnd=true) at textblock_iterator.cc:36 #4 0x080ad18a in dw::Textblock::iterator (this=0x9484458, mask=108, atEnd=true) at textblock.cc:1172 #5 0x080d092f in dw::core::DeepIterator::prev (this=0x923c848) at iterator.cc:711 #6 0x080d099f in dw::core::DeepIterator::prev (this=0x923c848) at iterator.cc:723 #7 0x080d0dc6 in dw::core::CharIterator::prev (this=0x9e446d8) at iterator.cc:825 #8 0x080cf0ab in dw::core::FindtextState::search0 (this=0x91554fc, backwards=true, firstTrial=false) at findtext.cc:273 #9 0x080ceaf8 in dw::core::FindtextState::search (this=0x91554fc, key=0x94e9dd0 "rows ", caseSens=false, backwards=true) at findtext.cc:113 #10 0x0805aa01 in dw::core::Layout::search (this=0x9155430, str=0x94e9dd0 "rows ", caseSens=false, backwards=1) at ../dw/layout.hh:431 #11 0x0805a703 in a_UIcmd_findtext_search (bw=0x91550a0, key=0x94e9dd0 "rows ", case_sens=0, backward=1) at uicmd.cc:1484 #12 0x08090973 in Findbar::searchBackwards_cb (vfb=0x914afa8) at findbar.cc:100 #13 0xb75e8500 in Fl_Widget::do_callback(Fl_Widget*, void*) () from /usr/lib/i386-linux-gnu/libfltk.so.1.3 #14 0xb7592d33 in Fl_Button::handle(int) () from /usr/lib/i386-linux-gnu/libfltk.so.1.3 #15 0x08052f03 in TipWinButton::handle (this=0x9154dd8, e=12) at tipwin.cc:158 #16 0x08053070 in CustButton::handle (this=0x9154dd8, e=12) at tipwin.cc:194 #17 0xb75a29b4 in ?? () from /usr/lib/i386-linux-gnu/libfltk.so.1.3 #18 0xb75a3256 in Fl_Group::handle(int) () from /usr/lib/i386-linux-gnu/libfltk.so.1.3 #19 0x08090eae in Findbar::handle (this=0x914afa8, event=12) at findbar.cc:192 #20 0xb75a29b4 in ?? () from /usr/lib/i386-linux-gnu/libfltk.so.1.3 #21 0xb75a3256 in Fl_Group::handle(int) () from /usr/lib/i386-linux-gnu/libfltk.so.1.3 #22 0x08055b2d in UI::handle (this=0x914d698, event=12) at ui.cc:790 #23 0xb758a62b in ?? () from /usr/lib/i386-linux-gnu/libfltk.so.1.3 #24 0xb758b732 in Fl::handle_(int, Fl_Window*) () from /usr/lib/i386-linux-gnu/libfltk.so.1.3 #25 0xb758b9bc in Fl::handle(int, Fl_Window*) () from /usr/lib/i386-linux-gnu/libfltk.so.1.3 #26 0xb758b75f in Fl::handle_(int, Fl_Window*) () from /usr/lib/i386-linux-gnu/libfltk.so.1.3 #27 0xb758b9bc in Fl::handle(int, Fl_Window*) () from /usr/lib/i386-linux-gnu/libfltk.so.1.3 #28 0xb75edd40 in fl_handle(_XEvent const&) () from /usr/lib/i386-linux-gnu/libfltk.so.1.3 #29 0xb75ef486 in ?? () from /usr/lib/i386-linux-gnu/libfltk.so.1.3 #30 0xb75ef6b6 in fl_wait(double) () from /usr/lib/i386-linux-gnu/libfltk.so.1.3 #31 0xb758c567 in Fl::wait(double) () from /usr/lib/i386-linux-gnu/libfltk.so.1.3 #32 0xb758c6de in Fl::run() () from /usr/lib/i386-linux-gnu/libfltk.so.1.3 #33 0x08052443 in main (argc=1, argv=0xbff0d434) at dillo.cc:578

April 19, 2016

Dillo_grows merged

by sgeerken＠dillo.org

On Mo, Apr 18, 2016, Johannes Hofmann wrote: > the Google issue can be reproduced with > > <div> > <div style="float:left;display:inline-block">dillo</div> > <div style="float:left;display:inline-block">dillo</div> > <div style="float:left;display:inline-block">dillo</div> > </div> > > which did render one block next to the other in dillo 3.0.5 and > now renders each block below each other. Yes, floats are always positioned one below the other, never side by side, as most other browsers do. I've plans to implement the latter, but is is nothing to be done for the short term. It is interesting that dillo 3.0.5 shows them side by side (actually like an inline element), although `display:inline-block` is not supported before 3.1. Is there some workaround? Sebastian

April 18, 2016

Dillo_grows merged

by sgeerken＠dillo.org

On Mon, Apr 18, 2016, higuita wrote: > On Mon, 18 Apr 2016 17:45:54 +0100, Nick Warne <nick at linicks.net> wrote: > > The forums previously mentioned still get stuck at the front with no > > scrolling available: > > > > http://forums.thinkbroadband.com > > This one, if we disable embedded CSS, it will revert back to the > old style If you put the line div, table { height: auto !important } into ~/.dillo/style.css, then both <http://forums.thinkbroadband.com> and <https://linicks.net/AnAdIc/> will be rendered as by dillo 3.0.5. This is not a solution, of course, but shows the root of the problem. Actually, it may be an option to turn of CSS `height` for some elements (for which dillo 3.0.5 does not support `height`) and work on this issue for the release after 3.1. Sebastian

April 18, 2016

Dillo_grows merged

by Johannes.Hofmann＠gmx.de

the Google issue can be reproduced with <div> <div style="float:left;display:inline-block">dillo</div> <div style="float:left;display:inline-block">dillo</div> <div style="float:left;display:inline-block">dillo</div> </div> which did render one block next to the other in dillo 3.0.5 and now renders each block below each other. Cheers, Johannes

April 18, 2016

Dillo_grows merged

by higuita7＠yahoo.co.uk

On Mon, 18 Apr 2016 17:45:54 +0100, Nick Warne <nick at linicks.net> wrote: > The forums previously mentioned still get stuck at the front with no > scrolling available: > > http://forums.thinkbroadband.com This one, if we disable embedded CSS, it will revert back to the old style Higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

April 18, 2016

Dillo_grows merged

by sgeerken＠dillo.org

On Mo, Apr 18, 2016, August Karlstrom wrote: > On 2016-04-18 18:45, Nick Warne wrote: > >Google doesn't render right: > > > >https://www.google.com/search?ie=UTF-8&oe=UTF-8&q=dillo > > Neither does Google Translate: > > https://translate.google.com/ > > With and without CSS the form doesn't behave correctly. This is interresting. Probably because of the HTML5 changes, the textarea was assigned a height of 2 rows. Both dillo 3.0.5 and dillo 3.1-dev cannot handle textarea with only 2 rows, but dillo 3.0.5 uses 10 as default, while 3.1-dev uses 2, at least in this case. I've increased the value to 3, so that translate.google.com is now usable. Sebastian

April 18, 2016

Dillo_grows merged

by Johannes.Hofmann＠gmx.de

On Mon, Apr 18, 2016 at 05:45:54PM +0100, Nick Warne wrote: > Hi Seb, > > On 18/04/16 17:16, Sebastian Geerken wrote: > > Hi! > > > > The dillo_grows repository has just been merged into the main > > repository at <http://hg.dillo.org/dillo>. > > > > Hopefully, this will mean that all these changes will soon make it > > into a new release. > > I hope not! There are still a lot of issues compared with 3.0.5. > > Google doesn't render right: > > https://www.google.com/search?ie=UTF-8&oe=UTF-8&q=dillo > > The forums previously mentioned still get stuck at the front with no > scrolling available: > > http://forums.thinkbroadband.com > > The horizontal line issue is still with us: > > https://linicks.net/AnAdIc/ > > And perhaps worst of all, here the 'advert place holder' at the top of > the page gets allocated, but obviously with no ads: > > http://www.boards2go.com/boards/board.cgi?user=dharrison > > I guess there are going to be many permutations of the above issues - at > least 3.0.5 renders these pages as 'acceptable'. It would be great if everyone would help tracking down the remaining issues by providing minimal examples that reproduce the problem. Cheers, Johannes

April 18, 2016

Dillo_grows merged

by fusionfile＠gmail.com

On 2016-04-18 18:45, Nick Warne wrote: > Google doesn't render right: > > https://www.google.com/search?ie=UTF-8&oe=UTF-8&q=dillo Neither does Google Translate: https://translate.google.com/ With and without CSS the form doesn't behave correctly. -- August

April 18, 2016

Dillo_grows merged

by nick＠linicks.net

Hi Seb, On 18/04/16 17:16, Sebastian Geerken wrote: > Hi! > > The dillo_grows repository has just been merged into the main > repository at <http://hg.dillo.org/dillo>. > > Hopefully, this will mean that all these changes will soon make it > into a new release. I hope not! There are still a lot of issues compared with 3.0.5. Google doesn't render right: https://www.google.com/search?ie=UTF-8&oe=UTF-8&q=dillo The forums previously mentioned still get stuck at the front with no scrolling available: http://forums.thinkbroadband.com The horizontal line issue is still with us: https://linicks.net/AnAdIc/ And perhaps worst of all, here the 'advert place holder' at the top of the page gets allocated, but obviously with no ads: http://www.boards2go.com/boards/board.cgi?user=dharrison I guess there are going to be many permutations of the above issues - at least 3.0.5 renders these pages as 'acceptable'. Regards, Nick -- Gosh that takes me back... or is it forward? That's the trouble with time travel, you never can tell." -- Doctor Who "Androids of Tara"

April 18, 2016

Dillo_grows merged

by sgeerken＠dillo.org

Hi! The dillo_grows repository has just been merged into the main repository at <http://hg.dillo.org/dillo>. Hopefully, this will mean that all these changes will soon make it into a new release. Sebastian

April 18, 2016

https configure

by artifex.since.1979＠gmail.com

An HTML attachment was scrubbed... URL: <http://lists.dillo.org/pipermail/dillo-dev/attachments/20160417/10f75323/at…>

April 17, 2016

mail

by artifex.since.1979＠gmail.com

An HTML attachment was scrubbed... URL: <http://lists.dillo.org/pipermail/dillo-dev/attachments/20160417/c6836be6/at…>

April 17, 2016

https

by jcid＠dillo.org

On Sun, Apr 17, 2016 at 06:26:42PM +0200, Per Andersson wrote: > > ./configure --help > > ./configure --enable-ssl > > make > > sudo make install > > dillo > > "Dillo 3.1-dev_grows2" > > https://anysite.com > > "TLS: Disabled at compilation time." > > > 1) configure, make or dillo does somethig wrong here! Not sure yet... > 2) A reasonable request (such as the URL above) should not be silently > ignored. The second message is printed only on stdout and mixed with > ten lines of obvious things. There's a chance you silently ignored the configure script output saying it didn't find openssl (development libs). Was this the case? -- Cheers Jorge.-

April 17, 2016

https

by sgeerken＠dillo.org

Hi Per, On So, Apr 17, 2016, Per Andersson wrote: > ./configure --help > > ./configure --enable-ssl > > make > > sudo make install > > dillo > > "Dillo 3.1-dev_grows2" > > https://anysite.com > > "TLS: Disabled at compilation time." Like Nick, I cannot reproduce this. What can be found in config.log? > 1) configure, make or dillo does somethig wrong here! > > 2) A reasonable request (such as the URL above) should not be silently > ignored. The second message is printed only on stdout and mixed with > ten lines of obvious things. I agree with you. > 3) The docs with dillo_grows-3.1 still talks about 3.0.5. That's from hg.dillo.org (dillo 3.1-dev). I've never noticed it, but I assume that this is changed as soon as a new release is prepared. Sebastian

April 17, 2016

https

by nick＠linicks.net

On 17/04/16 17:26, Per Andersson wrote: > > ./configure --help > > ./configure --enable-ssl > > make > > sudo make install > > dillo > > "Dillo 3.1-dev_grows2" > > https://anysite.com > > "TLS: Disabled at compilation time." > I don't see that here: checking openssl/ssl.h usability... yes checking openssl/ssl.h presence... yes checking for openssl/ssl.h... yes checking for SSL_library_init in -lssl... yes configure: WARNING: *** Enabling SSL/HTTPS/TLS support. THIS IS EXPERIMENTAL CODE Do you have the proper openssl libs installed? > 1) configure, make or dillo does somethig wrong here! > > 2) A reasonable request (such as the URL above) should not be silently > ignored. The second message is printed only on stdout and mixed with > ten lines of obvious things. > > 3) The docs with dillo_grows-3.1 still talks about 3.0.5. That needs cleaning up, but I guess bottom on the list of the dev's pile of things to do. Nick -- Gosh that takes me back... or is it forward? That's the trouble with time travel, you never can tell." -- Doctor Who "Androids of Tara"

April 17, 2016

Hello!

by nick＠linicks.net

Hi Per, On 17/04/16 17:05, Per Andersson wrote: >> Per is a MS Windows guy :/ > > Please don't call me that. I have never liked anything from M$! > > My mail provider insists on formatting, unless I explicitly deselect it at > every message. I forget that sometimes. > > My earlier messages were sent from another mail account. They never reached the list. Nick got a private copy! Didn't mean to be rude, but the e-mail client decides how the content is sent - not your ISP. Set your e-mail client to send text messages only. Nick -- Gosh that takes me back... or is it forward? That's the trouble with time travel, you never can tell." -- Doctor Who "Androids of Tara"

April 17, 2016

https

by artifex.since.1979＠gmail.com

./configure --help ./configure --enable-ssl make sudo make install dillo "Dillo 3.1-dev_grows2" https://anysite.com "TLS: Disabled at compilation time." 1) configure, make or dillo does somethig wrong here! 2) A reasonable request (such as the URL above) should not be silently ignored. The second message is printed only on stdout and mixed with ten lines of obvious things. 3) The docs with dillo_grows-3.1 still talks about 3.0.5. Best regards Per

April 17, 2016

Hello!

by artifex.since.1979＠gmail.com

> Per is a MS Windows guy :/ Please don't call me that. I have never liked anything from M$! My mail provider insists on formatting, unless I explicitly deselect it at every message. I forget that sometimes. My earlier messages were sent from another mail account. They never reached the list. Nick got a private copy! Per

April 17, 2016

Status of dillo_grows

by jcid＠dillo.org

On Sat, Apr 16, 2016 at 11:56:59AM +0100, Nick Warne wrote: > > > On 16/04/16 11:46, Per Andersson wrote: > >Please enlighten us other idiots! > >Best regards > > > >Per Andersson > > Once grabbing the clone, cd into the dillo_grows directory and first run > ./autogen.sh > > This will create the configure files etc. From our main page [1], I strongly recommend these links: [New Developer] [Source repository] they have quickstart guides. [1] www.dillo.org PD: no need to feel bad about asking. Even I do need to go there to from time to time to remember some forgotten spells. ;) -- Cheers Jorge.-

April 17, 2016

Status of dillo_grows

by jcid＠dillo.org

Hi Nick, Thanks for your enthusiasm. On Sat, Apr 16, 2016 at 03:07:06PM +0100, Nick Warne wrote: > On 16/04/16 14:38, Sebastian Geerken wrote: > >On Fr, Apr 15, 2016, Nick Warne wrote: > >> [...] > >>To test: > >> > >>https://linicks.net/AnAdIc/ > > > >Again, this is again an issue also with the version at hg.dillo.org, > >although the result is slightly different. > > > > From what I see at a first glance the problem is that backgrounds for > >inline sections is not yet supported. > > > >If noone reports severe problems with dillo_grows, which do *not* > >affect the version at hg.dillo.org, I'll do the merge soon. > > Thanks for the hard work. I don't understand what you mean by that last > sentence. If dillo_grows does have a few issues, then surely merging it > with hg.dillo.org will taint that too? Or have I read it wrong? The point is a merge (moving the new rendering from grows to main). When this happens, a bug is _not_ regarded as a merge stopper when it also shows in the main repo (as the bug proves to be preexistent and not introduced by the new code). That's why core-devs are testing the branch as much as they can before giving the green light. Just checking no easily spottable bugs sneak into the main repo before the merge. Of course some bugs can make it into it undetected, but those, after the merge, are regarded as normal bugs thereon. -- Cheers Jorge.-

April 17, 2016

Status of dillo_grows

by jcid＠dillo.org

On Wed, Apr 13, 2016 at 10:29:14PM +0200, Sebastian Geerken wrote: > Hi! > > I've just pushed some optimizatios to > <http://flpsed.org/hgweb/dillo_grows>, so that all performance issues > I know of seem fixed now. Since this version runs quite stable, I'd > like to merge this into the main repository at hg.dillo.org, so that > it hopefully soon becomes a new release. What do you think? Heeeeeeeeeeeeeey!!! Just started testing and got the feeling of our older dillo's speed again! It *feels* great! -- Cheers Jorge.-

April 17, 2016

Hello!

by nick＠linicks.net

On 17/04/16 14:15, Jorge Arellano Cid wrote: > > @Per: please send only plain text to dillo-dev. It's simpler and, BTW, > most of HTML email gets filtered out somewhere. Per is a MS Windows guy :/ Nick -- Gosh that takes me back... or is it forward? That's the trouble with time travel, you never can tell." -- Doctor Who "Androids of Tara"

April 17, 2016

Hello!

by jcid＠dillo.org

Hi Per, Is good to see you're still there! On Sun, Apr 17, 2016 at 11:44:23AM +0100, Nick Warne wrote: > Hi Per, > > On 17/04/16 11:23, Per Andersson wrote: > >(my previous messages did not reach the list, it seems: trying again) > > One of your messages reached the list - I replied: > > http://lists.dillo.org/pipermail/dillo-dev/2016-April/010756.html > > It doesn't appear in the archive, though. @Per: please send only plain text to dillo-dev. It's simpler and, BTW, most of HTML email gets filtered out somewhere. -- Cheers Jorge.-

April 17, 2016

Status of dillo_grows

by sgeerken＠dillo.org

On So, Apr 17, 2016, Nick Warne wrote: > On 17/04/16 11:40, Sebastian Geerken wrote: > >On Do, Apr 14, 2016, Nick Warne wrote: > >>I am sorry, this build is borken: > >> > >>http://forums.thinkbroadband.com > > > >This is a problem with CSS `height`. Consider this HTML: > > > > <table style="height: 20px; border: 1px solid"> > > <tr> > > <td>Sunt autem quidam e nostris, qui haec subtilius velint > > [...] > > putant.</td> > > </tr> > > </table> > > > >Dillo shows the table only 20px high, while Firefox seems to treat > >`height` the same way as `min-height`. I'm not sure which is correct, > >but probably we ought to do something about this, even if dillo is > >correct. > > Using Dillo 3.0.5, that table looks the same in Dillo, Firefox and > links/lynx (but no border in links or lynx, of course). > > ? The problem with versions 3.1-dev (at hg.dillo.org) and 3.1-dev_grows2. Dillo 3.0.5 has no problem, since CSS `heigh` was introduced in the 3.1-dev version (not yet released). Sebastian

April 17, 2016

Status of dillo_grows

by sgeerken＠dillo.org

On So, Apr 17, 2016, Nick Warne wrote: > On 17/04/16 11:40, Sebastian Geerken wrote: > >On Do, Apr 14, 2016, Nick Warne wrote: > >>I am sorry, this build is borken: > >> > >>http://forums.thinkbroadband.com > > > >This is a problem with CSS `height`. Consider this HTML: > > > > <table style="height: 20px; border: 1px solid"> > > <tr> > > <td>Sunt autem quidam e nostris, qui haec subtilius velint > > [...] > > putant.</td> > > </tr> > > </table> > > > >Dillo shows the table only 20px high, while Firefox seems to treat > >`height` the same way as `min-height`. I'm not sure which is correct, > >but probably we ought to do something about this, even if dillo is > >correct. > > Using Dillo 3.0.5, that table looks the same in Dillo, Firefox and > links/lynx (but no border in links or lynx, of course). > > ? Simple answer: dillo 3.0.5 does not yet support CSS `height`. Sebastian

April 17, 2016

Status of dillo_grows

by nick＠linicks.net

On 17/04/16 11:40, Sebastian Geerken wrote: > On Do, Apr 14, 2016, Nick Warne wrote: >> I am sorry, this build is borken: >> >> http://forums.thinkbroadband.com > > This is a problem with CSS `height`. Consider this HTML: > > <table style="height: 20px; border: 1px solid"> > <tr> > <td>Sunt autem quidam e nostris, qui haec subtilius velint > tradere et negent satis esse, quid bonum sit aut quid > malum, sensu iudicari, sed animo etiam ac ratione > intellegi posse et voluptatem ipsam per se esse > expetendam et dolorem ipsum per se esse > fugiendum. itaque aiunt hanc quasi naturalem atque > insitam in animis nostris inesse notionem, ut alterum > esse appetendum, alterum aspernandum sentiamus. Alii > autem, quibus ego assentior, cum a philosophis > compluribus permulta dicantur, cur nec voluptas in bonis > sit numeranda nec in malis dolor, non existimant > oportere nimium nos causae confidere, sed et > argumentandum et accurate disserendum et rationibus > conquisitis de voluptate et dolore disputandum > putant.</td> > </tr> > </table> > > Dillo shows the table only 20px high, while Firefox seems to treat > `height` the same way as `min-height`. I'm not sure which is correct, > but probably we ought to do something about this, even if dillo is > correct. Using Dillo 3.0.5, that table looks the same in Dillo, Firefox and links/lynx (but no border in links or lynx, of course). ? Nick -- Gosh that takes me back... or is it forward? That's the trouble with time travel, you never can tell." -- Doctor Who "Androids of Tara"

April 17, 2016