Hi Sebastian, After changeset 1a8661485c0b and e40f77531b5e, the bookmarks page is rendered with the largest width I've seen. As the patches deal with table apportioning, probably there's a small bug lurking there. I've also found another couple of test pages of mine (from my table apportioning test set) that also show the effect. It happens with tables using "width=AUTO with cells widths in percentages". Attached it goes. -- Cheers Jorge.-
Hi! On Mo, Nov 18, 2013, Jorge Arellano Cid wrote:
After changeset 1a8661485c0b and e40f77531b5e, the bookmarks page is rendered with the largest width I've seen. As the patches deal with table apportioning, probably there's a small bug lurking there.
I've also found another couple of test pages of mine (from my table apportioning test set) that also show the effect. It happens with tables using "width=AUTO with cells widths in percentages".
This was actually meant as a "cosmetic" change, without changing functionality. Nevertheless, the recent commit should fix it, at least, the attached page works now. Sebastian
On Mon, Nov 18, 2013 at 06:56:04PM +0100, Sebastian Geerken wrote:
Hi!
On Mo, Nov 18, 2013, Jorge Arellano Cid wrote:
After changeset 1a8661485c0b and e40f77531b5e, the bookmarks page is rendered with the largest width I've seen. As the patches deal with table apportioning, probably there's a small bug lurking there.
I've also found another couple of test pages of mine (from my table apportioning test set) that also show the effect. It happens with tables using "width=AUTO with cells widths in percentages".
This was actually meant as a "cosmetic" change, without changing functionality. Nevertheless, the recent commit should fix it, at least, the attached page works now.
Yes, I thought so. I'll let you know if something else springs, as now works ok with the last patch. Thanks for the quick fix! BTW, you may s/depricicated/deprecated/ -- Cheers Jorge.-
participants (2)
-
jcid＠dillo.org -
sgeerken＠dillo.org