sidebar werkt niet in Firefox

Status
Niet open voor verdere reacties.
OKe dit ga ik straks doen, moet nu weg. Dacht div onderaan, die was ook niet goed in line 67 ofzo!
 
ik ga morgen die <-- --> weghalen.

Maar hoe krijg ik dan nu de navigatie balk hovert? dus als je met de muis over bjv welkom gaat dat ie donkerblauw word? Want heb een hover in mijn css, maar doet niiets
 
Ik zou het niet weten. Ik heb nu ongeveer vijf keer gezegd dat je eerst de fouten in orde moet maken. Het lukt mij niet om 'n pagina in orde te krijgen als er nog dat soort fouten in zitten. Als jij denkt dat het je wel lukt, dan ben je overduidelijk veel kundiger dan ik, dus dan wens ik je alle succes.
Mocht je je nog bedenken en toch eerst dat commentaar en die </div> weghalen, dan hoor ik het wel.
Of misschien heeft iemand anders er anders nog zin in.
 
zo bedoel ik het niet, want div heb ik weggewerkt maar nog niet geupload omdat ik op andere computer zit. Dan stel ik de vraag morgen wel opnieuw als ik alles in orde hebt.

Waarom zo boos?
 
Omdat ik dit nu al 'n aantal keren heb gezegd en 't niet gebeurt. Ik hoopte dat 't nu wel over zou komen.
Kijk, als je 'n probleem in 'n pagina hebt, dan MOET je gewoon systematisch werken. Dat wil zeggen dat je eerst de fouten die je kunt vinden gaat wegwerken.
Soms is dat niet echt helemaal nodig, maar die twee fouten die er bij jou inzitten die kunnen tot volkomen vreemde resultaten leiden. Vreemde dingen die niet te voorspellen zijn.
Dan ben je straks bezig met dat menu in orde maken en dan werkt er iets niet in een van de browsers. En dat kan dan prima komen door iets wat achter de body staat of 'n </div> te veel.
Vooral Internet Explorer 6 en 7 kunnen echt de idiootste dingen gaan doen als div's en p's en zo niet kloppen.

Daar komt nog bij, dat jij waarschijnlijk niet heel veel ervaring hebt. 'n Paar reacties terug ging ik ook te snel. Toen heb je die <li>'s en <a>'s veranderd en gelijktijdig de borders, op 'n suggestie van mij. Dat ging gelijk mis omdat de kleuren 'n puinhoop werden.
Daarom ben ik 't meer stap-voor-stap gaan doen. En daarbij hoort gewoon echt dat je de pagina eerst foutloos maakt, zodat je zeker weet dat er niet iets anders problemen maakt.

Enfin, boos valt wel mee, misschien was ik ook wel wat te fel, maar om een of andere reden kwam 't gewoon niet over dat die rot-div en dat commentaar eerst weg moeten. Ook trouwens omdat 't mij anders te veel tijd kost.
Daarna kan ik (of eventueel iemand anders) rechtstreeks bij jou kijken wat er mis is. Dat werkt veel sneller. Maar dan moet je niet steeds foutmeldingen krijgen, want dat is hartstikke lastig.
 
morgen zjn alle foutmeldinen eruit en dan gaan we aan de slag! begrijp je punt, 10x zeggen dfat ik iets moet veranderen schiet ook niet op.
 
Lijkt me 'n goed idee. En je zult zien dat 't waarschijnlijk helemaal niet veel werk mee is, omdat je netjes css voor alles hebt gebruikt.
 
Hoi Sas,

