Tjah, det ser rimelig fornuftigt ud hos mig med både IE og Mozilla, men jeg bruger også 1152*864, og der kommer selvfølgelig problemer med betalingslink, når du gør det sådan ...
Et alternativ kunne være at du indsatte banneret som baggrund i den øverste celle, f.eks. centreret:
Det ser ud til at banneret er 1101 pixels bredt, så det vil selvfølgelig give problemer for alle, som har mindre end ca. 1125 pixels til rådighed for browseren ...
800 pixel er under forudsætning af, at en eventuel bruger med 800*600-skærm ikke har nogle sidebars aktive, men din side er i forvejen deromkring, jeg plejer at bruge 760px bredde, så er der i hvert fald plads til scrollbaren, men ikke meget overskud !-)
Hvordan kan det være at når jeg sætter valign="center" , så bliver billedet ikke centreret i forhold til resten af siden, når opløsningen i bredden er mindre end billedets bredde, som nu er ca. 1024 pixels. ???
Men med et billede på ca. 1024 px i bredden og en opløsning på 600 x 800, bliver billedet ikke centreret i forhold til resten af siden !! Hvad gør jeg ?? Det må da være muligt at lave det, så det ser ordentligt ud, eller hvad ??? er lidt træt af det :-)
eller jeg ska måske dele toppen op i eks. 3 celler hvor logoet venstrestilles i den første, og banneret centreres i den midterste, og tlf+email højre stilles i den sidste. Dvs jeg laver tre adskilte filer plus en baggrund. Er det ikke en god løsning ????
"dot pitch" er det afstanden mellem pixels ?? og når man laver et banner, så har det vel en fast størrelse i pixels ?? og når opløsningen på skærmen forøges bliver billedet mindre ?? Er det rigtigt forstået
Selvom et banner er lavet til en bredde på eks. 1101 pixels, kan det så ikke tilpasses en skærmbredde på eks. 1024 px ved at sætte <td width="100%"><osv... ??
Normalt tages en 100% angivelse udfra det omkransende elements størrelse, men visse elementer og propeties har selv en defineret størrelse, hvorfor det bliver lidt mere tricky ...
Billeder er født i en vis størrelse, browseren laver gerne om på det, men skal så have 'noget' at arbejde med, altså en størrelse, og angiver man den på billedet som %-sats _skal_ der være et element omkring, som kan angive størrelsen, ellers tager den %-satsen i forhold til sin egen størrelse ...
En table har ikke på forhånd anden størrelse end dens indhold giver den, 100% skulle give det omkransende positionerede elements, typisk bodys ...
Men i den ovenstående kode har du en rutine til at lave hele img-tagget, så det er jo ikke til at gennemskue, hvordan man kan sætte ting ind, for følgende virker uden problemer:
Det er rigtigt forstået, men du skal kigge i din tep_image-funktion for at finde ud af, hvordan du kan sætte bredde på, for den måde du har vist virker med garanti ikke !-)
Nej, efter standarden er det tabel og tabel-elementer, som skal rette sig efter billedets bredde !-)
-- og det er fordi tabeller som udgangspunkt er skabt til at fremvise data, og det giver jo i mange sammenhænge ingen mening, hvis data ikke kan være inde i cellen/erne ...
-- så derfor skal de følge med billedet, men en bredde vil blive betragtet som en minimumsstørrelse for bredden af cellen !o]
Nu har jeg delvist fået løst problemet med bredden i toppen. Ved en opløsn. på 1024x768 er det dog kun løst lige når man kommer til siden, men når man klikker på "Forside" er det igen for bredt??? Kan du sige hvad der er galt ???? :-)
Hvis jeg prøvede med mit browser-vindue lidt mindre (kører med skærm 1152*864, så vinduet er ca. 1152*800), kom der en vandret scroll-bar og billedet blev sin egen bredde, hvis jeg hev fat i elementer, som viste noget mere, såsom menuunderpunkter (og på undersider, men da det ligesågodt kan skyldes, at du ikke har migreret koden, har jeg ikke checket det nærmere !-)
Ja, hver gang jeg har prøvet at opdatere er den blevet ordentlig, og det var kun, når undermenuerne fadede ind, at der kom fejl, så der må være en lille bug i den mekanisme, som viser menu-punkterne ...
Ja, det er desværre meget udbredt at se, at der skiftes css-klasse på elemneter, som allerede er indlæst, det bevirker at browseren smider hele det beregnede layout ud, og starter forfra -- det er selvfølgelig uhensigtsmæssigt ...
Derfor var det en idé, jeg lige fik, som kunne gøre noget ved beregningen, da der måske ville være en anderledes beregning af sideindhold og -bredde i den situation ...
-- og jeg har, som du måske kan læse sig til, ikke undersøgt din menu !-)
-- men hvis du får nogle ideer, så kan du da prøve at vende tilbage, så kan det være at vi på en eller anden måde kan forstå, hvad der sker ...
-- og det er jo forudsætningen for at kurere fejlen !-)
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
