- Dillo-dev - lists.mailman3.com

Get Dillo to honour target=_blank

by matlads＠gmail.com

Hi dillo-dev, While reading, incidentally, news.ycombinator.com, I came across this: https://dev.to/ben/the-targetblank-vulnerability-by-example Cheers, - Martin - On 29 August 2016 at 03:57, Jorge Arellano Cid <jcid at dillo.org> wrote: > Hi, > > On Sat, Aug 27, 2016 at 04:28:54PM +0100, Nick Warne wrote: > > Hi all, > > > > How easy (or hard) would it be to get Dillo to honour the URL/FORM > > directive 'target="_blank" to get URL/CGI data returned in a new tab? > > > > I ahve looked at the code, seeing as Dillo already has tabs, but I just > > don't get C++ classes and stuff, and wouldn't know where to begin. > > > > The reason for asking this is if one has a form with a lot of data that > > needs processing, once submitted the data gets returned to the parent > > page... if there is a mistake, then you need to go back to the form, > > and as Dillo doesn't keep the previous page data, you have to fill it > > all in again. By diverting the output to a new tab, the previous parent > > window remains the same, ready for editing and processing again. > > The trick is to submit pressing the middle button, that way the data > remains in the old tab! > > -- > Cheers > Jorge.- > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev >

Aug. 29, 2016

Get Dillo to honour target=_blank

by jcid＠dillo.org

Hi, On Sat, Aug 27, 2016 at 04:28:54PM +0100, Nick Warne wrote: > Hi all, > > How easy (or hard) would it be to get Dillo to honour the URL/FORM > directive 'target="_blank" to get URL/CGI data returned in a new tab? > > I ahve looked at the code, seeing as Dillo already has tabs, but I just > don't get C++ classes and stuff, and wouldn't know where to begin. > > The reason for asking this is if one has a form with a lot of data that > needs processing, once submitted the data gets returned to the parent > page... if there is a mistake, then you need to go back to the form, > and as Dillo doesn't keep the previous page data, you have to fill it > all in again. By diverting the output to a new tab, the previous parent > window remains the same, ready for editing and processing again. The trick is to submit pressing the middle button, that way the data remains in the old tab! -- Cheers Jorge.-

Aug. 29, 2016

Get Dillo to honour target=_blank

by nick＠linicks.net

Hi all, How easy (or hard) would it be to get Dillo to honour the URL/FORM directive 'target="_blank" to get URL/CGI data returned in a new tab? I ahve looked at the code, seeing as Dillo already has tabs, but I just don't get C++ classes and stuff, and wouldn't know where to begin. The reason for asking this is if one has a form with a lot of data that needs processing, once submitted the data gets returned to the parent page... if there is a mistake, then you need to go back to the form, and as Dillo doesn't keep the previous page data, you have to fill it all in again. By diverting the output to a new tab, the previous parent window remains the same, ready for editing and processing again. 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"

Aug. 27, 2016

Underscores not drawn in pre with background color

by nick＠linicks.net

On Wed, 17 Aug 2016 14:09:32 -0300 Jorge Arellano Cid <jcid at dillo.org> wrote: > > > Is that the only symbol that disappears? > > > Try a line like: !"#$%&/()=?¡-_{}^[]~.,;:|° > > > and check whether those are displayed. > > > > When I open the attached page with dillo, only the underscore > > disappears. All other characters are visible. > > Maybe, https://bbs.archlinux.org/viewtopic.php?id=125749 OK, I just messed around with that, and all works fine in the console. I have attached a slightly different version of the test case, with a few lower case g's stuck in there. The tails of the g's show fine in Dillo, but if you then view the source, the underscore appears maybe 1 or 2 pixels lower than the bottom of the tails - looks like it goes outside the character bounding box when rendered in HTML? 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"

Aug. 17, 2016

Underscores not drawn in pre with background color

by jcid＠dillo.org

On Wed, Aug 17, 2016 at 09:07:39AM +0200, Alexander Voigt wrote: > Hi Jorge, > > > Is that the only symbol that disappears? > > Try a line like: !"#$%&/()=?¡-_{}^[]~.,;:|° > > and check whether those are displayed. > > When I open the attached page with dillo, only the underscore > disappears. All other characters are visible. Maybe, https://bbs.archlinux.org/viewtopic.php?id=125749 -- Cheers Jorge.-

Aug. 17, 2016

Underscores not drawn in pre with background color

