Problemen site in FF - Softwareontwikkeling

maandag 14 juli 2008 22:10

Acties:

Topicstarter

Hoi mede-tweakers,

Ik heb eens een vraagje. Ik ben laatst van host gewijzigd en vond ik het eens tijd om mijn lay-out xhtml-strict te maken. Nu naar de nodige debugging door de fouten die er ontstonden ziet alles er al weer aardig uit.

Het probleem is dat ik een zwarte regel in mijn website heb die alleen in FF te zien is en niet in IE.

http://www.remcom.eu/index1.php

De foute regel zit boven de groene regel die nog aan de knoppen boven aan de site vast zit. Ik heb momenteel al bijna alles geprobeerd. Ook andere mensen hebben er zonder succes naar gekeken.

ergens op dit stuk gaat er iets fout

code:

<body>
<div id="container">
<table width="758" border="0" cellspacing="0" cellpadding="0">
  <tr>
    <td valign="top" class="bgmain"><table width="780" border="0" cellpadding="0" cellspacing="0">
      <tr>
        <td valign="top"><table width="780" border="0" cellpadding="0" cellspacing="0">
          <tr>
            <td colspan="3" rowspan="2" class="loginbg"><img src="/images/spacer.gif" alt="spacer" height="15"/></td>
            <td colspan="4" style="font-size:9px; color:#afafaf; padding-top:3px;">Welcome to remcom.eu</td>
            
          </tr>
          <tr>
            <td colspan="4" rowspan="2">&nbsp;</td>
            <td><img src="/images/spacer.gif" width="1" height="15" alt="1" /></td>
          </tr>
          <tr>
            <td colspan="3"><img src="/images/top_logo.gif" alt="logo" width="368" height="83" /></td>
            <td><img src="/images/spacer.gif" width="1" height="83" alt="1" /></td>
          </tr>
          <tr>
<?php
    include ("include/top.htm")
    ?>
    </tr>
            <tr>
        <td colspan="7" valign="top" class="mcbg">
            <img src="/images/header_11.gif" width="779" height="24" alt="header" />
            <table width="100%" border="0" cellspacing="8" cellpadding="0">
              <tr>
                <td  valign="top"><img src="/images/navigation.gif" alt="navigation" width="152" height="26" />
                  <table width="100%" border="0" cellspacing="0" cellpadding="0">

Iemand een idee? Als ik wat vergeten ben te posten meld het dan even. Hopelijk heeft iemand de oplossing.

maandag 14 juli 2008 22:15

Acties:

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

Begin eens met de rommel voor je Doctype weg te halen; je doctype hoort de eerste regel in je document te zijn. Verder: je gaat wel naar XHTML maar je hele site bestaat nog uit tables en spacers? Ik zou mijn prioriteiten eens verleggen

Ik vind het geen wonder dat je het probleem niet snel gevonden krijgt door de wirwar aan tables, tr's, td's etc.

Dan: installeer in Fx de Webdeveloper toolbar* eens; da's een gouden hulp bij het vinden van dit soort problemen. Als je daarmee aan de slag gaat denk ik dat je je probleem zo te pakken hebt.

Nog een tip: verhuis alle inline styles naar een stylesheet (CSS); dat maakt je code een stuk leesbaarder dan al die inline troep.

En tot slot: als je dingen gaat weghalen, stuk voor stuk, moet je toch redelijk vlug kunnen uitsluiten waardoor het probleem veroorzaakt wordt, niet? Heb je dat al eens geprobeerd?

* en while you're at it, neem dan meteen ook de HTML Validator en Firebug mee

P.s. en tekst inspringen doe je niet met een bak &nbsp's maar met een margin en/of padding

[ Voor 111% gewijzigd door RobIII op 14-07-2008 22:29 ]

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij

maandag 14 juli 2008 22:29

Acties:

RemCom87

Topicstarter

Ik ben het met je eens dat het een rommel is. Mij eerste prio was eigenlijk de lay-out eerst zo goed mogelijk te herstellen en daarna alles wijzigen en de lat-out daarbij goed houden.

maandag 14 juli 2008 22:30

Acties:

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

RemCom87 schreef op maandag 14 juli 2008 @ 22:29:
Ik ben het met je eens dat het een rommel is. Mij eerste prio was eigenlijk de lay-out eerst zo goed mogelijk te herstellen en daarna alles wijzigen en de lat-out daarbij goed houden.

Ik zou toch even from scratch beginnen, want van die (nofi) rommel die je nu hebt kun je straks nul komma nada hergebruiken als je het "goed" doet

