Check alle échte Black Friday-deals Ook zo moe van nepaanbiedingen? Wij laten alleen échte deals zien
Toon posts:

Niet goed werkende portfolio site

Pagina: 1
Acties:

Verwijderd

Topicstarter
Hallo,

Ik ben recent begonnen aan mijn eigen portfolio site (link onderaan in mijn post). Het was voor mij mijn eerste keer dat ik hem helemaal zelf zou coderen (wat dus nu niet meer lukt :P). Ik heb hem ontworpen in Photoshop CS3, en daarna gesliced, en met divjes en css de images ingedeeld. Dit ging helemaal goed, alleen ik heb nu een probleem:
  1. 1 Ik heb dus nu de site helemaal ingedeeld met divjes, alleen tussen elk divje, zit in de breedte een opening tussen, dus bijv. tussen elke menuknop zit in de breedte een opening van 3 px, waardoor sommige stukken van de layout breder worden dan de andere.
  • 2 Nu heb ik nog een probleem met de achtergrond. Ik heb in Photoshop me achtergrond gemaakt, alleen ik wil de site gecentreerd, wat me dus wel lukt, en de achtergrond over de hele pagina. Dus die kon ik niet meeslicen, toen heb ik de achtergrond in photoshop op transparant gezet, en daarna de achtergrond apart opgeslagen (staat nu in images/background.gif). Alleen als ik hem nu dus instel als achtergrond herhaalt hij zichzelf over de hele pagina, waar kan ik instellen dat hij hem over het hele scherm uitrekt? Het werkte bij mij niet met de width="100%" en height="100%" tags.
  • 3 Nu komt mijn laatste probleem. Ik heb dus in photoshop de achtergrond transparant gemaakt en daarna de slices opgeslagen. Nu heb ik dus al een keer die achtergrond erachter gezet, alleen nu is de kwaliteit van de wolk / sop, en de tekst van de menu knoppen zwaar achteruit gegaan? Ik heb hem ook een keer opgeslagen zonder transparante achtergrond en toen was de kwaliteit wel gewoon goed?
Hier komt nog even de tijdelijke host + link:
http://relax-gaming.freehostia.com/

Ik zal ook meteen nog even de pagina code erbij doen (de css van het bestand heet style.css):
HTML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
<html>
<head>
<title>C.DESIGNZ - Carel's site.</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
</head>
<body>
    <div align="center" id="header" cellpadding="0" cellspacing="0" border="0">
        <img src="images/header-boven.gif"/>
    <div align="center" id="header" cellpadding="0" cellspacing="0" border="0">
        <img src="images/header-onder.gif">
        <img src="images/button-0.gif">

        <img src="images/button-1.gif">
        <img src="images/button-2.gif">
        <img src="images/button-3.gif">
        <img src="images/button-4.gif"/>
    <div align="center" cellpadding="0" cellspacing="0" border="0">
        <img src="images/content-boven-home.gif" alt="content" id="content" />
    <div align="center" cellpadding="0" cellspacing="0" border="0">
        <img src="images/content-links-home.gif" alt="content" id="content" >
        <img src="images/content-rechts-home.gif" alt="content" id="content" >

</body>
</html>


Heeft iemand van jullie op een of meerdere dingen een antwoord? Het zal vast simpel zijn alleen ik krijg het niet gevonden op het internet.

Mvg, Carel.

[ Voor 0% gewijzigd door een moderator op 03-08-2007 12:38 . Reden: highlighting aangezet ]


Verwijderd

Een Validator kan toch echt uitkomst bieden bij het onderzoeken van bugs en foutjes. Click maar eens :)

Verwijderd

Verwijderd schreef op vrijdag 03 augustus 2007 @ 12:37:
Een Validator kan toch echt uitkomst bieden bij het onderzoeken van bugs en foutjes. Click maar eens :)
Het kan helpen, maar is er niet echt voor gemaakt en kan in veel situaties ook gewoon niet werken.

Het is goed mogelijk een site te maken die voor de validator perfect is, maar verder gewoon complete bagger in alle opzichten.

Andersom kun je ook een hele goede site maken die niet door de validator heen komt (denk aan een quirksmode tag).

Een validator checkt alleen of je correcte HTML volgens W3C hebt geschreven, daar hangen verder geen voorwaarden en weinig voordelen aan. Ja het is correct volgens W3C, maar om ook echt voordelen te behalen zal je iets meer moeite moeten doen.

In het geval van de TS:

De validator zeurt voornamelijk over alt tags die ontbreken, niet zo netjes, maar dat heeft absoluut niets te maken met hoe de website eruit ziet en zijn vaak niet eens nuttig. Ze helpen mensen die geen images kunnen zien om een of andere reden een tekstuele omschrijving te bekijken, echter is een alt tag met een nietszeggende omschrijving net zo nutteloos als een compleet ontbrekende alt tag.

