- Dillo-dev - lists.mailman3.com

Missing anchor - strange results

by jcid＠dillo.org

On Sat, Jun 04, 2016 at 05:54:09PM -0400, Jorge Arellano Cid wrote: > On Sat, Jun 04, 2016 at 09:45:31PM +0100, Nick Warne wrote: > > On Sat, 4 Jun 2016 16:51:09 +0000 > > eocene <eocene at gmx.com> wrote: > > > > > On Sat, Jun 04, 2016 at 04:21:24PM +0100, Nick Warne wrote: > > > > Hi All, > > > > > > > > I don't know what to make of this one: > > > > > > > > http://apod.nasa.gov/apod/ap160604.html > > > > > > > > It appears line 49 in the source is missing a </a> which seems make > > > > the whole paragraph a URL, but the other URLs in there are still > > > > shown/valid if you hover over the text. > > > > > > > > Viewing the source, no errors are reported by Dillo either. > > > > > > > > So do we get a URL embedding all the other URLs on the plain text > > > > in between? > > > > > > Hmm, it does say in HTML5 for the A element: > > > > > > "Content model: > > > > > > Transparent, but there must be no interactive content or a element > > > descendants." > > > > > > ...so perhaps one should be closed with a warning when another is > > > seen. > > > > Yes, also surely there is no case to do embedded <a href=... <a > > href=...</a> </a> is there (even though this was a typo)? > > > > Strange one to find - Dillo is great at finding stuff like this - other > > browsers hide it all. > > Good catch, good news, > > I'm testing a patch for this one (part 2 of patch 4557). Committed. -- Cheers Jorge.-

June 5, 2016

Missing anchor - strange results

by jcid＠dillo.org

On Sat, Jun 04, 2016 at 09:45:31PM +0100, Nick Warne wrote: > On Sat, 4 Jun 2016 16:51:09 +0000 > eocene <eocene at gmx.com> wrote: > > > On Sat, Jun 04, 2016 at 04:21:24PM +0100, Nick Warne wrote: > > > Hi All, > > > > > > I don't know what to make of this one: > > > > > > http://apod.nasa.gov/apod/ap160604.html > > > > > > It appears line 49 in the source is missing a </a> which seems make > > > the whole paragraph a URL, but the other URLs in there are still > > > shown/valid if you hover over the text. > > > > > > Viewing the source, no errors are reported by Dillo either. > > > > > > So do we get a URL embedding all the other URLs on the plain text > > > in between? > > > > Hmm, it does say in HTML5 for the A element: > > > > "Content model: > > > > Transparent, but there must be no interactive content or a element > > descendants." > > > > ...so perhaps one should be closed with a warning when another is > > seen. > > Yes, also surely there is no case to do embedded <a href=... <a > href=...</a> </a> is there (even though this was a typo)? > > Strange one to find - Dillo is great at finding stuff like this - other > browsers hide it all. Good catch, good news, I'm testing a patch for this one (part 2 of patch 4557). -- Cheers Jorge.-

June 4, 2016

Missing anchor - strange results

by nick＠linicks.net

On Sat, 4 Jun 2016 16:51:09 +0000 eocene <eocene at gmx.com> wrote: > On Sat, Jun 04, 2016 at 04:21:24PM +0100, Nick Warne wrote: > > Hi All, > > > > I don't know what to make of this one: > > > > http://apod.nasa.gov/apod/ap160604.html > > > > It appears line 49 in the source is missing a </a> which seems make > > the whole paragraph a URL, but the other URLs in there are still > > shown/valid if you hover over the text. > > > > Viewing the source, no errors are reported by Dillo either. > > > > So do we get a URL embedding all the other URLs on the plain text > > in between? > > Hmm, it does say in HTML5 for the A element: > > "Content model: > > Transparent, but there must be no interactive content or a element > descendants." > > ...so perhaps one should be closed with a warning when another is > seen. Yes, also surely there is no case to do embedded <a href=... <a href=...</a> </a> is there (even though this was a typo)? Strange one to find - Dillo is great at finding stuff like this - other browsers hide it all. 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"

June 4, 2016

Missing anchor - strange results

by eocene＠gmx.com

On Sat, Jun 04, 2016 at 04:21:24PM +0100, Nick Warne wrote: > Hi All, > > I don't know what to make of this one: > > http://apod.nasa.gov/apod/ap160604.html > > It appears line 49 in the source is missing a </a> which seems make the > whole paragraph a URL, but the other URLs in there are still > shown/valid if you hover over the text. > > Viewing the source, no errors are reported by Dillo either. > > So do we get a URL embedding all the other URLs on the plain text > in between? Hmm, it does say in HTML5 for the A element: "Content model: Transparent, but there must be no interactive content or a element descendants." ...so perhaps one should be closed with a warning when another is seen.

