background image
Traveller
body
{
background-image:
url("pics/face2.gif");
background-repeat:
no-repeat;
background-attachment:
fixed
}
kun je een image vast zetten op de background; kun je ook zoiets doen
op de voorgrond?
Ik heb diverse zoekmachines aan het werk gezet, maar kon er geen
oplossing voor vinden; of kan het soms niet?
groet,
martin
Warden Dave
> Met :
<knip>
> background-attachment: fixed
> kun je een image vast zetten op de background; kun je ook zoiets
> doen op de voorgrond?
> Ik heb diverse zoekmachines aan het werk gezet, maar kon er
> geen oplossing voor vinden; of kan het soms niet?
Nou zat ik net even te sleutelen aan deze:
http://www.mnsys.org/niwo/topbox1.html
't Is wat meer werk dan een stijl-regeltje, maar het _kan_ dus ~min of meer~
wel.
groet,
WD
Traveller
>Nou zat ik net even te sleutelen aan deze:
>http://www.mnsys.org/niwo/topbox1.html
>'t Is wat meer werk dan een stijl-regeltje, maar het _kan_ dus ~min of meer~
>wel.
>
transparante stukken van een GIF een witte achtergrond te geven.
groet,
martin
@webcel.nl John Westera
promulgated:
widt=100 ?
Kejje nagaan en het werkt ook nog.
:-)
John
--
<http://www.webcel.nl/>
webShop software, frames, forms
Warden Dave
Dat zal wel meevallen. Uit luiheid had ik de gele achtergrond van de
layer -waarin het plaatje staat- niet weggehaald; nu wel gedaan. Dus als je
er een plaatje met transparante stukken in zet, zal het nu wel lukken.
Let even op:
function move_DIV() {
var y = (ns_pos)?window.pageYOffset:document.body.scrollTop;
y+=10;
....
Die 'y+=10;' bepaalt de positie vanaf de top van de client-area (canvas). De
x- en initieele-positie bepaal je gewoon d.m.v. css(p); hier "top:10px;
left:10px;";
groet,
WD
Warden Dave
> "Warden Dave" <w...@d.pro>:
> >http://www.mnsys.org/niwo/topbox1.html
> widt=100 ?
Dat staat er al heel lang al helemaal niet meer, Joh(n) !! ;)
Ik type te veel & te snel. Ik zal minderen...
> Kejje nagaan en het werkt ook nog.
> :-)
Je ziet, het doet er allemaal niks toe. ;)
groet,
WD
Traveller
>Dat zal wel meevallen. Uit luiheid had ik de gele achtergrond van de
>layer -waarin het plaatje staat- niet weggehaald; nu wel gedaan. Dus als je
>er een plaatje met transparante stukken in zet, zal het nu wel lukken.
Nee, mijn fout, ik had de achtergrond veranderd maar het verkeerde
plaatje gepakt. Werkt precies zoals bedoeld. nogmaals bedankt!
groet,
martin
@webcel.nl John Westera
promulgated:
>"John Westera" <2.020 @ webcel . nl> schreef:
>> "Warden Dave" <w...@d.pro>:
>
>> >http://www.mnsys.org/niwo/topbox1.html
>
>> widt=100 ?
>
>Dat staat er al heel lang al helemaal niet meer, Joh(n) !! ;)
makes nothing out,
news.quicknet.nl is niet vooruit te branden vanavond.
>Ik type te veel & te snel. Ik zal minderen...
>
>> Kejje nagaan en het werkt ook nog.
>> :-)
>
>Je ziet, het doet er allemaal niks toe. ;)
>
Rondje zwarte koffie?
Jan Ehrhardt
>"Traveller" <ro...@planet.nl> schreef:
>> Met background-attachment: fixed
>> kun je een image vast zetten op de background; kun je ook zoiets
>> doen op de voorgrond?
>
>Nou zat ik net even te sleutelen aan deze:
>http://www.mnsys.org/niwo/topbox1.html
Je mag blij zijn dat-ie nu ook in NS4 werkt ;-)
Ik zit me alleen af te vragen, wat die TimeScroll daar doet. Zodra die
false wordt werkt je script niet meer. Kun je hem dan niet net zo goed
weglaten, net zoals ik gedaan heb in http://cgi.monitor.nl/adv0402.htm ?
Jan
--
Dropdown and pushup menu's - http://cgi.monitor.nl/cbt/?web.htm
Jan Ehrhardt
>Warden Dave in nl.internet.www.ontwerp (Tue, 5 Feb 2002 22:51:31 +0100):
>
>>"Traveller" <ro...@planet.nl> schreef:
>>> Met background-attachment: fixed
>>> kun je een image vast zetten op de background; kun je ook zoiets
>>> doen op de voorgrond?
>>
>>Nou zat ik net even te sleutelen aan deze:
>>http://www.mnsys.org/niwo/topbox1.html
>
>Je mag blij zijn dat-ie nu ook in NS4 werkt ;-)
>
>Ik zit me alleen af te vragen, wat die TimeScroll daar doet. Zodra die
>false wordt werkt je script niet meer. Kun je hem dan niet net zo goed
>weglaten, net zoals ik gedaan heb in http://cgi.monitor.nl/adv0402.htm ?
Stugger nog, dan kun je je window.onscroll function ook weglaten ....
Warden Dave
> Jan Ehrhardt in nl.internet.www.ontwerp:
> >Warden Dave in nl.internet.www.ontwerp:
> >>Nou zat ik net even te sleutelen aan deze:
> >>http://www.mnsys.org/niwo/topbox1.html
> >
> >Je mag blij zijn dat-ie nu ook in NS4 werkt ;-)
Ben ik, al had NN4.08 me eerder geen problemen gegeven.
> >Ik zit me alleen af te vragen, wat die TimeScroll daar doet. Zodra
> die false wordt werkt je script niet meer.
Eh, toch wel. Er staat:
window.onscroll=function() {
window.onscroll=move_DIV;TimeScroll=false; };
Dat wil dus zeggen dat bij een browser die het window.onscroll-event kent
TimeScroll 'false' zal worden, anders niet. Werken doet het dan juist prima,
want window.onscroll wordt gelijk aan 'move_DIV' (de functie).
> Kun je hem dan niet net zo goed >weglaten, net zoals ik gedaan
> heb in http://cgi.monitor.nl/adv0402.htm ?
> Stugger nog, dan kun je je window.onscroll function ook weglaten ....
Het heeft voordelen het onscroll-event te gebruiken. Het werkt iets sneller
en ontlast de browser, die dan niet om de x millieseconde die functie hoeft
te doorlopen.
Maar je kunt het natuurlijk wel weglaten, al mis je dan de rappe update in
Moderne Browsers.
groet,
Warden Dave
Jan Ehrhardt
>"Jan Ehrhardt" <mon...@monitor.nl.X> schreef:
>> >>http://www.mnsys.org/niwo/topbox1.html
>> Ik zit me alleen af te vragen, wat die TimeScroll daar doet. Zodra
>> die false wordt werkt je script niet meer.
>
>Eh, toch wel. Er staat:
>
> window.onscroll=function() {
> window.onscroll=move_DIV;TimeScroll=false; };
TimeScroll wordt dus pas false na het optreden van het onscroll-event.
>Dat wil dus zeggen dat bij een browser die het window.onscroll-event kent
>TimeScroll 'false' zal worden, anders niet. Werken doet het dan juist prima,
>want window.onscroll wordt gelijk aan 'move_DIV' (de functie).
>
>> Kun je hem dan niet net zo goed weglaten, net zoals ik gedaan
>> heb in http://cgi.monitor.nl/adv0402.htm ?
>> Stugger nog, dan kun je je window.onscroll function ook weglaten ....
>
>Het heeft voordelen het onscroll-event te gebruiken. Het werkt iets sneller
>en ontlast de browser, die dan niet om de x milliseconde die functie hoeft
>te doorlopen.
Het ontlast je browser pas *nadat* je bent gaan scrollen. Voor die tijd
ben je nog steeds afhankelijk van het loopje. Zet je loop maar eens op 10
seconden, doe een reload in IE5.5+ en dan een PgDn. Het zal geruime tijd
duren voordat je plaatje weer in beeld komt. Zie
http://cgi.monitor.nl/temp/topbox1.htm
>Maar je kunt het natuurlijk wel weglaten, al mis je dan de rappe update in
>Moderne Browsers.
Welke browsers ondersteunen window.onscroll eigenlijk? De enige die ik
hier heb is IE5.5. Mozilla niet getest. Maar Opera 6 doet het niet. Zeker
niet modern genoeg.
Warden Dave
> Warden Dave in nl.internet.www.ontwerp:
> >"Jan Ehrhardt" <mon...@monitor.nl.X> schreef:
>>>>>http://www.mnsys.org/niwo/topbox1.html
>>> Ik zit me alleen af te vragen, wat die TimeScroll daar doet.
>>> Zodra die false wordt werkt je script niet meer.
>>Eh, toch wel. Er staat:
>> window.onscroll=function() {
>> window.onscroll=move_DIV;TimeScroll=false; };
> TimeScroll wordt dus pas false na het optreden van het onscroll-event.
Inderdaad. Het is een manier die ik hier en daar toepas om automatisch een
event te detecteren. Als je niet afhankelijk wil zijn van aanname's over
browsers is het een 'aardig truukje', bijv.:
document.onmousemove = function(e) {
window.onmousemove=null;
document.onmousemove = msHandler;
msHandler(e);
};
window.onmousemove = function(e) {
document.onmousemove = null;
window.onmousemove = msHandler;
msHandler(e);
};
if (ns4) window.captureEvents(Event.MOUSEMOVE);
Bij dit laatste regeltje zou je kunnen weten dat 'ns4' mousemove 'op de
window' kent, maar voor alle andere gevallen wordt er automatisch een
handler aan een event geplakt. Probleem is dat je vaak lastig kunt
waarnemen of een event op een element wel wordt ondersteund (voor je iets
toewijst zal er soms 'undefined' worden gegeven en als dat niet zo is kun je
er niet zeker van zijn dat er ook echt een event zal worden afgevuurd.). Op
deze manier speel je op zeker.
>>Het heeft voordelen het onscroll-event te gebruiken. Het werkt iets
>>sneller en ontlast de browser, die dan niet om de x milliseconde die
>>functie hoeft te doorlopen.
> Het ontlast je browser pas *nadat* je bent gaan scrollen. Voor die
> tijd ben je nog steeds afhankelijk van het loopje. Zet je loop maar
> eens op 10 seconden, doe een reload in IE5.5+ en dan een PgDn.
> Het zal geruime tijd duren voordat je plaatje weer in beeld komt.
> Zie http://cgi.monitor.nl/temp/topbox1.htm
Umme, in mijn IE5.5 krijg ik 'm na een PgDwn direct weer in beeld, maar
goed, dat zegt niet zo veel. Het is natuurlijk wel waar dat de voordelen van
de onscroll-methode niet uitermate groot zijn, maar verschil tussen de
'Timescroll' en het gebruik van het onscroll-event is in m'n IE5.5 toch wel
zichtbaar. Het is eigenlijk altijd wel beter dit soort dingen te leten
geschieden d.m.v. een event i.p.v. polling (herhaald kijken of iets er wel
is). Dat je niet direct goed kunt zien of het event werken zal is wel
jammer, ja. (Ookal, je zou de window even d.m.v. script kunnen laten
scrollen.)
>>Maar je kunt het natuurlijk wel weglaten, al mis je dan de rappe update
>> in Moderne Browsers.
>
> Welke browsers ondersteunen window.onscroll eigenlijk? De enige die
> ik hier heb is IE5.5. Mozilla niet getest. Maar Opera 6 doet het niet.
> Zeker niet modern genoeg.
Dat laatste is waar, maar ik wil Rijk van G. niet herhaaldelijk verdriet
doen. Erick T. heeft hier laatst al de ogen rood gehuild omdat in die
browser onLoad op een door script in het leven geroepen Image-Object maar
niet wil komen, en dat vind ik voorlopig al erg genoeg.
Als ik Netscape geloven moet zou het in zowel IE als N6 (dus ook Moz., zou
je denken) moeten werken. Zie:
http://developer.netscape.com/evangelism/docs/technotes/xref/window-object/
Niet dat het ook echt in al m'n N-zessen wil, hoor. ;) Maar IE is toch
altijd al goed genoeg voor een groot deel van je bezoekers. Die zullen
juichen bij een supersnelle update van de boxpositie.
groet,
WD
Jan Ehrhardt
>"Jan Ehrhardt" <mon...@monitor.nl.X> schreef:
>
>> Het ontlast je browser pas *nadat* je bent gaan scrollen. Voor die
>> tijd ben je nog steeds afhankelijk van het loopje. Zet je loop maar
>> eens op 10 seconden, doe een reload in IE5.5+ en dan een PgDn.
>> Het zal geruime tijd duren voordat je plaatje weer in beeld komt.
>> Zie http://cgi.monitor.nl/temp/topbox1.htm
>
>Umme, in mijn IE5.5 krijg ik 'm na een PgDwn direct weer in beeld, maar
>goed, dat zegt niet zo veel.
Merkwaardig. IE5 != IE5? Wat krijgen anderen op
http://cgi.monitor.nl/temp/topbox1.htm na een Refresh (F5) en 1 (!) PgDn
te zien? Of heb je soms 2 maal op PgDn geklikt?
> Het is eigenlijk altijd wel beter dit soort dingen te laten
>geschieden d.m.v. een event i.p.v. polling (herhaald kijken of iets er wel
>is).
Polling heeft zeker nadelen. Ga eens naar met Opera 6 naar
http://cgi.monitor.nl/adv0402.htm en klik dan op de (I) waaronder ik nu
in dit testje 'Inschrijven' heb geplakt. En ga vervolgens weer met de
back knop (of 'z') terug naar de vorige pagina: exit pollerscroller. Die
is gestopt bij de onUnload en start niet meer op.
>> Welke browsers ondersteunen window.onscroll eigenlijk?
>
>Als ik Netscape geloven moet zou het in zowel IE als N6 (dus ook Moz., zou
>je denken) moeten werken.
Toch zag ik op Google ook meldingen dat dit niet werkte in NS6.
>Niet dat het ook echt in al m'n N-zessen wil, hoor. ;) Maar IE is toch
>altijd al goed genoeg voor een groot deel van je bezoekers. Die zullen
>juichen bij een supersnelle update van de boxpositie.
Yep. Langzamerhand wordt het een werkbaar floating menu op
http://cgi.monitor.nl/adv0402.htm
Misschien laat ik de frames nu echt achter me ;-)
Jan Ehrhardt
>>> Welke browsers ondersteunen window.onscroll eigenlijk?
>>
>>Als ik Netscape geloven moet zou het in zowel IE als N6 (dus ook Moz., zou
>>je denken) moeten werken.
>
>Toch zag ik op Google ook meldingen dat dit niet werkte in NS6.
Net getest in NS6.2 (rev 0.9.4). Daar werkt
http://cgi.monitor.nl/temp/topbox1.htm traag. En dus wordt onscroll niet
ondersteund.
@webcel.nl John Westera
vividly promulgated:
>Warden Dave in nl.internet.www.ontwerp (Wed, 6 Feb 2002 13:09:02 +0100):
>
>>"Jan Ehrhardt" <mon...@monitor.nl.X> schreef:
>>
>>> Het ontlast je browser pas *nadat* je bent gaan scrollen. Voor die
>>> tijd ben je nog steeds afhankelijk van het loopje. Zet je loop maar
>>> eens op 10 seconden, doe een reload in IE5.5+ en dan een PgDn.
>>> Het zal geruime tijd duren voordat je plaatje weer in beeld komt.
>>> Zie http://cgi.monitor.nl/temp/topbox1.htm
>>
>>Umme, in mijn IE5.5 krijg ik 'm na een PgDwn direct weer in beeld, maar
>>goed, dat zegt niet zo veel.
>
>Merkwaardig. IE5 != IE5? Wat krijgen anderen op
>http://cgi.monitor.nl/temp/topbox1.htm na een Refresh (F5) en 1 (!) PgDn
>te zien?
Zowel in IE 5 als Moz 096 duurt het enkele tellen en dan is er weer.
>Of heb je soms 2 maal op PgDn geklikt?
>
1 keer
>> Het is eigenlijk altijd wel beter dit soort dingen te laten
>>geschieden d.m.v. een event i.p.v. polling (herhaald kijken of iets er wel
>>is).
>
>Polling heeft zeker nadelen. Ga eens naar met Opera 6 naar
>http://cgi.monitor.nl/adv0402.htm en klik dan op de (I) waaronder ik nu
>in dit testje 'Inschrijven' heb geplakt. En ga vervolgens weer met de
>back knop (of 'z') terug naar de vorige pagina: exit pollerscroller. Die
>is gestopt bij de onUnload en start niet meer op.
>
>>> Welke browsers ondersteunen window.onscroll eigenlijk?
>>
>>Als ik Netscape geloven moet zou het in zowel IE als N6 (dus ook Moz., zou
>>je denken) moeten werken.
>
>Toch zag ik op Google ook meldingen dat dit niet werkte in NS6.
>
>>Niet dat het ook echt in al m'n N-zessen wil, hoor. ;) Maar IE is toch
>>altijd al goed genoeg voor een groot deel van je bezoekers. Die zullen
>>juichen bij een supersnelle update van de boxpositie.
>
>Yep. Langzamerhand wordt het een werkbaar floating menu op
>http://cgi.monitor.nl/adv0402.htm
>
In Moz 096 werkt het niet (1 scherm)
In O 5.12 werkt het (ik krijg 2 schermen)
In NC 4.78 werkt het ( 1 scherm)
In IE 5 werkt het (1 scherm).
IE scrolled het mooiste.
>Misschien laat ik de frames nu echt achter me ;-)
>
Jij ook al :-) ?
Jan Ehrhardt
Feb 2002 13:34:31 GMT):
>In O 5.12 werkt het (ik krijg 2 schermen)
Je hebt Opera dus als Opera gedefinieerd staan ...
Warden Dave
> Warden Dave in nl.internet.www.ontwerp:
>> "Jan Ehrhardt" <mon...@monitor.nl.X> schreef:
[floating boxje...]
> >> Zie http://cgi.monitor.nl/temp/topbox1.htm
>>Umme, in mijn IE5.5 krijg ik 'm na een PgDwn direct weer in
>> beeld, maar goed, dat zegt niet zo veel.
> Merkwaardig. IE5 != IE5? Wat krijgen anderen op
> http://cgi.monitor.nl/temp/topbox1.htm na een Refresh (F5) en 1 (!)
> PgDn te zien? Of heb je soms 2 maal op PgDn geklikt?
Nee 1x, echt helemaal eerlijk, in IE5.50.4807.2300IS/Win98SE.
De plaat komt direct weer in beeld.
>>> Welke browsers ondersteunen window.onscroll eigenlijk?
>>Als ik Netscape geloven moet zou het in zowel IE als N6 (dus ook
>> Moz., zou je denken) moeten werken.
> Toch zag ik op Google ook meldingen dat dit niet werkte in NS6.
>>Niet dat het ook echt in al m'n N-zessen wil, hoor. ;)
Ik bedoelde ook dat het mijn waarneming is dat het eigenlijk _niet_ werkt.
Maar omdat ze zelf zeggen dat het wel werkt verwacht ik spoedig dat het ook
echt zo zal zijn.
> Misschien laat ik de frames nu echt achter me ;-)
Jan, "langzaan afbouwen" zegt mijn ontwenningstherapeut altijd. ;)
groet,
WD
Jan Ehrhardt
>> >> Zie http://cgi.monitor.nl/temp/topbox1.htm
>
>>> Umme, in mijn IE5.5 krijg ik 'm na een PgDwn direct weer in
>>> beeld, maar goed, dat zegt niet zo veel.
>
>> Merkwaardig. IE5 != IE5? Wat krijgen anderen op
>> http://cgi.monitor.nl/temp/topbox1.htm na een Refresh (F5) en 1 (!)
>> PgDn te zien? Of heb je soms 2 maal op PgDn geklikt?
>
>Nee 1x, echt helemaal eerlijk, in IE5.50.4807.2300IS/Win98SE.
>De plaat komt direct weer in beeld.
Hier IE5.50.4522.1800IC/Win95 SP1. Na een Refresh (plaatje staat dan
goed) en vervolgens 1 PgDn duurt het een seconde of 8 voordat het plaatje
zich realiseert dat-ie verdwaald is.
Eric B. Bednarz
ro...@planet.nl (Traveller) wrote in message
news:3c694e0d...@news.planet.nl:
> Met :
>
> body
> {
> background-image:
> url("pics/face2.gif");
> background-repeat:
> no-repeat;
> background-attachment:
> fixed
> }
>
> kun je een image vast zetten op de background; kun je ook zoiets doen
> op de voorgrond?
Ja, met position: fixed.
De vraag is echter, kun je zoiets ook doen in internet exploder 6?
ff denken; ja het kan.
<http://home.deds.nl/~thebox/acid/fixed.html>
--
Rant-In-A-Box
<http://home.deds.nl/~thebox/>
Rijk van Geijtenbeek
wrote:
>> [...] een image vast zetten op de background; kun je ook zoiets doen
>> op de voorgrond?
>
>Ja, met position: fixed.
>De vraag is echter, kun je zoiets ook doen in internet exploder 6?
>ff denken; ja het kan.
><http://home.deds.nl/~thebox/acid/fixed.html>
Amazing - helemaal zonder scripts. Werkt voortreffelijk in IE 6 en Opera
6, terwijl de een geen 'fixed' en de ander geen 'overflow:scroll'
ondersteund! Ik heb dit nog nooit ergens gezien.
Nou ben ik wel benieuwd wat IE 4, IE 5 en IE 5.5 hiervan bakken, en de
MacIE's. Is de fallback een beetje aanvaardbaar, of maken ze er een
rommeltje van?
--
Je kunt de band nog zo mooi plakken, als | Rijk van Geijtenbeek
je de spijker er niet uithaalt, wordt | mailto:ri...@iname.com
het niks. - Klazien uit Zalk | http://rijk.op.het.net
Jan Ehrhardt
17:30:27 +0100):
>On Wed, 06 Feb 2002 15:32:52 GMT, "Eric B. Bednarz" <the...@deds.nl>
>wrote:
>>ro...@planet.nl (Traveller) wrote in message
>>news:3c694e0d...@news.planet.nl:
>
>>> [...] een image vast zetten op de background; kun je ook zoiets doen
>>> op de voorgrond?
>>
>><http://home.deds.nl/~thebox/acid/fixed.html>
>
>Amazing - helemaal zonder scripts. Werkt voortreffelijk in IE 6 en Opera
>6, terwijl de een geen 'fixed' en de ander geen 'overflow:scroll'
>ondersteund! Ik heb dit nog nooit ergens gezien.
^
t
>Nou ben ik wel benieuwd wat IE 4, IE 5 en IE 5.5 hiervan bakken, en de
>MacIE's. Is de fallback een beetje aanvaardbaar, of maken ze er een
>rommeltje van?
IE4: de zaak staat onderaan. http://cgi.monitor.nl/temp/rant_ie4.gif
Van de rest van de opmaak bijft niet veel over.
Dus toch maar met een scriptje, zoals op
http://cgi.monitor.nl/cms0402.htm ???
Eric B. Bednarz
Rijk van Geijtenbeek <ri...@iname.com> wrote in message
news:b8m26u0a6abgp74rp...@4ax.com:
> On Wed, 06 Feb 2002 15:32:52 GMT, "Eric B. Bednarz" <the...@deds.nl>
> wrote:
>>ro...@planet.nl (Traveller) wrote in message
>>news:3c694e0d...@news.planet.nl:
>
>
>>> [...] een image vast zetten op de background; kun je ook zoiets doen
>>> op de voorgrond?
>>
>>Ja, met position: fixed.
>>De vraag is echter, kun je zoiets ook doen in internet exploder 6?
>>ff denken; ja het kan.
>><http://home.deds.nl/~thebox/acid/fixed.html>
>
> Amazing - helemaal zonder scripts. Werkt voortreffelijk in IE 6 en Opera
> 6, terwijl de een geen 'fixed' en de ander geen 'overflow:scroll'
> ondersteund! Ik heb dit nog nooit ergens gezien.
Het grotste problem van deze benadering is in mozilla geen dubbele
scrollbar te krijgen.
> Nou ben ik wel benieuwd wat IE 4, IE 5 en IE 5.5 hiervan bakken, en de
> MacIE's. Is de fallback een beetje aanvaardbaar, of maken ze er een
> rommeltje van?
Eric A. Meyer liet mij een uurtje geleden weten dat dit in IE5 Mac in een
grijs scherm zonder inhoud resulteerd :-)
Ik ben er vanochtend pas mee begonnen en ben nu even met mac selector bugs
aan het rommelen; dan nog iemand vinden die mij een kwartiertje achter zijn
mac laat zitten ;)
--
Rant-In-A-Box
<http://home.deds.nl/~thebox/>
@webcel.nl John Westera
vividly promulgated:
>John Westera <2.020 @ webcel . nl> in nl.internet.www.ontwerp (Wed, 06
>Feb 2002 13:34:31 GMT):
>
>>In O 5.12 werkt het (ik krijg 2 schermen)
>
>Je hebt Opera dus als Opera gedefinieerd staan ...
>
Tsja, Opera is Opera, toch :-)
Ik zie het zindelijk nut er niet van in om als je al een IE hebt,
te willen dat Opera zich voordoet als weer een IE.
Eric B. Bednarz
mon...@monitor.nl.X (Jan Ehrhardt) wrote in message
news:3c615dd8...@news.xs4all.nl:
> Rijk van Geijtenbeek in nl.internet.www.ontwerp (Wed, 06 Feb 2002
> 17:30:27 +0100):
>
>>On Wed, 06 Feb 2002 15:32:52 GMT, "Eric B. Bednarz" <the...@deds.nl>
>>wrote:
>>><http://home.deds.nl/~thebox/acid/fixed.html>
>>Nou ben ik wel benieuwd wat IE 4, IE 5 en IE 5.5 hiervan bakken, en de
>>MacIE's. Is de fallback een beetje aanvaardbaar, of maken ze er een
>>rommeltje van?
>
> IE4: de zaak staat onderaan.
Yep, dat is de bedoeling; struktureel staat visuele flauwekul bij mij
doorgans aan het eind van het document.
> http://cgi.monitor.nl/temp/rant_ie4.gif
Dankjewel
> Dus toch maar met een scriptje, zoals op
> http://cgi.monitor.nl/cms0402.htm ???
In IE gebeurd niet veel; oh, active scripting staat uit.
Opera is de enige die mij de vertikale text aan de linker kant laat zien,
maar daar scrollt verder ook niets.
In Mozilla wordt mij langzaam duidelijk wat de bedoeling is :)
--
Rant-In-A-Box
<http://home.deds.nl/~thebox/>
Jeroen Visser | ViZi grafisch ontwerpers
>
> Rijk van Geijtenbeek <ri...@iname.com> wrote in message
> news:b8m26u0a6abgp74rp...@4ax.com:
>
> > On Wed, 06 Feb 2002 15:32:52 GMT, "Eric B. Bednarz" <the...@deds.nl>
> > wrote:
> >>ro...@planet.nl (Traveller) wrote in message
> >>news:3c694e0d...@news.planet.nl:
> >
> >>> [...] een image vast zetten op de background; kun je ook zoiets doen
> >>> op de voorgrond?
> >>
> >>Ja, met position: fixed.
> >>De vraag is echter, kun je zoiets ook doen in internet exploder 6?
> >>ff denken; ja het kan.
> >><http://home.deds.nl/~thebox/acid/fixed.html>
> >
> > Amazing - helemaal zonder scripts. Werkt voortreffelijk in IE 6 en Opera
> > 6, terwijl de een geen 'fixed' en de ander geen 'overflow:scroll'
> > ondersteund! Ik heb dit nog nooit ergens gezien.
>
> > MacIE's. Is de fallback een beetje aanvaardbaar, of maken ze er een
> > rommeltje van?
>
> Eric A. Meyer liet mij een uurtje geleden weten dat dit in IE5 Mac in een
> grijs scherm zonder inhoud resulteerd :-)
Op dit moment geen probleem in Opera5/PPC of IE5/Mac. Ik zie een balk
met rode arcering, waar een andere laag met een stippelrand onderdoor scrollt.
> Ik ben er vanochtend pas mee begonnen en ben nu even met mac selector bugs
> aan het rommelen; dan nog iemand vinden die mij een kwartiertje achter zijn
> mac laat zitten ;)
No problemo. Daarvoor hoef je geen kwartiertje achter mijn Mac te
zitten. ;-)
Jeroen Visser [BNO]
--
ViZi grafisch ontwerpers
E: mailto:J.Vi...@ViZi.nl
I: http://www.vizi.nl
Eric B. Bednarz
Jeroen Visser | ViZi grafisch ontwerpers <J.Vi...@ViZi.nl> wrote in
message news:3C61753F...@ViZi.nl:
> "Eric B. Bednarz" wrote:
>>
>> Rijk van Geijtenbeek <ri...@iname.com> wrote in message
>> news:b8m26u0a6abgp74rp...@4ax.com:
>>
>> > On Wed, 06 Feb 2002 15:32:52 GMT, "Eric B. Bednarz" <the...@deds.nl>
>> > wrote:
>> >>ro...@planet.nl (Traveller) wrote in message
>> >>news:3c694e0d...@news.planet.nl:
>> >
>> >>> [...] een image vast zetten op de background; kun je ook zoiets
>> >>> doen op de voorgrond?
>> >>
>> >>Ja, met position: fixed.
>> >>De vraag is echter, kun je zoiets ook doen in internet exploder 6?
>> >>ff denken; ja het kan. <http://home.deds.nl/~thebox/acid/fixed.html>
>> >
>> > Amazing - helemaal zonder scripts. Werkt voortreffelijk in IE 6 en
>> > Opera 6, terwijl de een geen 'fixed' en de ander geen
>> > 'overflow:scroll' ondersteund! Ik heb dit nog nooit ergens gezien.
>>
>> > Nou ben ik wel benieuwd wat IE 4, IE 5 en IE 5.5 hiervan bakken, en
>> > de MacIE's. Is de fallback een beetje aanvaardbaar, of maken ze er
>> > een rommeltje van?
>>
>> Eric A. Meyer liet mij een uurtje geleden weten dat dit in IE5 Mac in
>> een grijs scherm zonder inhoud resulteerd :-)
>
> Op dit moment geen probleem in Opera5/PPC of IE5/Mac. Ik zie een balk
> met rode arcering, waar een andere laag met een stippelrand onderdoor
> scrollt.
Dan werkt de selector/comment bug :), staat er ook text in de laagjes :-o ?
Em welke versie IE5/Mac heb je? Ik hoop dat de bug in de nieuwe release van
5 nog niet gefixed is.
Bedankt, Eric
--
Rant-In-A-Box
<http://home.deds.nl/~thebox/>
Jeroen Visser | ViZi grafisch ontwerpers
>
> Jeroen Visser | ViZi grafisch ontwerpers <J.Vi...@ViZi.nl> wrote in
> message news:3C61753F...@ViZi.nl:
>
> > "Eric B. Bednarz" wrote:
[afbeelding vastzetten op voorgrond]
> >> >>ff denken; ja het kan. <http://home.deds.nl/~thebox/acid/fixed.html>
> >> >
> >> > Amazing - helemaal zonder scripts.
> >> > Nou ben ik wel benieuwd wat IE 4, IE 5 en IE 5.5 hiervan bakken, en
> >> > de MacIE's. Is de fallback een beetje aanvaardbaar, of maken ze er
> >> > een rommeltje van?
> >
> > Op dit moment geen probleem in Opera5/PPC of IE5/Mac. Ik zie een balk
> > met rode arcering, waar een andere laag met een stippelrand onderdoor
> > scrollt.
>
> Dan werkt de selector/comment bug :), staat er ook text in de laagjes :-o ?
Ja, waar ik nog eens over kon lezen dat het werkte. :-P
> Em welke versie IE5/Mac heb je? Ik hoop dat de bug in de nieuwe release van
> 5 nog niet gefixed is.
Ik draai met IE5.0. De nieuwere IE5.1/Mac (zowel MacOS9.x als MacOS X)
heb ik niet; eventueel kun je in <news:nl.comp.sys.mac> vragen hoe het
er in die browser uitziet.
> Bedankt, Eric
Graag gedaan!
Jeroen Visser [BNO]
(die zich afvraagt of de fix al 'WaSP approved' is? ;-)
Jan Ehrhardt
GMT):
>mon...@monitor.nl.X (Jan Ehrhardt) wrote in message
>news:3c615dd8...@news.xs4all.nl:
>
>>>><http://home.deds.nl/~thebox/acid/fixed.html>
>
>> IE4: de zaak staat onderaan.
>
>Yep, dat is de bedoeling; struktureel staat visuele flauwekul bij mij
>doorgans aan het eind van het document.
Dat gebeurt bij mij in NS4 ook als je JS uitzet.
>> Dus toch maar met een scriptje, zoals op
>> http://cgi.monitor.nl/cms0402.htm ???
>
>In IE gebeurd niet veel; oh, active scripting staat uit.
^
t
Als ik active scripting in IE4 uitzet staan die drie buttons Euro,
Inschrijven en Routebeschrijving keurig linksboven. Maar ze scrollen
natuurlijk niet.
>Opera is de enige die mij de vertikale text aan de linker kant laat zien,
>maar daar scrollt verder ook niets.
In Opera als Opera krijg je nog mijn menuframe er gratis bijgeleverd. Dat
is een overblijfsel uit de tijd dat je de browserversie nog niet op de
normale manier kon bepalen. Ik gebruik daar
parseInt(navigator.userAgent.substring(8,9)) voor. En in Opera als Opera
loopt dat 'fout'. Ook in Opera zouden de buttons echter moeten scrollen
in het contentframe.
>In Mozilla wordt mij langzaam duidelijk wat de bedoeling is :)
OK. Wederom is duidelijk dat dit soort opsmuk leuk is, maar nooit
essentieel mag zijn voor de navigatie op de site.
Eric B. Bednarz
mon...@monitor.nl.X (Jan Ehrhardt) wrote in message
> Eric B. Bednarz in nl.internet.www.ontwerp (Wed, 06 Feb 2002 17:32:35
> GMT):
>
>>mon...@monitor.nl.X (Jan Ehrhardt) wrote in message
>>news:3c615dd8...@news.xs4all.nl:
>>
>>> Dus toch maar met een scriptje, zoals op
>>> http://cgi.monitor.nl/cms0402.htm ???
>>
>>In IE gebeurd niet veel; oh, active scripting staat uit.
> ^
> t
Ja jo, dat zal ik nooit begrijpen.
> Als ik active scripting in IE4 uitzet staan die drie buttons Euro,
> Inschrijven en Routebeschrijving keurig linksboven. Maar ze scrollen
> natuurlijk niet.
Ja, sorry, dat bedoel ik dus ermee.
>>Opera is de enige die mij de vertikale text aan de linker kant laat
>>zien, maar daar scrollt verder ook niets.
[snip browser identificatie stuff]
Vreemd, nu doet 'ie het wel.
>>In Mozilla wordt mij langzaam duidelijk wat de bedoeling is :)
>
> OK. Wederom is duidelijk dat dit soort opsmuk leuk is, maar nooit
> essentieel mag zijn voor de navigatie op de site.
Goed gezegd.
--
Rant-In-A-Box
<http://home.deds.nl/~thebox/>
Jan Ehrhardt
>"Jan Ehrhardt" <mon...@monitor.nl.X> schreef:
>
>> >Je mag blij zijn dat-ie nu ook in NS4 werkt ;-)
>
>Ben ik, al had NN4.08 me eerder geen problemen gegeven.
>
> window.onscroll=function() {
> window.onscroll=move_DIV;TimeScroll=false; };
Dit geeft weer een foutmelding in NS3 :-((
Ik heb dat geprobeerd op te lossen door buiten je Init() functie een
functie scrolling() te definieren:
function scrolling() {window.onscroll=move_DIV;TimeScroll=false;}
en dan in je Init() functie:
window.onscroll=scrolling;
Ik heb echter nu geen idee wat het effect hiervan in IE5 is. Levert het
foutmeldingen op? Scrolllllt dat plaatje wel?
Zie http://cgi.monitor.nl/temp/topbox1.htm en
http://cgi.monitor.nl/cms0402.htm
Warden Dave
> Warden Dave:
>> window.onscroll=function() {
>> window.onscroll=move_DIV;TimeScroll=false; };
> Dit geeft weer een foutmelding in NS3 :-((
O, jakkie.
> Ik heb dat geprobeerd op te lossen door buiten je Init()
> functie een functie scrolling() te definieren:
>
> function scrolling() {window.onscroll=move_DIV;TimeScroll=false;}
>
> en dan in je Init() functie:
> window.onscroll=scrolling;
>
> Ik heb echter nu geen idee wat het effect hiervan in IE5 is. Levert
> het foutmeldingen op? Scrolllllt dat plaatje wel?
> Zie http://cgi.monitor.nl/temp/topbox1.htm en
> http://cgi.monitor.nl/cms0402.htm
Nee, ik bedoel ja, dat werkt goed. Ik schrijf eigenlijk niet meer voor echt
oude JavaScript versies, dus dan moet je dat naar eigen wensen aanpassen. De
z.g. function literals ("a=function(){}") willen dus niet in de
(stok-)oudjes. Je hebt dan die keuze voor een voorgedefinieerde functie (en
dan "onDinges=deFunctie;"), of de constructor (JS1.1) als je het per se iets
compacter wilt houden: onDinges=new Function("param","return param*2;");
groet,
WD
Jan Ehrhardt
>"Jan Ehrhardt" <mon...@monitor.nl.X> schreef:
>
>> Dit geeft weer een foutmelding in NS3 :-((
>>
>> Ik heb dat geprobeerd op te lossen door buiten je Init()
>> functie een functie scrolling() te definieren:
>>
>> function scrolling() {window.onscroll=move_DIV;TimeScroll=false;}
>>
>> en dan in je Init() functie:
>> window.onscroll=scrolling;
[IE 5.5]
>Nee, ik bedoel ja, dat werkt goed.
Mooi, zo.
BTW: ik heb http://cgi.monitor.nl/temp/topbox1.htm nog iets compacter
gemaakt en gezorgd dat-ie ook in Opera 4.02 werkt.
Warden Dave
> BTW: ik heb http://cgi.monitor.nl/temp/topbox1.htm nog iets
> compacter gemaakt en gezorgd dat-ie ook in Opera 4.02 werkt.
Prima. Die ' px = opera ? "" : "px"; ' is handig. Soms blijken de
afwijkingen overbrugbaar klein. ;)
groet,
WD
Jan Ehrhardt
[Aangepast voor NS3 en Opera 4]
>Ik schrijf eigenlijk niet meer voor echt oude JavaScript versies
Ik eigenlijk ook niet. Maar voordat ik een nieuw onderdeel van mijn
'template' (gemaakt in WP-editor ;-) live breng, test ik nog altijd even
in NS3, NS 4.03 en Opera 4. Die pagina over Rene's cursus moet in *alle*
browsers bruikbaar zijn en zonder JS-errors werken. En hij moet nog
valideren ook, zelfs als dat betekent dat ik voor NS4 een kleine
correctie moet aanbrengen voor het floating menu.
Of weet er iemand een methode om MARGINHEIGHT=0 MARGINWIDTH=0 op een
valide manier door de strot van NS4 te duwen?
Rijk van Geijtenbeek
wrote:
>Of weet er iemand een methode om MARGINHEIGHT=0 MARGINWIDTH=0 op een
>valide manier door de strot van NS4 te duwen?
Met een zelf aangepaste DTD is dat geen probleem.
Jan Ehrhardt
13:31:34 +0100):
>On Thu, 07 Feb 2002 10:07:06 GMT, mon...@monitor.nl.X (Jan Ehrhardt)
>wrote:
>
>>Of weet er iemand een methode om MARGINHEIGHT=0 MARGINWIDTH=0 op een
>>valide manier door de strot van NS4 te duwen?
>
>Met een zelf aangepaste DTD is dat geen probleem.
Ja, zo krijg je natuurlijk alles gevalideerd. Maar ik wil standards
compliant werken. Oftewel: HTML 4.01 Transitional. En die slikt
MARGINHEIGHT=0 MARGINWIDTH=0 niet.
Eric B. Bednarz
mon...@monitor.nl.X (Jan Ehrhardt) wrote in message
> Of weet er iemand een methode om MARGINHEIGHT=0 MARGINWIDTH=0 op een
> valide manier door de strot van NS4 te duwen?
Uiteraard.
body
{
position: absolute;
top: 0;
left: 0;
}
--
Rant-In-A-Box
<http://home.deds.nl/~thebox/>
Jan Ehrhardt
GMT):
>mon...@monitor.nl.X (Jan Ehrhardt) wrote in message
>news:3c624ed...@news.xs4all.nl:
>
>> Of weet er iemand een methode om MARGINHEIGHT=0 MARGINWIDTH=0 op een
>> valide manier door de strot van NS4 te duwen?
>
>Uiteraard.
>body {position: absolute; top: 0; left: 0; }
Ik wou zeggen: verhip, het werkt ook nog. Maar het gooit mijn layers
geheel door de war. NS4.78 kent dan ineens geen enkele
document.layer[layerName] meer.
En ook het linken van onMouseOver/onMouseOut events gaat de mist in.
document.layerName.onMouseOver = NN4Over genereert een JS-error.
Omdat het bij niet-valide documenten in oude NS4-versies wel meer
voorkwam, dat NN4 de layerNamen vergat heb ik een check ingebouwd, die in
dergelijke gevallen de pagina herlaadt. Daar heb ik nu even een JS-alert
tussengezet:
if(!document.layers[layerName]) {
alert ("document.layers["+layerName+"] onbekend");
self.location.replace(self.location.href);
}
Probeer het zelf maar eens op http://cgi.monitor.nl/cms0402.htm
De submenuutjes onder de blauwe topbalk werken niet meer. En het
scrolllllen kun je ook wel vergeten.
Zet je Javascript console maar vast aan :-(((
Eric B. Bednarz
mon...@monitor.nl.X (Jan Ehrhardt) wrote in message
> Eric B. Bednarz in nl.internet.www.ontwerp (Thu, 07 Feb 2002 13:21:00
> GMT):
>
>>mon...@monitor.nl.X (Jan Ehrhardt) wrote in message
>>news:3c624ed...@news.xs4all.nl:
>>
>>> Of weet er iemand een methode om MARGINHEIGHT=0 MARGINWIDTH=0 op een
>>> valide manier door de strot van NS4 te duwen?
>>
>>Uiteraard.
>>body {position: absolute; top: 0; left: 0; }
>
> Ik wou zeggen: verhip, het werkt ook nog. Maar het gooit mijn layers
> geheel door de war. NS4.78 kent dan ineens geen enkele
> document.layer[layerName] meer.
Body is nu zelf een layer geworden, het lijkt mij dan ook dat er wat
referenties door het script aangepast moeten worden;
hier houdt mijn kennis van en interesse voor EvilCorruptedMaliciousAlien-
Scripting dan ook al op :-(
Ik denk dat het mogelijk is, maar niet de moeite waard om te doen ;)
--
Rant-In-A-Box
<http://home.deds.nl/~thebox/>
Jan Ehrhardt
GMT):
>>>> Of weet er iemand een methode om MARGINHEIGHT=0 MARGINWIDTH=0 op een
>>>> valide manier door de strot van NS4 te duwen?
>>>
>>>Uiteraard.
>>>body {position: absolute; top: 0; left: 0; }
>>
>> Ik wou zeggen: verhip, het werkt ook nog. Maar het gooit mijn layers
>> geheel door de war. NS4.78 kent dan ineens geen enkele
>> document.layer[layerName] meer.
>
>Body is nu zelf een layer geworden, het lijkt mij dan ook dat er wat
>referenties door het script aangepast moeten worden;
Daar was ik inmiddels ook achter. body is document.layers[0] geworden.
En dus moest overal document.layer[layerName] omgezet worden in
document.layers[0].document.layer[layerName]
>hier houdt mijn kennis van en interesse voor EvilCorruptedMaliciousAlien-
>Scripting dan ook al op :-(
>
>Ik denk dat het mogelijk is, maar niet de moeite waard om te doen ;)
Het *is* inderdaad mogelijk, maar vraag niet hoe. Ik moest alle
scrollllling functies van de Warden weer naar de <head> verplaatsen om
het aan de praat te krijgen. Includen in een JS-file werkte niet meer. Ik
kreeg zelfs de wonderlijke situatie dat NS4 zei dat ik in de Javascript
console moest kijken naar fouten, maar dat daar niets te zien was.
En een eerdere fix voor een layer met een zoekformpje moest ik weer
verwijderen.
Kijk zelf maar, dat het kan: http://cgi.monitor.nl/ns4.htm
Ik geloof er niets van dat dit ook werkt in NS4.03. Vanavond verder...
@webcel.nl John Westera
vividly promulgated:
>Eric B. Bednarz in nl.internet.www.ontwerp (Thu, 07 Feb 2002 15:31:48
>GMT):
>
>>>>> Of weet er iemand een methode om MARGINHEIGHT=0 MARGINWIDTH=0 op een
>>>>> valide manier door de strot van NS4 te duwen?
>>>>
>>>>Uiteraard.
>>>>body {position: absolute; top: 0; left: 0; }
>>>
Jan, was er niet ooit iets dergelijks in de vorm van:
body, html {position: absolute; top: 0; left: 0; }
Jan Ehrhardt
Feb 2002 16:13:29 GMT):
>On Thu, 07 Feb 2002 15:57:40 GMT, mon...@monitor.nl.X (Jan Ehrhardt)
>vividly promulgated:
>
>>Eric B. Bednarz in nl.internet.www.ontwerp (Thu, 07 Feb 2002 15:31:48
>>GMT):
>>
>>> Of weet er iemand een methode om MARGINHEIGHT=0 MARGINWIDTH=0 op een
>>> valide manier door de strot van NS4 te duwen?
>>
>>Uiteraard.
>>body {position: absolute; top: 0; left: 0; }
>
>Jan, was er niet ooit iets dergelijks in de vorm van:
>body, html {position: absolute; top: 0; left: 0; }
Dat is een samenstelling van
body {position: absolute; top: 0; left: 0; }
Ergo: layers zakken onder document.layers[0]
en
html {position: absolute; top: 0; left: 0; }
Dat heeft geen effect op NS4
Pindakaas.
Jan Ehrhardt
>>>>> Of weet er iemand een methode om MARGINHEIGHT=0 MARGINWIDTH=0 op een
>>>>> valide manier door de strot van NS4 te duwen?
>>>>
>>>>Uiteraard.
>>>>body {position: absolute; top: 0; left: 0; }
>>>
>>> Ik wou zeggen: verhip, het werkt ook nog. Maar het gooit mijn layers
>>> geheel door de war. NS4.78 kent dan ineens geen enkele
>>> document.layer[layerName] meer.
>>
>>Body is nu zelf een layer geworden, het lijkt mij dan ook dat er wat
>>referenties door het script aangepast moeten worden;
>
>Het *is* inderdaad mogelijk, maar vraag niet hoe.
>Ik geloof er niets van dat dit ook werkt in NS4.03. Vanavond verder...
Dat vergde nog wat aanpassingen, maar het lukt wel. Zie
http://cgi.monitor.nl/ns4.htm
Ik liep nog wel tegen wat eigenaardigheden aan:
1. NS 4.03 voegt zelf een <BASE HREF=http://cgi.monitor.nl/> toe aan
het document. Dus een <A HREF="#prijs"> verwijst naar
http://cgi.monitor.nl/#prijs.
Opgelost met een d.write BASE HREF=self.location.href
2. Als je JS aan laat staan, maar stijlbladen uitzet kun je niet testen
if (document.layers[0].document.layers[layerName]). Dat geeft een
'Invalid slot 0 in layers array'. Testen if (document.layers[0]) lukt
om dezelde reden niet. Opgelost door
if (document.layers && document.layers.length)
3. Om fouten in IE3 te vermijden moet je de scrolllller functie 'kaal'
in de head definieren: function moveDiv(){};
Voor browsers die *.js bestanden kunnen lezen, wordt moveDiv() dan
later geherdefinieerd. Na de onLoad is in 4+ browsers dan de echte
moveDiv() functie beschikbaar.
Overigens leuk om die http://cgi.monitor.nl/ns4.htm ook weer eens bekeken
te hebben in NS2, NS3 en IE3. Die CSS en DHTML opsmuk maakt zo'n pagina
toch wel een stuk aantrekkelijker ;-)
Warden Dave
> Die CSS en DHTML opsmuk maakt zo'n pagina
> toch wel een stuk aantrekkelijker ;-)
Bijna lente.
WD
Jan Ehrhardt
De luxaflexen zijn al weer neer ...
Eric B. Bednarz
mon...@monitor.nl.X (Jan Ehrhardt) wrote in message
> Jan Ehrhardt in nl.internet.www.ontwerp (Thu, 07 Feb 2002 15:57:40 GMT):
[removing NS4 margins]
> Dat vergde nog wat aanpassingen, maar het lukt wel. Zie
> http://cgi.monitor.nl/ns4.htm
Leuk :)
> Ik liep nog wel tegen wat eigenaardigheden aan:
[...]
> 2. Als je JS aan laat staan, maar stijlbladen uitzet
Het is raadselachtig waarom dat eigenlijk kan, met NS4's JSSS soup;
nog raadselachtiger is natuurlijk waarom het andersom kan.
> kun je niet testen
> if (document.layers[0].document.layers[layerName]). Dat geeft een
> 'Invalid slot 0 in layers array'. Testen if (document.layers[0]) lukt
> om dezelde reden niet. Opgelost door
> if (document.layers && document.layers.length)
Je bent een duizendpoot ;)
> Overigens leuk om die http://cgi.monitor.nl/ns4.htm ook weer eens bekeken
> te hebben in NS2, NS3 en IE3. Die CSS en DHTML opsmuk maakt zo'n pagina
> toch wel een stuk aantrekkelijker ;-)
Dat zal denk ik nog meevallen.
Met lynx zie ik aan het begin van cgi.monitor.nl:
Frame(yeeks): l
Frame(yeeks): r
Namen die iets meer laten vermoeden doen geen kwaad :>
Je hebt weliswaar een noframes gedeelte, maar mystery meat items, vooral
aan het begin van een document, oogen nooit zo best.
--
Rant-In-A-Box
<http://home.deds.nl/~thebox/>
Jan Ehrhardt
GMT):
>[removing NS4 margins]
>
>> Dat vergde nog wat aanpassingen, maar het lukt wel. Zie
>> http://cgi.monitor.nl/ns4.htm
>
>Leuk :)
Ik heb hem inmiddels nog iets verder aangepast: hij detecteert zelf of er
body {position: absolute; top: 0; left: 0; } in de CSS staat of met JS
wordt geschreven. En kiest dan voor document.layer[layerName] dan wel
document.layers[0].document.layer[layerName]. Op mijn bedrijfssite staat
nu dit 'duale' scriptje. Over een poosje haal ik dan de margins in NS4
weg. Op die manier vermijd ik JS-errors door nieuwe documenten met oude
scriptjes. Ik heb wel vaker gemerkt, dat scriptjes veel hardnekkiger zijn
in caches en proxies dan gewone documenten. Op deze manier kan ik
geleidelijk overschakelen.
>> Ik liep nog wel tegen wat eigenaardigheden aan:
>[...]
>> 2. Als je JS aan laat staan, maar stijlbladen uitzet
>
>Het is raadselachtig waarom dat eigenlijk kan, met NS4's JSSS soup;
>nog raadselachtiger is natuurlijk waarom het andersom kan.
Andersom kan niet. Als je JS uitzet wordt CSS in Netscape 4 ook
automatisch uitgezet.
>> kun je niet testen
>> if (document.layers[0].document.layers[layerName]). Dat geeft een
>> 'Invalid slot 0 in layers array'. Testen if (document.layers[0]) lukt
>> om dezelde reden niet. Opgelost door
>> if (document.layers && document.layers.length)
>
>Je bent een duizendpoot ;)
Het vreemde is dat ik hier nooit iets over gelezen heb. Dat de body
verandert in document.layers[0] als je de marges verwijdert moest ik
proefondervindelijk merken. Misschien kun je ook wel testen op
document.layers[0].document.layers,maar dat heb ik niet geprobeerd.
document.layers.length was veel handiger. Hij kon de volgende waardes
hebben:
0 - scriptfout, layers vernield
1 - margins verwijderd, body = document.layers[0]
>1 - wel margins
>> Overigens leuk om die http://cgi.monitor.nl/ns4.htm ook weer eens bekeken
>> te hebben in NS2, NS3 en IE3. Die CSS en DHTML opsmuk maakt zo'n pagina
>> toch wel een stuk aantrekkelijker ;-)
>
>Dat zal denk ik nog meevallen.
>Met lynx zie ik aan het begin van cgi.monitor.nl:
>Frame(yeeks): l
>Frame(yeeks): r
>Namen die iets meer laten vermoeden doen geen kwaad :>
>Je hebt weliswaar een noframes gedeelte, maar mystery meat items, vooral
>aan het begin van een document, oogen nooit zo best.
De namen zijn zo kort omdat ik er nogal veel naar refereer. Scheelt weer
bytes ;-) Verder is 'r' hetzelfde als het noframes deel. En 'l' bevat een
navigatieframe, dat nu geleidelijk overbodig wordt door die floating
button bar ...
Het verwijderen van de margins in een extern stijlblad had overigens niet
alleen gevolgen voor NS4. Ook Opera beschouwde de body nu ineens weer als
een layer. Nadeel daarvan: in Opera zijn de links in een layer pas
aanklikbaar als de pagina geheel geladen is. En omdat document.write'n
nogal wat tijd vergt in Opera kan dat behoorlijk hinderlijk zijn. Dus nu
verwijder ik de NS4-margins in een JS-bestand.
Naast http://cgi.monitor.nl/ns4.htm heb ik nu ook
http://cgi.monitor.nl/monitor.htm aangepast: pulldown menu's, pushup
menu's en gesplitste menu's. Nu nog nadenken over een zinnige floating
button bar ;-)
En nu de bonusvraag: kan iemand nog Javascript fouten ontdekken en
(liefst) reproduceren?
Eric B. Bednarz
mon...@monitor.nl.X (Jan Ehrhardt) wrote in message
> Eric B. Bednarz in nl.internet.www.ontwerp (Fri, 08 Feb 2002 14:32:42
> GMT):
(Jan Ehrhardt)
>>> 2. Als je JS aan laat staan, maar stijlbladen uitzet
>>
>>Het is raadselachtig waarom dat eigenlijk kan, met NS4's JSSS soup; nog
>>raadselachtiger is natuurlijk waarom het andersom kan.
>
> Andersom kan niet. Als je JS uitzet wordt CSS in Netscape 4 ook
> automatisch uitgezet.
Grapjas :) dat bedoel ik dus.
Ik heb het over het /beheer/ van da preferences, niet het effect ervan :p
Je kan JS wel uitvinken (wegvinken? ontvinken? teringvinken?) zonder dat er
uit je preferences blijkt dat style sheets (het is geen css, maar wie weet
dat nou?) nu ook niet meer werken.
--
Rant-In-A-Box
<http://home.deds.nl/~thebox/>
Catharina
> Warden Dave in nl.internet.www.ontwerp (Fri, 8 Feb 2002 10:16:18 +0100):
>
> >"Jan Ehrhardt" <mon...@monitor.nl.X> schreef:
> >
> >> Die CSS en DHTML opsmuk maakt zo'n pagina
> >> toch wel een stuk aantrekkelijker ;-)
> >
> >Bijna lente.
>
> De luxaflexen zijn al weer neer ...
>
Wat zonde van de zon..
CC
--
http://www.catharinaweb.nl
Piet in niwo: 'Ben je een beetje bedreven in de hink-stap-sprong?
(waarschuwing: anders wordt het hordenlopen of fierljeppen)'