Even vooraf
Om te beginnen zou ik op alle pagina's die je op de school-site over de Vakantie Villa hebt gezet, het regeltje (op regelnummer 8 of daaromtrent):
Code: 
[FONT="Courier New"][SIZE="2"]<meta name="robots" content="index,follow"/>[/SIZE][/FONT]
vervangen door:
Code: 
[FONT="Courier New"][SIZE="2"]<meta name="robots" content="noindex,nofollow"/>[/SIZE][/FONT]
Dat geldt zowel voor de pagina's die onder http://student.aii.avans.nl/ict/shpasch/Site/ zitten, als voor de pagina's die onder http://student.aii.avans.nl/ict/shpasch/SiteBali15-01-10/ zitten (en als je nog meer versie-mapjes hebt: ook de pagina's die daarin zitten).
Dan worden deze pagina's niet opgenomen in zoekmachine-resultaten. Want:
  • Iemand die nu in Google naar een vakantievilla op Bali gaat zoeken, kan bij jouw pagina's "bali vakantie villa" uitkomen in plaats van op de echte site balivakantievilla.nl van je neef.
  • Voorbeeldje: kijk. (Zinnetjes met tikfoutjes doen het altijd erg goed in Google om duplicaat-pagina's op te sporen. :D )
  • De argeloze bezoeker van jouw pagina's kan denken dat hij/zij op de echte site zit (maar misschien zijn over een paar maanden wel gegevens/prijzen/enz. op de echte site veranderd). Als iemand via jouw site zou willen reserveren, komt hij/zij van een koude kermis thuis: die pagina werkt niet, en dat kan een klant minder voor je neef betekenen. Enz.; dat lijkt me niet helemaal de bedoeling.
Nog een voorafje
In aansluiting op Goeroeboeroe: waar het voor het bouwen van een site heel belangrijk is om het stap-voor-stap te doen (en elke stap eerst te testen voordat je aan de volgende begint), voor het ombouwen van een bestaande site geldt dat helemaal. Hiervoor moet je een goed krijgsplan hebben, met een goede volgorde van wat je wilt veranderen.
Complicerende factor is vaak, dat iets bij een verandering helemaal niet wil lukken, omdat de bestaande stijlen (die soms heel ergens anders staan) dat verhinderen. - Eigenlijk zou het 't beste zijn, om de site helemaal vanaf nul opnieuw te bouwen, en alléén die dingen van de oude versie over te nemen, die je kunt gebruiken. Het omgekeerde, beginnen met wat er al is en dat gaan veranderen, is uiteindelijk meestal veel tijdrovender...
Andere complicerende factor kan Dreamweaver (of een andere html-editor) zijn. Die hebben vaak een eigen willetje (bijvoorbeeld bij het weghalen van <!-- ... --> commentaarregels op een bepaalde plek). DW houdt er een eigen "template" op na, en het kan ook in code-view lastig zijn om dat te veranderen. - Vandaar dat bv. Goeroeboeroe en ondergetekende de codering rechtstreeks "op de hand" schrijven, zonder tussenkomst van een editor. Eventuele fouten heb je dan echt helemaal zelf gemaakt. ;) - Want Dreamweaver's "What You See Is What You Get" is vaak helemaal niet "What You Get"! :eek:

Dan nu de reactie
Ik ben wel nieuwsgierig naar de stand van zaken, maar weet niet wat nu de laatste versie is. Is dat deze http://student.aii.avans.nl/ict/shpasch/SiteBali15-01-10/index.html? Of zit het begin intussen op een andere plek?

Met vriendelijke groet,
CSShunter
 
Ik heb probeert de <-- --> weg te halen. Toen was ineens de layout weg. Dus volgens mij kan ik dit beter laten staan?
http://student.aii.avans.nl/ICT/shpasch/Site/index.html is de goede site
als je http://student.aii.avans.nl/ICT/shpasch/Site doet dan krijg je de pagina's die eindigen op index.htm faciliteiten.htm en dat is niet goed dus de pagina beginnen met index.html

Ik heb template gebruikt, misschien dat dit er daarom komt te staan? ik kan het iig niet verwijderen want dan is heel mijn site naar de knoppen.... Dus misschien slim om dit te laten staan?
 
Laatst bewerkt:
Ik heb bijna alle fouten weggewerkt op de pagina's. maar <br /> geven ze aan als fout? Dit is via DW gewoon goed?
 
Bij het DOCtype "XHTML 1.0 Transitional" is <br /> gewoon goed. Bij mij geeft de html-validator als ik de geuploade pagina bekijk: nul fouten: hoera!
(de 8 fouten en 6 waarschuwingen uit het origineel, plus de tabel-layout van het origineel zijn mooi weggewerkt :) )