Dan moeten je spacers overboord, je tables, je images opnieuw gesliced, je stylesheet ondersteboven en binnenstebuiten...en dan blijft enkel nog "welkom" over

En sloop dan ook meteen die anti-rightclick meuk eruit; dat is zooo 1990 en daarbij helpt het geen fluit tegen wat-dan-ook. En dan heb ik het nog niet eens over de disableselect etc. Lees je eens in in useability en blijf please met je code van mijn browser's default behaviour af

Bedenk overigens ook dat die popi-Firefox naast IE niet meer alleen bestaan. Je hebt ook nog (onder de major browsers) o.a. Opera en Safari. Doe jezelf en lol en test altijd in die 4, dan pak je 99 van de 100 "problemen" eruit voor andere browsers (lynx e.d. daargelaten, maar dat los je weer op met semantisch fatsoenlijke code

)

With all due respect; het is dan misschien wel "validerende" XHTML maar daar houdt het dan ook keihard op; qua techniek ben je met deze site echt weer aanbeland in 1996 en doe je (NOFI, honest) zowat alles fout wat je fout kunt doen. Zelfs Word poept nettere HTML uit tegenwoordig

[ Voor 61% gewijzigd door RobIII op 14-07-2008 22:46 ]

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij

maandag 14 juli 2008 22:48

Acties:

RemCom87

Topicstarter

oke je hebt me overtuigt

. Maar er is 1 ding. Deze webdesign is al paar jaartjes oud en door de loop der jaren deel geupdate.

Wordt <div> tegenwoordig geused in plaats van zoals eerst alle tabellen enzo? Ben zelf een beetje van de oude code hierdoor nog.

maandag 14 juli 2008 22:50

Acties:

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

RemCom87 schreef op maandag 14 juli 2008 @ 22:48:
oke je hebt me overtuigt . Maar er is 1 ding. Deze webdesign is al paar jaartjes oud en door de loop der jaren deel geupdate.

Dat was wel duidelijk

RemCom87 schreef op maandag 14 juli 2008 @ 22:48:
Wordt <div> tegenwoordig geused in plaats van zoals eerst alle tabellen enzo? Ben zelf een beetje van de oude code hierdoor nog.

Een div is geen 'magische oplossing' voor al je problemen. Ja, er wordt 9 v.d. 10 keer geroepen "gebruik DIV's in plaats van tables!!!11" maar zelden weet men waarom. De truuk is dat je probeert zoveel mogelijk semantisch correct* te blijven en de layout laat regelen door je stylesheet. Dus nee, niet iedere table zal 'zomaar' vervangen worden door een (aantal) div(s)** (maar wel vaak

)

Verder, om mezelf maar even te herhalen (uit een ander topic):

RobIII schreef op maandag 14 juli 2008 @ 23:02:
[...]

maar...maar...XHTML is hip! En nieuwerder dan HTML!

Ok, seriously: XHTML wordt in 99 v.d. 100 gevallen inderdaad verkeerd gebruikt _{ja joh, het valideert dan wel meestal soms, maar dat maakt het nog geen 'goed' gebruik} en er is zelden een goede reden waarom XHTML gebruikt is. Ik ben dan ook eens benieuwd naar de overwegingen waarom deze 'stap' gemaakt is?

Als je zonodig "hip" wilt zijn, neem dan gewoon HTML 4 strict (IMHO) of wacht op (X)HTML 5 _{maar dat duurt nog even...}

1 ding: ik wil geen spacers meer zien in je volgende opzet!

* Google even op die term en lees even wat van dat leesvoer her-en-der door. Dan kun je zelf prima extraheren wat dat precies inhoudt

Ik heb even snel door 1 van de hits heen gescrolled (en dus niet echt gelezen) en dit ziet er wel OK uit als uitgangspunt.

** Soms zijn die tables namelijk ook te vervangen door een (un)ordered list, een aantal paragraphs of andere elementen. Je gebruikt de elementen dan gewoon waar ze voor bedoeld zijn (met een kleine 'stretch' her-en-der in die bedoeling

)

[ Voor 44% gewijzigd door RobIII op 14-07-2008 23:08 ]

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij

maandag 14 juli 2008 23:14

Acties:

RemCom87

Topicstarter

btw wel grappig dat bij elke refrsh je post nog veranderd

.

back on topic

Ik heb deels de overstap naar xhtml-strict gemaakt omdat ik met al mijn goeie bedoelingen dacht dat dit betere cross-browser compatibiliteit opleverde.