by Hole.destructor＠gmx.de

Hi Jorge, > Is that the only symbol that disappears? > Try a line like: !"#$%&/()=?¡-_{}^[]~.,;:|° > and check whether those are displayed. When I open the attached page with dillo, only the underscore disappears. All other characters are visible. Best regards, Alex On Tue, Aug 16, 2016 at 11:23:23PM -0300, Jorge Arellano Cid wrote: > On Fri, Jul 22, 2016 at 05:58:44PM +0200, Alexander Voigt wrote: > > > > IMHO, this is somehow related to the default fonts set in dillorc or > > > > the global set system fonts. > > > > > > +1 > > > > > > A wild shot, but a cheap one, so I'd also try that first. Change your > > > default font to something else and see what happens. > > > > > > Also check FLTK's test programs (IIRC there's a symbols one, and another > > > that's useful to try fonts). > > > > > > If FLTK also has problems check the video driver (older kernel, > > > older/different video driver, GRUB CLI parameter). > > > > I have not set any specific font in dillorc, so the default setting is > > used. However, when I change the monospace font to > > > > font_monospace="Monospace" > > > > then the rendering problem disappears and the underscores are > > correctly displayed. When I change to > > > > font_monospace="DejaVu Sans Mono" > > > > the rendering problem is present, i.e. the underscores are not > > displayed. > > I've tried all of them here and they work. > > Devuan Jessie, amd64, Linux 4.5.0-2-amd64 (fltk-1.3.1). > ------ > > Is that the only symbol that disappears? > Try a line like: !"#$%&/()=?¡-_{}^[]~.,;:|° > and check whether those are displayed. > > -- > Cheers > Jorge.- > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev

Aug. 17, 2016

Underscores not drawn in pre with background color

by jcid＠dillo.org

On Fri, Jul 22, 2016 at 05:58:44PM +0200, Alexander Voigt wrote: > > > IMHO, this is somehow related to the default fonts set in dillorc or > > > the global set system fonts. > > > > +1 > > > > A wild shot, but a cheap one, so I'd also try that first. Change your > > default font to something else and see what happens. > > > > Also check FLTK's test programs (IIRC there's a symbols one, and another > > that's useful to try fonts). > > > > If FLTK also has problems check the video driver (older kernel, > > older/different video driver, GRUB CLI parameter). > > I have not set any specific font in dillorc, so the default setting is > used. However, when I change the monospace font to > > font_monospace="Monospace" > > then the rendering problem disappears and the underscores are > correctly displayed. When I change to > > font_monospace="DejaVu Sans Mono" > > the rendering problem is present, i.e. the underscores are not > displayed. I've tried all of them here and they work. Devuan Jessie, amd64, Linux 4.5.0-2-amd64 (fltk-1.3.1). ------ Is that the only symbol that disappears? Try a line like: !"#$%&/()=?¡-_{}^[]~.,;:|° and check whether those are displayed. -- Cheers Jorge.-

Aug. 17, 2016

Underscores not drawn in pre with background color

by Hole.destructor＠gmx.de

Hi Michael, On Mon, Aug 15, 2016 at 09:28:15AM +0200, Michael Bäuerle wrote: > Please check whether the problem is related to this FLTK STR I created > some days ago: > <http://www.fltk.org/str.php?L3321> Adding Xft.antialias: true Xft.hinting: true Xft.autohint: false Xft.hintstyle: hintfull to ~/.Xdefaults and running xrdb ~/.Xdefaults dillo underscore.html does not solve the problem on my machine, sorry. Best regards, Alex On Mon, Aug 15, 2016 at 09:28:15AM +0200, Michael Bäuerle wrote: > Nick Warne wrote: > > On Sat, 23 Jul 2016 11:25:18 +0100 Nick Warne <nick at linicks.net> wrote: > > > On Sat, 23 Jul 2016 11:13:19 +0100 Nick Warne <nick at linicks.net> wrote: > > > > On Sat, 23 Jul 2016 10:01:59 +0100 Nick Warne <nick at linicks.net> wrote: > > > > > On Fri, 22 Jul 2016 20:12:59 +0300 John Found <johnfound at asm32.info> wrote: > > > > > > > > > > > > Confirmed. I am using "Liberation Mono", but with "DejaVu Sans > > > > > > Mono" have the same problem. It is probably because of the > > > > > > characters height - the next row of text overwrites the > > > > > > previous. The question is whether this is because of Dillo or > > > > > > because of FLTK. > > > > > > > > > > > > The same font, used in Firefox renders correctly. > > > > > > > > > > This looks like a bug in the font: > > > > > > > > > > http://dejavu-fonts.org/wiki/Bugs/Archived > > > > > > > > > > (you need to scroll down a bit). > > > > > > > > > > I have version 2.34 installed - will see if I can reproduce it > > > > > later. > > > > > > > > OK, I get the same issue. But if you change the font size, thus: > > > > > > > > <pre style="background-color: white; > > > > font-size:105%;">softpoint_with_block() { > > > > > > > > the underscores are visible. > > > > > > Huh! Strangely the underscores become visible with font size set to > > > 95% too! Only 100% renders them invisible? > > > > OK, turning off 'use embedded CSS' makes them visible too. > > > > CSS parsing error? > > Please check whether the problem is related to this FLTK STR I created > some days ago: > <http://www.fltk.org/str.php?L3321> > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev

