eigenaardige BUG
Julius
ik heb een page die Netscape en soms zelfs MSIE laat hangen
terwijl de HTML van de page valid is... Geen vuiltje aan de lucht?
Zou iemand hier mij kunnen vertellen waarom de zaak dan TOCH crashed op
http://www.xs4all.nl/~jult/alter.htm
???
Alvast dank,
Burg
>Vreemd, mensen, let op:
>ik heb een page die Netscape en soms zelfs MSIE laat hangen
>terwijl de HTML van de page valid is... Geen vuiltje aan de lucht?
>Zou iemand hier mij kunnen vertellen waarom de zaak dan TOCH crashed op
>http://www.xs4all.nl/~jult/alter.htm
>???
netscape 3.01 klapt maar die Internet Sucker 3.02 van Bill trekt de
pagina!
Meer zal die overigens ook niet meer gaan trekken.
Burg
S. Telgenhof
>Vreemd, mensen, let op:
>ik heb een page die Netscape en soms zelfs MSIE laat hangen
>terwijl de HTML van de page valid is... Geen vuiltje aan de lucht?
>Zou iemand hier mij kunnen vertellen waarom de zaak dan TOCH crashed op
>http://www.xs4all.nl/~jult/alter.htm
>???
>
>
>.J.
>ju...@xs4all.nl
Hallo,
Heb even gekeken, maar geen enkel probleem. Ik gebruik MSIE 4.0 en Windows
98.
Ik zou dan niet exact weten wat het probleem is.
Succes.
zero.3 Webdesign
S. Telgenhof
http://start.at/zero3
Raymond Morsman
>Vreemd, mensen, let op:
>ik heb een page die Netscape en soms zelfs MSIE laat hangen
>terwijl de HTML van de page valid is... Geen vuiltje aan de lucht?
>Zou iemand hier mij kunnen vertellen waarom de zaak dan TOCH crashed op
>http://www.xs4all.nl/~jult/alter.htm
Netscape 4.5 beta heeft er geen problemen mee.
Met de vriendelijke groeten,
Raymond.
ro...@hetnet.bla-no-spam.nl
>ik heb een page die Netscape en soms zelfs MSIE laat hangen
>terwijl de HTML van de page valid is... Geen vuiltje aan de lucht?
>Zou iemand hier mij kunnen vertellen waarom de zaak dan TOCH crashed op
>http://www.xs4all.nl/~jult/alter.htm
Maak de regellengte van je source eens wat korter, dat helpt waarschijnlijk.
Groetjes
Richard
Martijn Megens
>Vreemd, mensen, let op:
>ik heb een page die Netscape en soms zelfs MSIE laat hangen
>terwijl de HTML van de page valid is... Geen vuiltje aan de lucht?
>Zou iemand hier mij kunnen vertellen waarom de zaak dan TOCH crashed op
>http://www.xs4all.nl/~jult/alter.htm
>???
>
>Alvast dank,
>
>.J.
>ju...@xs4all.nl
win95 NS3.04 geen probleem
IE 4 geen probleem
NS 4.05 ERROR!!!
martijn <martij...@act-if.nl>
http://www.xs4all.nl/~tnailed/
http://www.act-if.nl/ (in aanbouw)
Fred
Megens) wrote:
> IE 4 geen probleem
> NS 4.05 ERROR!!!
NS 4.05 geeft alhier ook een error, ergo de browser crasht vaker wel
dan niet op jouw pagina. Als je de source-code eens wat netter en
overzichtelijker noteert, kan ik even de tijd nemen om ernaar te
kijken.
Groeten,
fred
JBT
<ro...@hetnet.bla-no-spam.nl>:
> Maak de regellengte van je source eens wat korter, dat helpt waarschijnlijk.
Lijkt me de grootste onzin aller tijden. De browsers lezen de regels
volledig als stream in, en merken niet hoe lang ze zijn want lezen puur html.
Linebreaks zijn geen html en worden blind overgeslagen.
Ik kan het je bewijzen, want als ik dat doe, de regellengte korter maken
crashed de zaak nog net zo vrolijk door.
Overigens is ook de vraag: Hoe kort is kort genoeg???
Hier heb ik werkelijk nog nooit iets van gehoord namelijk,
"te lange regels" in HTML? Yeah right! Eg wel niet.
Bart Pustjens aka Skin/Quad
> Maak de regellengte van je source eens wat korter, dat helpt waarschijnlijk.
>
Ehr, wel erg geflipte parser/browser die daar wat om geeft...
Bart
www.quad98.net
Richard Noteboom
>With more on that story, here's correspondent "ro...@hetnet.nl"
><ro...@hetnet.bla-no-spam.nl>:
>
>> Maak de regellengte van je source eens wat korter, dat helpt waarschijnlijk.
>
>Lijkt me de grootste onzin aller tijden. De browsers lezen de regels
>volledig als stream in, en merken niet hoe lang ze zijn want lezen puur html.
>Linebreaks zijn geen html en worden blind overgeslagen.
REC-HTML4, Par. 9.1 "White space":
"Line breaks are also white space characters"
Een browser die line breaks blind overslaat kan je maar beter
*ogenblikkelijk* weggooien.
--
Richard Noteboom
Ric...@noteboom.demon.nl
http://www.noteboom.demon.nl/
"There is not a lot to do in Slice." (A Tourist Guide to Lancre)
Richard Noteboom
>Vreemd, mensen, let op:
>ik heb een page die Netscape en soms zelfs MSIE laat hangen
>terwijl de HTML van de page valid is... Geen vuiltje aan de lucht?
>Zou iemand hier mij kunnen vertellen waarom de zaak dan TOCH crashed op
>http://www.xs4all.nl/~jult/alter.htm
Misschien helpt het als je de ampersands in attribuut-waarden vervangt
door &
Mark Krom
<35d770a2...@news.xs4all.nl>...
>ik heb een page die Netscape en soms zelfs MSIE laat hangen
>terwijl de HTML van de page valid is... Geen vuiltje aan de lucht?
>Zou iemand hier mij kunnen vertellen waarom de zaak dan TOCH crashed
op
>http://www.xs4all.nl/~jult/alter.htm
>ju...@xs4all.nl
Met de html validator vond ik één nesting foutje. Is misschien niet de
reden van het crashen, maar misschien ook weer wel.
De eerste paragraaf begint met - P - FONT SIZE="+3" - TT - B -, maar
eindigt met - /FONT - /B - /TT - /P -, wat moet zijn - /B - /TT -
/FONT - /P -
Voorts ziet het adres van 'Microcrap' er een beetje *vreemd* uit -
http://pages.infinit.net/@@U*Ve*hQAmQnYUEOk/nroy/microcrap/ -
Maak daar maar - http://www.microcrap.org/ - van...
In NN3.0, NC4.04, IE4.01 en Opera 3.21 echter geen crash gezien.. (ik
neem aan dat het alleen om de eerste page gaat)
Mark
ps. maak die code eens wat overzichtelijker, desnoods voor jezelf ;)
--
[sig]
mark p krom ma...@krom.com icq 2015305
http://home.worldonline.nl/~mpkrom/
[/sig]
JBT
> NS 4.05 geeft alhier ook een error, ergo de browser crasht vaker wel
> dan niet op jouw pagina. Als je de source-code eens wat netter en
> overzichtelijker noteert, kan ik even de tijd nemen om ernaar te
> kijken.
"eens wat netter en overzichtelijker" ?
Netter dan dit kan niet meneer Fred, en overzichtelijker kun je zelf doen.
Dus je bedoelt: "netter OF overzichtelijker" of je bent gewoon een luilak.
Als je zelfs niet in staat bent deze html (er is niet veel bijzonders aan)
te ontcijferen maak ik me sterk dat je er achter zult komen wat de oorzaak
van de bug is. Zo kan ik ook "even de tijd nemen om ernaar te kijken", ja.
Mensen die zeuren over te lange regels: Ooit van line-wrapping gehoord?
Zie eerst maar aan een fatsoenlijke editor te komen, dan wil ik
nog wel eens zien of je ontdekt wat de schuld van de error is.
JBT
(Richard Noteboom):
> >Linebreaks zijn geen html en worden blind overgeslagen.
>
> REC-HTML4, Par. 9.1 "White space":
> "Line breaks are also white space characters"
Ja en? White spaces zijn white spaces, geen HTML.
Hiermee bevestig je alleen maar wat ik al schreef.
Alleen al de meeste stukjes javascript zitten vol met
(overbodige) white spaces, daar zal een browser niet op crashen,
en ook als je ze er alllemaal uithaalt slaat de browser daar geen acht op.
> Een browser die line breaks blind overslaat kan je maar beter
> *ogenblikkelijk* weggooien.
Onzin. Een white space valt voor de browser onder plain text tekens
waar die niets mee aanhoeft als ze niet binnen een bepaalde tag staan.
Ga jij je browser dus maar weggooien.
Michel van der Harst
altijd een foutje. 't hoeft maar een heel klein foutje te zijn:
Voorbeeld 1: Going Down heeft een '<P>' in een cel van een tabel. De '</P>'
staat buiten de tabel, terwijl deze ook binnen diezelfde cel zou moeten
staan!
Voorbeeld 2: Fravia and Anonimity heeft op enkele plaatsen <SCRIPT> staan
zonder <language="Javascript">.
Op deze punten zou Netscape niet mogen crashen, maar toch doet ie 't.
Helaas, want mijn voorkeur gaat duidelijk uit naar Netscape!!
Cheers,
Michel
Julius wrote:
> Vreemd, mensen, let op:
> ik heb een page die Netscape en soms zelfs MSIE laat hangen
> terwijl de HTML van de page valid is... Geen vuiltje aan de lucht?
> Zou iemand hier mij kunnen vertellen waarom de zaak dan TOCH crashed op
> http://www.xs4all.nl/~jult/alter.htm
Richard Noteboom
Misschien moet je dan toch even de bovengenoemde REC-HTML4 gaan lezen,
om te zien wat white space characters zijn in HTML, en wat browsers
daar mee moeten doen.
JBT
(Richard Noteboom):
> Misschien helpt het als je de ampersands in attribuut-waarden vervangt
> door &
? Waar ? Die attributen zijn URL's, daar is niks mis mee.
Gerrie
JBT heeft geschreven in bericht <35d75b33...@news.xs4all.nl>...
>>
>> REC-HTML4, Par. 9.1 "White space":
>> "Line breaks are also white space characters"
>
>Ja en? White spaces zijn white spaces, geen HTML.
>Hiermee bevestig je alleen maar wat ik al schreef.
>Alleen al de meeste stukjes javascript zitten vol met
>(overbodige) white spaces, daar zal een browser niet op crashen,
>en ook als je ze er alllemaal uithaalt slaat de browser daar geen acht op.
BTW: alle tekens in een HTML doc, worden door je browser gelezen, dus 't kan
er wel mee te maken hebben,
zelf heb ik ook zo'n vage ervaring gehad met een grote batchfile waarbij het
gebruik van REM de batchfile
deed crashen de rem vervangen door :: deed 't probleem verhelpen.
Jan Ehrhardt
>Vreemd, mensen, let op:
>ik heb een page die Netscape en soms zelfs MSIE laat hangen
>terwijl de HTML van de page valid is... Geen vuiltje aan de lucht?
>Zou iemand hier mij kunnen vertellen waarom de zaak dan TOCH crashed op
>http://www.xs4all.nl/~jult/alter.htm
Het werd wel een lang draadje, dus begon ik wel erg benieuwd te worden. Bij
een lokaal testje ging het fout op het moment, dat ik wass.gif naar de
desbetreffende dir kopieerde. Ook het rechtstreeks laden van wass.gif
leidde tot een GPF.
Eens kijken wat http://www.xs4all.nl/~jult/gr/wass.gif voor effect op mijn
NS4.04, draaiend onder Win'9
Jan Ehrhardt
>Eens kijken wat http://www.xs4all.nl/~jult/gr/wass.gif voor effect op mijn
>NS4.04, draaiend onder Win'9
Oeps.
Jan
JBT
<mpkro...@SPAMworldonline.nl>:
> Met de html validator vond ik één nesting foutje. Is misschien niet de
> reden van het crashen, maar misschien ook weer wel.
Je weet het nooit inderdaad.
> De eerste paragraaf begint met - P - FONT SIZE="+3" - TT - B -, maar
> eindigt met - /FONT - /B - /TT - /P -, wat moet zijn - /B - /TT -
> /FONT - /P -
Ik heb het nog mooier opgelost, namelijk de font-tag aan het begin
opgeschoven, dat is normaliter mijn schrijfwijze.
> Voorts ziet het adres van 'Microcrap' er een beetje *vreemd* uit -
> http://pages.infinit.net/@@U*Ve*hQAmQnYUEOk/nroy/microcrap/ -
>
> Maak daar maar - http://www.microcrap.org/ - van...
Aha, dat kan best eens veel schelen.. Dank je.
Was nog hun oude url.
> In NN3.0, NC4.04, IE4.01 en Opera 3.21 echter geen crash gezien.. (ik
> neem aan dat het alleen om de eerste page gaat)
Ben er geloof ik wel uit, iets met wass.gif inderdaad (dank je, monitor)
in combinatie met de refreshrate van mijn graphics-card.
> ps. maak die code eens wat overzichtelijker, desnoods voor jezelf ;)
Ik werk altijd naar een eindversie toe, de offline versie is wat
mensen 'overzichtelijker' noemen, met veel wit (linebreaks) erin,
maar de onlineversie maak ik altijd zo klein mogelijk
met een eigen html-strippertje. Questie van smaak.
Nedstat doet het ook trouwens.
--
I am pretending to be someone who is never what he pretends to be.
http://come.to/Julius | http://come.to/us | http://see.mypage.org/
Richard Noteboom
REC-HTML4, App. B.2.2 Ampersands in URI attribute values:
The URI that is constructed when a form is submitted may be used as an
anchor-style link (e.g., the href attribute for the A element).
Unfortunately, the use of the "&" character to separate form fields
interacts with its use in SGML attribute values to delimit character
entity references. For example, to use the URI "http://host/?x=1&y=2"
as a linking URI, it must be written <A
href="http://host/?x=1&y=2"> or <A
href="http://host/?x=1&y=2">.
Is het echt zo moeilijk om de specs even te lezen?
ro...@hetnet.bla-no-spam.nl
JBT wrote in message <35d73e6e...@news.xs4all.nl>...
>With more on that story, here's correspondent "ro...@hetnet.nl"
><ro...@hetnet.bla-no-spam.nl>:
>
>> Maak de regellengte van je source eens wat korter, dat helpt
waarschijnlijk.
>
>Lijkt me de grootste onzin aller tijden. De browsers lezen de regels
>volledig als stream in, en merken niet hoe lang ze zijn want lezen puur
html.
Dan moet je maar eens even dit bekijken in bijvoorbeeld Netscape 3.x:
<TABLE BORDER=1>
<TR><TD><IMG SRC="plaatje.gif"></TD></TR>
<TR><TD><IMG SRC="plaatje.gif"></TD></TR>
</TABLE>
en daarna zet je alles op 1 regel en bekijk je het nog een keer. Daarna zet
je ook linebreaks voor de </TD> en ga je NOG een keer kijken. En dan mag je
me nog een keer gaan vertellen dat het niet uitmaakt.
Ik weet *ook* wel dat het niet logisch klinkt allemaal, maar mijn ervaring
is dus dat het (vaak) echt wel helpt om je regels niet te lang te maken en
dat linebreaks wel degelijk 'gezien' worden.
Afgezien van de mogelijkheid dat lange regels de oorzaak zouden kunnen zijn
van het crashen maakt het wat korter maken van je regels in ieder geval de
HTML dusdanig overzichtelijk dat het misschien duidelijk wordt op welke
constructie het dan wel mis zou kunnen gaan.
Groetjes
Richard
rou...@glasvezel.net
>eens wat netter en overzichtelijker netter dan dit kan niet meneer fred en overzichtelijker kun je zelf doen dus je bedoelt netter of overzichtelijker of je bent gewoon een luilak als je zelfs niet in staat bent deze html er is niet veel bijzonders aan te ontcijferen maak ik me sterk dat je er achter zult komen wat de oorzaak van de bug is zo kan ik ook even de tijd nemen om ernaar te kijken ja mensen die zeuren over te lange regels ooit van line-wrapping gehoord zie eerst maar aan een fatsoenlijke editor te komen dan wil ik nog wel eens zien of je ontdekt wat de schuld van de error is
Tuurlijk, Julius.
Met vriendelijke groet,
--
rou...@glasvezel.net
JBT
Als ik jou was, zou ik eens kijken wat er mis is met je news-software,
want bovenstaande heb ik nooit geschreven. Ik schreef:
> "eens wat netter en overzichtelijker" ?
> Netter dan dit kan niet meneer Fred, en overzichtelijker kun je zelf doen.
> Dus je bedoelt: "netter OF overzichtelijker" of je bent gewoon een luilak.
> Als je zelfs niet in staat bent deze html (er is niet veel bijzonders aan)
> te ontcijferen maak ik me sterk dat je er achter zult komen wat de oorzaak
> van de bug is. Zo kan ik ook "even de tijd nemen om ernaar te kijken", ja.
> Mensen die zeuren over te lange regels: Ooit van line-wrapping gehoord?
> Zie eerst maar aan een fatsoenlijke editor te komen, dan wil ik
> nog wel eens zien of je ontdekt wat de schuld van de error is.
Nogal een verschil, lijkt mij zo...
Als ik het zo even bekijk heb je een setting in je software
verkeerd staan, je hebt "remove interpunction and linebreaks in reply"
aan staan, of je bent gewoon een heel erg vervelend en jaloers ventje
dat leuk wil lijken en indruk moet maken middels het nodeloos
in de zeik zetten van anderen door hen dingen te laten schrijven
die zij nooit geschreven hebben.
Julius B.T.
http://come.to/my.ass
It is with deepest regrets we must inform you that you're a weenie.
Raymond Morsman
>With more on that story, here's correspondent "ro...@hetnet.nl"
><ro...@hetnet.bla-no-spam.nl>:
>
>> Maak de regellengte van je source eens wat korter, dat helpt waarschijnlijk.
>Overigens is ook de vraag: Hoe kort is kort genoeg???
>Hier heb ik werkelijk nog nooit iets van gehoord namelijk,
>"te lange regels" in HTML? Yeah right! Eg wel niet.
Maakt inderdaad niet uit. Voor sommige scriptjes lees ik de HTML
documenten in, haal alle \n \r's eruit en worden alle whitespaces
worden enkele spaties(er zijn nl maar weinig begenadigde vormgevers in
Nederland;-)). Die output heeft nog nooit een browser doen crashen,
ondanks dat dat soms wel 10 k op een regel is.
Filip Vandueren
De CR en NL's uit je code halen kan nooit kwaad, het kan je bij een grote file
zelfs enkele honderden bytes schelen (waw ;-) En doet wonderen voor Tables
waarin je Images probeert te aligneren.
(hoewel een <BR> na elke image-'regel' hetzelfde bereikt.
Over en Out
Filip Vandueren
BVBA Jedidiah
New Media Design
Raymond Morsman
<fi...@hetdomein.nl> wrote:
>Inderdaad,
>
>De CR en NL's uit je code halen kan nooit kwaad, het kan je bij een grote file
>zelfs enkele honderden bytes schelen (waw ;-) En doet wonderen voor Tables
>waarin je Images probeert te aligneren.
Ik doe dat voornamelijk voor randdebielen die dingen als
<A HREF=x.html
TARGET=_top>
doen. Als je die code wilt parsen is dat prettiger om eerst alle
whitespaces om te zetten naar enkele spaties en de enters eruit te
halen. Dan wordt het:
<A HREF=x.html TARGET=_top>
En daar kun je leuke patternmatches op loslaten. Dat gaat
probleemloos, ook met tabellen.