Een alt tag met onzin komt wel door de validator maar voegt verder dus niet zoveel toe.

@TS:

Je bent tabel eigenschappen aan het toepassen op div elementen..
Lijkt me niet zo handig.

Misschien kun beter het HTML deel overlaten aan iemand anders of eerst jezelf er wat in verdiepen voordat je zomaar begint en ziet waar je komt. Als het een portfolio website is moet het toch een beetje representatief in elkaar zitten toch?

[ Voor 31% gewijzigd door Verwijderd op 03-08-2007 12:44 ]


  • Boelie-Boelie
  • Registratie: November 2004
  • Laatst online: 26-09-2020
500 internal server error?

Cogito ergo dubito


Verwijderd

De reden waarom W3c er is is omdat designers danwel coders zich wel een beetje aan de code houden, anders krijg je een in elkaar gehackte site als je begrijpt wat ik bedoel. W3c is geen standaard, maar dat zou het wel moeten worden ( vindt ik ) .

Ik heb zelf ook problemen gehad met m'n eigen site, en met behulp van W3c en veel documentatie is het mij ook gelukt :)

Verwijderd

Als W3C wil dat hun 'standaarden' ook daadwerkelijk standaard worden zullen ze toch eerst eens wat aan de kwaliteit van het spul moeten doen. Er zitten nu teveel plaatsen in waar er te weinig informatie beschikbaar is of er meerdere manieren van uitleg zijn.

Daarnaast moeten ze eens wat beter gaan samenwerken met de grote spelers (en dan vooral Microsoft) ipv keihard hun eigen koers te varen en daarbij haast expres de grootste speler op de markt tegen te werken.

Gelukkig zijn ze bij Microsoft ook bezig met nieuwe betere standaarden en de samenwerking tussen Microsoft en Mozilla gaat ook steeds beter. Als W3C niet oppast staan ze zometeen helemaa buiten spel.

(Maar das offtopic)

[ Voor 19% gewijzigd door Verwijderd op 03-08-2007 12:47 ]


  • mocean
  • Registratie: November 2000
  • Laatst online: 25-11 11:02
Er mist 4 keer </div> sowieso. dat lijkt me altijd een oorzaak dat de lay-out niet wordt zoals je wilt.

Koop of verkoop je webshop: ecquisition.com


Verwijderd

Met dreamweaver bijv kan je snel de openstaande tags laten sluiten dmv " </ " in te typen . De rest vult 'ie vanzelf aan. Bedenk je wel dat je dit niet eindeloos moet doen, aangezien hij dan ook de </body> en </html> tags gaat sluiten, en daarmee je layout verknalt :)

  • crisp
  • Registratie: Februari 2000
  • Laatst online: 14:39

crisp

Devver

Pixelated

Verwijderd schreef op vrijdag 03 augustus 2007 @ 12:41:
[...]
De validator zeurt voornamelijk over alt tags die ontbreken, niet zo netjes, maar dat heeft absoluut niets te maken met hoe de website eruit ziet en zijn vaak niet eens nuttig. Ze helpen mensen die geen images kunnen zien om een of andere reden een tekstuele omschrijving te bekijken, echter is een alt tag met een nietszeggende omschrijving net zo nutteloos als een compleet ontbrekende alt tag.
Een ontbrekend alt-attribuut zegt meestal dat de auteur niet heeft nagedacht over accessibility, een leeg alt-attribuut wil meestal zeggen dat het een plaatje is dat puur bedoelt is als style-element.
Verwijderd schreef op vrijdag 03 augustus 2007 @ 12:46:
Als W3C wil dat hun 'standaarden' ook daadwerkelijk standaard worden zullen ze toch eerst eens wat aan de kwaliteit van het spul moeten doen. Er zitten nu teveel plaatsen in waar er te weinig informatie beschikbaar is of er meerdere manieren van uitleg zijn.

Daarnaast moeten ze eens wat beter gaan samenwerken met de grote spelers (en dan vooral Microsoft) ipv keihard hun eigen koers te varen en daarbij haast expres de grootste speler op de markt tegen te werken.

Gelukkig zijn ze bij Microsoft ook bezig met nieuwe betere standaarden en de samenwerking tussen Microsoft en Mozilla gaat ook steeds beter. Als W3C niet oppast staan ze zometeen helemaa buiten spel.

(Maar das offtopic)
Je weet dat Chris Wilson (Program manager MSIE) co-chair is van de W3C HTML WG?

Intentionally left blank


Verwijderd