wat zeg jij dan dat beter is met oog op de toekomst en "update baarheid" in de toekomst?

maandag 14 juli 2008 23:18

Acties:

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

RemCom87 schreef op maandag 14 juli 2008 @ 23:14:
btw wel grappig dat bij elke refrsh je post nog veranderd .

Hoezo?

Ik edit in 99 van de 100 posts inderdaad nogal wat

Je moest eens in mijn hoofd kunnen kijken

RemCom87 schreef op maandag 14 juli 2008 @ 23:14:
Ik heb deels de overstap naar xhtml-strict gemaakt omdat ik met al mijn goeie bedoelingen dacht dat dit betere cross-browser compatibiliteit opleverde.

Onzin dus. Het is zelfs erger. Lees anders (bijv.) deze documenten maar eens door:
http://www.webdevout.net/articles/beware-of-xhtml#benefits
http://hixie.ch/advocacy/xhtml
http://keystonewebsites.com/articles/mime_type.php

RemCom87 schreef op maandag 14 juli 2008 @ 23:14:
wat zeg jij dan dat beter is met oog op de toekomst en "update baarheid" in de toekomst?

Dat staat in mijn vorige post (HTML 4.01 (strict)), maar qua "updatebaarheid" zit je sowieso al beter als je afstapt van tables, uitlijnen met &nbsp's, spacers en andere onzin en gebruik gaat maken van semantisch correcte code. HTML 4 is voorlopig (en dan bedoel ik komende jaren) nog wel 'here-to-stay':

quote: http://en.wikipedia.org/wiki/Html5
HTML5
...The specification is ongoing work, and expected to remain so for many years...

Dus no need to worry 'bout that. Maarrrrrrrr.....

quote: http://wiki.whatwg.org/wi...ill_HTML_5_be_finished.3F
When will HTML 5 be finished?
"Finished" is a big deal... You'll be able to use HTML5 long before then.

...

When will we be able to start using these new features?

As soon as browsers begin to support them. You do not need to wait till HTML5 becomes a recommendation, because that can’t happen until after the implementations are completely finished.

For example, the <canvas> feature is already widely implemented.

[ Voor 26% gewijzigd door RobIII op 14-07-2008 23:28 ]

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij

maandag 14 juli 2008 23:32

Acties:

RemCom87

Topicstarter

Dat ik van scratch opnieuw begin was ik al over uit hoor. Maar dan ga ik de nieuwe code gewoon in Html 4.01 strict houden.

Mischien dat ik er dan ook meteen me eigen CMS systeem erin bouw. Hier zag ik altijd tegenop mede door de code.

Op php gebied heb ik zat ervaring om dat te kunnen doen. en vind het leuker dan een standaard van het web te plukken.

Heb alleen om deze stap te nemen toch wat aanmoediging nodig gehad :P:P

dinsdag 15 juli 2008 01:29

Acties:

Kiphaas7

Gezien je topicstart, en de berichten tusen jou en RobIII lijkt het me voor jou het beste dat je niet alleen opnieuw begint met een frisse html structuur, maar eens opnieuw begint in te lezen in wat met semantische html code wordt bedoeld.

. Ik heb dat zelf namelijk niet gedaan, en ben pas langzamerhand geinformeerd over wat je nou eigenlijk met div's moet doen (en dus niet klakkeloos tr/td moet vervangen door div).

In meer algemene zin eigenlijk wat Roblll al gezegd heeft:

Je wil geen stijlverwijzingen in je html code. Alles handel je af via een (of meerdere) css bestand(en) waar de complete opmaak wordt geregeld. Enkel id's en classes staan in je html. Ook deze alleen wanneer nodig natuurlijk... En de id's en classes een semantische naam geven! ipv id="middenkolom" bijvoorbeeld id="content"
Zelfde geld voor javascript. Het liefst geen inline javascript meuk.
Semantische opbouw betekent: tagsoup zo lang mogelijk vermijden, en het juiste element op de juiste plaats gebruiken. Bij twijfel, even deze link checken. Google vindt dit ook leuk btw.

Over je updatebaarheid: in een ideale site heb je 3 volledig gescheiden layers: de behavior layer(js), de style layer (css) en de structural layer (html). In deze ideale site zou je elk van de 3 layers moeten kunnen aanpassen zonder de 2 andere aan te raken.

mja maar de ideale site bestaat helaas niet, we kunnen natuurlijk wel dicht bij het ideaal proberen te komen

[ Voor 6% gewijzigd door Kiphaas7 op 15-07-2008 01:30 ]