June 4, 2016

Missing anchor - strange results

by nick＠linicks.net

Hi All, I don't know what to make of this one: http://apod.nasa.gov/apod/ap160604.html It appears line 49 in the source is missing a </a> which seems make the whole paragraph a URL, but the other URLs in there are still shown/valid if you hover over the text. Viewing the source, no errors are reported by Dillo either. So do we get a URL embedding all the other URLs on the plain text in between? 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"

June 4, 2016

Download bug

by jcid＠dillo.org

On Sat, May 28, 2016 at 12:56:26PM +0100, Nick Warne wrote: > Hi All, > > Great work going on - Dillo is now my first choice of browser (apart > from when I need to do banking stuff and such that relies on heavy JS > crap). > > I just noticed that when using the download feature (mjpeg etc.), Dillo > default is to $HOME/dillodown > > Well, is that directory doesn't exist (I had to create it), the > download aborts. > > Perhaps specify a .dillo/downloads directory created at install? Please read your dillorc. (then read the one in the hg repo, or help page, and make your choices) -- Cheers Jorge.-

May 30, 2016

Download bug

by nick＠linicks.net

Hi All, Great work going on - Dillo is now my first choice of browser (apart from when I need to do banking stuff and such that relies on heavy JS crap). I just noticed that when using the download feature (mjpeg etc.), Dillo default is to $HOME/dillodown Well, is that directory doesn't exist (I had to create it), the download aborts. Perhaps specify a .dillo/downloads directory created at install? 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"

May 28, 2016

image overlaps text

by sgeerken＠dillo.org

On Sat, May 21, 2016, Sebastian Geerken wrote: > [test case n33180d.html ...] > > "rightBorder" goes back to the attribute "newLineRightBorder", which > is set in "calcBorders". If you look at the messages here, you'll > notice that the result of "getGeneratorRest" is -194, which is too > small (it should be 0 here). Further examination shows: > > - getGeneratorWidth (this widget) = 194: ok > - getGeneratorWidth (container) = 0: too small > > Examining the latter shows than the width of the child (194) is not > yet regarded here. > > I'm not yet sure how to fix this best; most probably a size > recalculation should be queued under certain circumstances. At least this one has been fixed, see recent change. Jorge, I'll look at your test cases now. Sebastian

May 27, 2016

Dillo ignores new lines in submitting and rendering in HTML forms

by nick＠linicks.net

Two examples that I posted tonight: Here, the <code></code> section has no line breaks, but renders ok in FF etc. http://www.perlmonks.org/?node_id=1164105 This one I posted with Dillo, but the <enter> line breaks are gone so all end up on one line. http://www.boards2go.com/boards/board.cgi?action=read&id=1464205605.38914&u… 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"

May 25, 2016

image overlaps text

by jcid＠dillo.org

Hi Sebastian, On Sun, May 22, 2016 at 11:29:34AM -0400, Jorge Arellano Cid wrote: > [...] > Short story: I have a working patch. > > It solves the overlap (not 1.- 2.- and 3.-). It seems there're > a few different bugs here. > > It's not as clean as I'd like, but it already is a proof of concept. > I'll try to understand the issues better and clean it up. > > AFAIS it can have an effect on general rendering of floats. Currently, > I dont know if it's related to n33180d.html. > > I'll try to share my findings this monday (unless you'd like to > look at it "as is" now). OK, here is what I've found so far. Two patches attached plus some testcases. The first patch is the fix for o4.html. The second one also tackles o5.html and o6.html (progressive patches). AFAIU the gist of the problem is in getGeneratorX() not returning the correct value on some cases. It is called in four places inside ooffloatsmgr.cc so other functions are sometimes making calculations with a wrong x value. The second problem is getFloatsSize() returning the widest among a list of floats instead of a cumulative sum of widths inside a cretain range (the second patch just adds to ilustrate the point). Some tests: o4.html o5.html o6.html some-sites [1] [2] First patch: OK Wrong Wrong OK (1) (2) Second patch: OK OK OK +/- (3) (4) (1), (2): No images over text. As it was before. (3) : Some images overlap text. (4) : Different background color! some rendering diffs. [1] http://www.pravdareport.com/} [2] http://tinyurl.com/j2uzps9 It looks like fixing getGeneratorX() paves the way for fixing hidden bugs. Also fixing getFloatsSize() can shed light for a patch for n33180d.html. Please get back to me when you've processed this so we can coordinate. HTH -- Cheers Jorge.-

May 24, 2016