Wat de html-validator over het hoofd zag (maar de html-Tidy validator niet) is op regel 42:
Code: 
[FONT="Courier New"][SIZE="2"]<img src="top01.jpg" width="602,50" ... enz.[/SIZE][/FONT]
want halve pixels bestaan niet (en zeker niet op z'n html's, waar komma's punten moeten zijn), dus:
Code: 
[FONT="Courier New"][SIZE="2"]<img src="top01.jpg" width="602" ... enz.[/SIZE][/FONT]

De commentaar-regel <!-- InstanceEnd --> tussen </body> en </html> levert bij geen van de validators strafpunten op.
  • Mag dat niet gewoon, Goeroeboeroe? (de specificatie zegt: "HTML comments have the following syntax: ... enz." > dan mogen ze toch tussen <html> en </html> staan? [natuurlijk niet vóór de <html> of na de </html>] - Of is er ergens een contra-indicatie?)
Hé, wat allebei de validators niet signaleren, is dat er in de <head> twee keer een "charset" gedefinieerd staat. Ik zou die van regelnummer 7
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"/>
wissen, want de andere met utf-8 is beter.

Met vriendelijke groet,
CSShunter
 
Laatst bewerkt:
Commentaar tussen </body> en </html> mag gewoon. O gruwel, ik heb 'n fout gemaakt, terwijl ik dat nooit doe :D
Ik kreeg wel degelijk 'n expliciete foutmelding over dat commentaar, maar die werd dan kennelijk getriggerd door die </div> te veel. Vreemd.
Overigens onderstreept het wel weer dat het handig is om alle fouten te verwijderen van boven naar beneden, want dan was 't ook opgelost geweest als die </div> was verwijderd.
(Dit is hogere politiek: hoe kan ik toch nog voordeel peuren uit 'n fout, zodat het geen fout, maar 'n bewuste groei-ervaring lijkt. Inderdaad, ik heb aan politiek gedaan.)

Dat van die nofollow noindex is 'n goeie, inderdaad.
Overigens krijg ik wel fouten. Kun je nog 'ns de juiste link geven naar de site waar je NU mee bezig bent, en NIET naar de bestaande site? Ze lijken als twee druppels water op elkaar, en mogelijk heeft csshunter de verkeerde bekeken, want die geeft geen fouten.
 
Die link klopt, bedankt.
Maar waarom zijn de background-images van de <li>'s nu opeens veranderd in echte images in de <a>?
Sorry hoor, maar dit schiet echt niet op. Je komt hier om iets te vragen, prima. Maar als je dan vervolgens aanwijzingen gewoon niet volgt en op eigen houtje dingen gaat veranderen, dat werkt echt niet.
 
Doe eens normaal....
Ik heb gister eindpresentatie gehad voor school dus die navigatiebar moest wel zo gedaan worden zodat het zou werken. Kan niet met een halve website aankomen?

Ik vind jou opmerkingen niet kunnen. Ik mag zelf ook proberen en doen en hoef niet afgeblaft te worden.

Jij probeert toch ook dingen? Waarvan het niet echt wilde werken, word ik boos?

Misschien iemand anders die me vanaf hier kan helpen. Enige probleem is nu de navigatie balk die hovert moet zijn. Dus lichtblauw als je kijkt en als je met je muis eroverheen gaat donkerblauw (zijn allemaal img. die ik in mijn website heb staan, qua map).
 
Natuurlijk mag je zelf dingen proberen en zo. Dat is zelfs hartstikke goed.
Alleen: als ik tig keer moet vragen iets te doen en je doet het pas als ik nijdig wordt... Vervolgens kom je met het voorstel de volgende dag aan de slag te gaan. En dan blijk je al dingen veranderd te hebben op 'n manier die niet gaat werken voor je oorspronkelijke vraag.
Ik vind 't allemaal prima. maar ik denk dat inderdaad beter iemand anders dit kan doen, want ik heb er geen zin meer in.
Even goeie vrienden verder, maar dit werkt gewoon niet en kost me zeeën van tijd. Misschien kan 'n ander 't beter overbrengen.
Succes!
 
Ze lijken als twee druppels water op elkaar, en mogelijk heeft csshunter de verkeerde bekeken, want die geeft geen fouten.
Klik om te vergroten...
  • Twee druppels water: dat valt toch wel mee in de broncode? - het origineel http://balivakantievilla.nl/ heeft een geneste <table> structuur, die van sas heeft <div>'jes, <ul>'letjes en <li>'tjes.
  • Die (originele) geeft geen fouten: in mijn html-validator juist wel.
Maar ik moet ook steeds kijken welke ik nu voor me heb, en ik heb me ook al tig keer vergist. Ook al omdat ik er hier lokaal nog eentje heb om zo eens wat uit te proberen.
[ Dit is de politiek van de underdog, die stilletjes bezig is op punten te winnen. Minstens even politiek als het met terugwerkende en toekomstige kracht gepresenteerde "voortschrijdend inzicht". :D ]

Over het hoveren:
Dat je nog niets ziet (met of zonder hover) in het menu, als je de voorgrond-images weglaat: dat kan kloppen, want de css voor de achtergrond-afbeeldingen is nog niet in orde. Maar daarvoor is wel nodig dat je eerst de ID's van de <li>'s weer terugzet (<li id="index">, <li id="villa">, enz.), want die heb je er afgehaald. :eek: Zonder die ID's heb je niets om de achtergronden aan vast te maken. - Maar Loodsboot Goeroeboeroe heeft niet gezegd dat Schipper Sas het roer moest loslaten!
Dus:
  • afbeeldingen weer weg uit de html,
  • id's van de <li>'s weer terug in de html.
Daarna komt de volgende stap! ;)

