I have the suspicion that this is caused by the fact that it uses a
table to format the page, and <https://stackoverflow.com/questions/51801266/why-is-table-layout-fixed-affecting-the-width-of-the-parent-element>
sort of seems to confirm this, and I'd be grateful if anyone can
confirm this.
<!DOCTYPE html>
And yes, this would be another reason to get rid of all the nested
tables to format the page!
I'm trying to convert existing html/css into something that's using more CSS and
less in-line styles, and I'm baffled by the fcat that one of the five pages is
refusing to honour the max-width.
The site is at <https://prino.neocities.org/www/chp/cover.html>, and you can just click the title, and follow that by clicking the ">" arrow two times to arrive at <https://prino.neocities.org/www/chp/report.html> and that page is just wide, wide, wide.
I have the suspicion that this is caused by the fact that it uses a table to format the page, and <https://stackoverflow.com/questions/51801266/why-is-table-layout-fixed-affecting-the-width-of-the-parent-element>
sort of seems to confirm this, and I'd be grateful if anyone can confirm this.
And yes, this would be another reason to get rid of all the nested tables to format the page!
Robert
I'm trying to convert existing html/css into something that's using more
CSS and less in-line styles, and I'm baffled by the fcat that one of the
five pages is refusing to honour the max-width.
The site is at <https://prino.neocities.org/www/chp/cover.html>, and you
can just click the title, and follow that by clicking the ">" arrow two
times to arrive at <https://prino.neocities.org/www/chp/report.html> and
that page is just wide, wide, wide.
I have the suspicion that this is caused by the fact that it uses a
table to format the page, and <https://stackoverflow.com/questions/51801266/why-is-table-layout-fixed-affecting-the-width-of-the-parent-element>
sort of seems to confirm this, and I'd be grateful if anyone can confirm this.
And yes, this would be another reason to get rid of all the nested
tables to format the page!
Robert
https://www.w3schools.com/css/css_rwd_mediaqueries.asp
On 2/1/2021 1:17 PM, Robert Prins wrote:
I'm trying to convert existing html/css into something that's using more CSS
and
less in-line styles, and I'm baffled by the fcat that one of the five pages
is refusing to honour the max-width.
The site is at <https://prino.neocities.org/www/chp/cover.html>, and you can
just click the title, and follow that by clicking the ">" arrow two times to
arrive at <https://prino.neocities.org/www/chp/report.html> and that page is
just wide, wide, wide.
I have the suspicion that this is caused by the fact that it uses a table to
format the page, and
<https://stackoverflow.com/questions/51801266/why-is-table-layout-fixed-
affecting-the-width-of-the-parent-element>
sort of seems to confirm this, and I'd be grateful if anyone can confirm
this.
And yes, this would be another reason to get rid of all the nested tables to
format the page!
Robert
According to <http://validator.w3.org/>, the Web page at <https://prino.neocities.org/www/chp/report.html> has 11 errors,
including at least one error relating to the "style" element.
On 2021-02-01 20:08, David E. Ross wrote:
According to <http://validator.w3.org/>, the Web page at <https://prino.neocities.org/www/chp/report.html> has 11 errors,
including at least one error relating to the "style" element.
You should be happy to know that it now, when validated as html5, has 982 errors!
Did you read the first paragraph of my post:
"I'm trying to convert existing html/css into something that's using more
CSS and less in-line styles, and I'm baffled by the fcat [sic] that one of the five pages is refusing to honour the max-width."
And the max-width issue is indeed caused by the (way to wide) tables,
which I'm trimming now, before I start removing all the
non-html5-compliant stuff.
Robert Prins wrote:
On 2021-02-01 20:08, David E. Ross wrote:
> According to <http://validator.w3.org/>, the Web page at
> <https://prino.neocities.org/www/chp/report.html> has 11 errors,
> including at least one error relating to the "style" element.
You should be happy to know that it now, when validated as html5, has 982
errors!
Did you read the first paragraph of my post:
"I'm trying to convert existing html/css into something that's using more
CSS and less in-line styles, and I'm baffled by the fcat [sic] that one of >> the five pages is refusing to honour the max-width."
And the max-width issue is indeed caused by the (way to wide) tables,
which I'm trimming now, before I start removing all the
non-html5-compliant stuff.
You have this backwards. *First* you have to have valid markup before you can have any hope of CSS working as specified. It might be better to start
a new document taking over the original content step by step while considering how the same or better presentation can be done using CSS.
With *Valid* markup, “max-width” for the “body” element works fine even
where there are wide tables:
<http://PointedEars.de/es-matrix>
Of course, “max-width” does not and reasonably cannot apply to tables: If the table content is too wide for the column, then the table width *has to* grow. The only way to work around that is to format the table “display: block” or inline-* or use responsive CSS that formats table cells as floating inline block if the viewport/body width is smaller than a defined limit.
Please stop any mindless crossposting-without-Followup-To.
On 2021-02-02 19:14, Thomas 'PointedEars' Lahn wrote:
Robert Prins wrote:
And the max-width issue is indeed caused by the (way to wide) tables,
which I'm trimming now, before I start removing all the
non-html5-compliant stuff.
You have this backwards. *First* you have to have valid markup before
you can have any hope of CSS working as specified. It might be better to
start a new document taking over the original content step by step while
considering how the same or better presentation can be done using CSS.
Reducing the browser window still doesn't reformat the text, […]
With *Valid* markup, “max-width” for the “body” element works fine even
where there are wide tables:
<http://PointedEars.de/es-matrix>
I'm sure, but for these pages that bask in obscurity, I think that I'm
happy for now. I'll accept any suggestions on how to improve matters with gratitude.
I am a bit puzzled however, as <https://prino.neocities.org/mario_rinvolucri/cover.html> uses the same "Bernd Wechner" method of navigation,
and that does reflow the text upon reducing the width of the browser
window.
I have the suspicion that this is caused by the fact that it uses a table to format the page,
On 2/1/21 2:17 PM, Robert Prins wrote:
I have the suspicion that this is caused by the fact that it uses a tableSet a max-width for the <td>.
to format the page,
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 475 |
| Nodes: | 16 (2 / 14) |
| Uptime: | 23:45:42 |
| Calls: | 9,488 |
| Calls today: | 7 |
| Files: | 13,617 |
| Messages: | 6,121,108 |