Aug. 15, 2016

Underscores not drawn in pre with background color

by michael.baeuerle＠stz-e.de

Nick Warne wrote: > On Sat, 23 Jul 2016 11:25:18 +0100 Nick Warne <nick at linicks.net> wrote: > > On Sat, 23 Jul 2016 11:13:19 +0100 Nick Warne <nick at linicks.net> wrote: > > > On Sat, 23 Jul 2016 10:01:59 +0100 Nick Warne <nick at linicks.net> wrote: > > > > On Fri, 22 Jul 2016 20:12:59 +0300 John Found <johnfound at asm32.info> wrote: > > > > > > > > > > Confirmed. I am using "Liberation Mono", but with "DejaVu Sans > > > > > Mono" have the same problem. It is probably because of the > > > > > characters height - the next row of text overwrites the > > > > > previous. The question is whether this is because of Dillo or > > > > > because of FLTK. > > > > > > > > > > The same font, used in Firefox renders correctly. > > > > > > > > This looks like a bug in the font: > > > > > > > > http://dejavu-fonts.org/wiki/Bugs/Archived > > > > > > > > (you need to scroll down a bit). > > > > > > > > I have version 2.34 installed - will see if I can reproduce it > > > > later. > > > > > > OK, I get the same issue. But if you change the font size, thus: > > > > > > <pre style="background-color: white; > > > font-size:105%;">softpoint_with_block() { > > > > > > the underscores are visible. > > > > Huh! Strangely the underscores become visible with font size set to > > 95% too! Only 100% renders them invisible? > > OK, turning off 'use embedded CSS' makes them visible too. > > CSS parsing error? Please check whether the problem is related to this FLTK STR I created some days ago: <http://www.fltk.org/str.php?L3321>

Aug. 15, 2016

Good news in dillo's rendering!

by jcid＠dillo.org

Reverting reverts: ----------------- There were a few unfortunate commits that break the work detailed in this thread, so basically we're getting back to r4648, keeping the patches that don't make regressions in this test suite [1], by reverting #4651 and #4652, and putting #4653 momentarily "on hold". In a nutshell: Results Table .-------.--------.------.-----------.-----------------------.-----.-----. | | BTG | test | pravda.ru | 4ta.html | VT | PV | | | render | t.* | #1 | #2 | Girl | footb. | horos.| | | |-------|--------|------|-----------|-----------------------|-----|-----| |d4657 | ok | ok | ok | ok | ok | ok | ok | ok | ok | |d4652 | ok | ok | x a | x ic| ok | x l | x d | x n | ok | |d4651 | ok | ok | x a | x ic| ok | x l | x d | x n | ok | |d4648 | ok | ok | ok | ok | ok | ok | ok | ok | ok | '-----------------------------------'-----------------------------'-----' As you can see, d4648 and d4657 pass all the tests. Technical details in "hg log -v" and [1]. Hereafter we'll use this testsuite [1] to assert committed code at least passes this known bugset. Besides the test suite, I did extensive tests with the sites I usually visit, with no regressions (BTW, a three year old bug or so was catched in the process). This was meant to be a moment of joy for dillo users, so please give these patches extensive tests/surfing and report back how they work for you! (good and bad). Hint: I found a near 100% speed increase with a heavy site I use (Back/Forward test). [1] http://www.dillo.org/test/4648/test-suite.v1.txt -- Cheers Jorge.-

Aug. 4, 2016