Misschien kan je ook vast bedenken waarom die background-afbeeldingen niet doorkomen in de gebruikte css (maar nog niets veranderen!).
Hint: denk aan de volgorde van de elementen in de html, en de volgorde van de elementen in de css.

Met vriendelijke groet,
CSShunter

[edit]Hm, zie ik nu dat terwijl ik dit aan het brouwen was, er nog een zekere wisselwerking heeft plaatsgevonden... wat jammer nou op deze manier.
  • Aan de ene kant had ik al het vermoeden dat de voorgrond-images er uit pure doodsangst ingezet waren, want (bleek uit een testje) als je ze er niet in zet, was de css verkeerd om wat dan ook aan menu-items te laten zien: een heel erg leeg menu.
  • Aan de andere kant snap ik ook Goeroeboeroe wel. Die is al een tijd bezig geduldig dingen uit te leggen, en vooral dat je het niet te haastig en stap voor stap moet doen, zodat je ziet en begrijpt wat er gebeurt als je iets verandert/doet/weglaat. Die zat denkelijk te wachten tot je volgens plan met een volgend klein stapje kwam, en had geen flauw idee van jouw doodsangsten.
  • Maar niemand hier kon ook bevroeden dat je Ene Vreselijke Haast had, omdat gisteren je eindpresentatie van de site zou zijn: dat had je helemaal niet gezegd. Dan had Goeroeboeroe of iemand anders misschien zelf gezegd: "nou, kwak die images er dan maar voorlopig even als voorgrond in, als het je anders niet lukt, dan zien we later wel weer verder". Toch?
[/edit]
 
Laatst bewerkt:
Ja, als ik geweten had dat er haast bij was...
<offtopic>'t Is niet 't einde van de wereld. Op een of andere manier kon ik kennelijk de goede toon niet vinden of zo, en dat kan ook best aan mij liggen. Geen ramp, lijkt me, die dingen gebeuren af en toe.
En aangezien jij (csshunter) er kennelijk nog mee bezig bent (en er hangen hier nog meer figuren rond), heb ik er 't volste vertrouwen in dat 't gaat lukken. En wens ik sasvdpach oprecht succes met z'n site.
</offtopic>
 
Het probleem is dat ik eindpresentatie moest houden voor school en niet met een halve nav balk kon aankomen. Dit weekend ben ik weg en maandag zal ik er aan werken om het weer terug te veranderen in IDs.
 
Status
Niet open voor verdere reacties.
                    Steun ons                    

Nieuwste berichten

Terug
Bovenaan Onderaan