Topicstarter
Het kan dat de code van geen kanten klopt, maar het was ook vooral voor mezelf om het te proberen. Alleen ik heb deze code via een andere tutorial gemaakt, natuurlijk van een iets ander soort site. Maar ik dacht dat ze bij die tutorial die divjes afsloten dmv bij het laatste item van het divje een /> eindtag te maken. Maar weet verder niemand iets voor de achtergrond oid ?

Verwijderd

Je kan je achtergrond bijv in een CSS defineren.

De reden waarom je code 'eigenlijk' kloppen moet is voornamelijk omdat het dan ook met elke browser bij wijze van overweg mee kan. Het fenomeen tussen Firefox & Internet explorer ken je wel, het komt ook voor dat deze zoveel van elkaar verschillen dankzij de code alleen al. En dan heb ik het niet over de browserverschillen tussen deze 2 :P

Verwijderd

Topicstarter
Ik heb het ook ooit gewoon in de body tag gezien, maar weet niet meer hoe dat ging. Kan iemand dat hier even posten? Eventueel nog niets waardoor de kwaliteit / randen wat mooier worden dus van dat sop en die menu knoppen, of zou ik gewoon via css het menu maken? Dan zit ik wel nog steeds met dat sop probleem...

Verwijderd

Topicstarter
Ik heb trouwens even de achtergrond er weer achter gezet op mijn site, voor een iets duidelijker voorbeeld. Alleen ik wil dat de achtergrond zich over de hele pagina uitrekt?

Verwijderd

crisp schreef op vrijdag 03 augustus 2007 @ 15:38:
[...]

Een ontbrekend alt-attribuut zegt meestal dat de auteur niet heeft nagedacht over accessibility, een leeg alt-attribuut wil meestal zeggen dat het een plaatje is dat puur bedoelt is als style-element.
Daarom heb ik het ook over een alt attribuut met onzin erin (niet nuttige informatie erin dus, zoals een alt="plaatje" ed).
[...]

Je weet dat Chris Wilson (Program manager MSIE) co-chair is van de W3C HTML WG?
Times are a changing, maar toch.

(Ik had het ook meer over zaken in het verleden, nu zijn ze op zich wel op de goede weg, maar ik ben bang dat ze een beetje te laat en een beetje te traag zijn. Een bekend probleem bij wel meer standaardisering processen)

[ Voor 15% gewijzigd door Verwijderd op 03-08-2007 17:45 ]


Verwijderd

Topicstarter
Weet niemand hiervoor een simpele oplossing?

Verwijderd

Verwijderd schreef op vrijdag 03 augustus 2007 @ 21:01:
Weet niemand hiervoor een simpele oplossing?
Hiervoor is GoT niet bestemd. GoT vereist een beetje zelfinzet. We hebben je eigenlijk al laten zien wat je probleem eventueel is. Alles wat jou rest is om het zelf op te pakken en het zelf op te lossen, en eventueel voor latere use, je oplossing hierin noteren, zodat ook andere gebruikers later het op kunnen zoeken.

Als je voor jezelf met webdesign wilt beginnen, dan is dit toch basic knowledge dat je onder de knie moet hebben. Kijk eens naar .background in een .css file, ik denk dat dat je aardig op weg kan helpen.

Verwijderd

De ernstigste fout vind ik nog wel dat je geen doctype hebt meegegeven. Hierdoor weet een browser niet wat voor code er verwacht moet worden (HTML, XHTML, etc.) en probeert op hoop van zegen maar wat.

Maar inderdaad, kijk eens op w3schools ofzo, daar kun je schatten met informatie vinden.

[ Voor 18% gewijzigd door Verwijderd op 03-08-2007 21:13 ]


  • crisp
  • Registratie: Februari 2000
  • Laatst online: 14:39

crisp

Devver

Pixelated

Verwijderd schreef op vrijdag 03 augustus 2007 @ 21:13:
De ernstigste fout vind ik nog wel dat je geen doctype hebt meegegeven. Hierdoor weet een browser niet wat voor code er verwacht moet worden (HTML, XHTML, etc.) en probeert op hoop van zegen maar wat.
Het enige dat een browser met een doctype doet is switchen naar standards compliant rendering mode, meer niet.

Intentionally left blank


  • funkwurm
  • Registratie: December 2005
  • Laatst online: 22-02-2021
crisp schreef op vrijdag 03 augustus 2007 @ 22:41:
[...]

Het enige dat een browser met een doctype doet is switchen naar standards compliant rendering mode, meer niet.
True, maar denk je niet dat je standards compliant rendering wil zo gauw je ongewilde padding en margin-foutjes wil oplossen? De startpost doorlezend zou ik het in die richting zoeken.

Daarnaast stoor ik mij voornamelijk aan de ID's die niet uniek zijn op de pagina, als je daar css aan hangt vraag ik me af wat er allemaal gebeurt.
Pagina: 1