Lange teksten op website door laten lopen

Status
Niet open voor verdere reacties.
J

jjjvandaalen

Gebruiker
Lid geworden
22 sep 2007
Berichten
99
Ik ben bezig met het maken van een website, waarvan er paginas van verschillende lengtes zijn. Hoe kan ik dus de website zodanig maken dat die zich aanpast aan de lengte van de content?
 
Hi,
je zult iets meer moeten zeggen. Zoals je het nu stelt is mijn antwoord: dat gebeurt automatisch.
 
Meer over mijn 'probleem'

Ik maak nu een website, waarvan de content per pagina verschillend van lengte is. Er zijn alleen een paar wel heel erg lange teksten bij. Nu heb ik de lengte van die divs daarop aangepast, waardoor de pagina's met weinig tekst wel heel lang zijn. De gebruker gaat straks de website zelf beheren. Het kan zijn dat er dan nog langere teksten bij gaan komen. Hoeveel pixels kan ik de contentdivs gaan maken? Of is er een speciale instelling voor, zoals auto in de height (lengte) van de box? Voeg ik iets extras toe in de body, wat dan gelijk voor alle paginas gaat gelden? Of alleen in die paginas, waarbij ik dat verwacht? Hetzelfde geldt voor de achtergrondplaatjes die ik heb toegevoegd via background. Hoelang kan ik die maken? Moet ik daarbij ook wijzigingen aanbrengen in de footerdiv? Nu loopt de tekst daaronder door. Ik blijf zo eigenlijk aanpassen.
 
Laatst bewerkt:
Hi,
ik zou dan kiezen voor een vaste indeling. Voor bezoekers is het niet prettig om door ellenlange tekst te moeten ploegen.

De contentdivs geef je een vaste, hapklare, afmetingen en met CSS style je die met de overflow eigenschappen.

Zie voor de info op deze site http://www.w3schools.com/Css/pr_pos_overflow.asp

Ook kun je een lees-meer mogelijkheid gaan inbouwen die het stuk tekst in een eigen pagina/tab/window opent
 
Dank voor je reactie.

Bedankt hier heb ik wat aan. Ga ik het nog verder perfectioneren. Ik had zelf al 'Lees verder' toegevoegd aan de onderkant van de pagina.Ik ga zeker nog kijken naar wat w3schools hierin zegt over overflow.:thumb:
city guy zei:
Hi,
ik zou dan kiezen voor een vaste indeling. Voor bezoekers is het niet prettig om door ellenlange tekst te moeten ploegen.

De contentdivs geef je een vaste, hapklare, afmetingen en met CSS style je die met de overflow eigenschappen.

Zie voor de info op deze site http://www.w3schools.com/Css/pr_pos_overflow.asp

Ook kun je een lees-meer mogelijkheid gaan inbouwen die het stuk tekst in een eigen pagina/tab/window opent
Klik om te vergroten...
 
Video van YouTube

jjjvandaalen zei:
Bedankt hier heb ik wat aan. Ga ik het nog verder perfectioneren. Ik had zelf al 'Lees verder' toegevoegd aan de onderkant van de pagina.Ik ga zeker nog kijken naar wat w3schools hierin zegt over overflow.:thumb:
Klik om te vergroten...

Hoe kan ik nu een YouTube-filmpje linken op een pagina? Ik heb zelf al de link van het filmpje in YouTube die op de adresregel staat gekopieerd en in DW geplakt bij de link in het properties-scherm, maar ik zou graag het filmpje direct zichtbaar op de pagina willen hebben... Werkt dat met een flashfilmpje? Kan dat ook op nog een andere manier? De bedoeling is wel dat de website XHTML 1.0 Strict blijft namelijk... Ik heb ook al geprobeerd om hiervoor een aparte DIV video te maken, maar dan krijg ik (zelfs in Firefox een melding.
 
Laatst bewerkt:
Hoi jjjvandaalen,
Een YouTube-link rechtstreeks overnemen uit de adresregel van de browser werkt inderdaad niet.
Behalve de link naar het filmpje zelf moet namelijk ook de "player" (het afspeelschermpje met de bedieningsknoppen) bij jou op de pagina komen. Dat gaat met wat aanvullende codes.
Die kun je vinden op de YouTube-pagina van de video, en deze code zit tegenwoordig (vroeger was dat anders) verstopt onder het knopje "insluiten", rechts onder de video:
youtube-insluiten.gif

Er komt dan een vakje tevoorschijn met kant-en-klare code die je kunt kopiëren en inplakken in Dreamweaver.
  • Het resultaat is dan bv. deze testpagina: helaas géén valid xhtml Strict! :(
Maar daar valt gelukkig wel wat aan te doen:
Met vriendelijke groet,
CSShunter

PS:
E valt geen geldige html van te maken door een Transitional DOCtype te gebruiken.
Verder is bij html4.01 de eindtag </param> verboden, zie specificatie alhier.

Vreemd genoeg staat de html-validator bij validatie op XHTML1.0 Strict het gebruik van zowel de </param> eindtag toe, als het gebruik van <param .... /> zonder eindtag (!).
:shocked: zie de valid testpagina (waarin beide vormen zijn opgenomen: broncode regel 36, 37, 38)

De HTML-Tidy validator (handige downloadbare ad-onn voor Firefox, wordt geïntegreerd bij bekijken van de broncode) slaat wel aan op de </param>tag.
 
Thanks!

:thumb:Thanks! voor je support. Hier heb ik wat aan. Alleen inderdaad jammer dat het (nog) niet in XHTML 1.0 Strict kan, de internettaal immers van de nabije toekomst...

Nog een andere vraag in de hoop dat je me daar ook mee kunt helpen...

Ik heb nu een website gemaakt (XHTML 1.0 Strict) met een sprymenu bovenaan de pagina's. De website omvat nu 57 (!) pagina's. De website werkt perfect op de computer. Echter bij het uploaden van de website naar een eerste testomgeving herkent de server het sprymenu niet als menu, maar als sitemap. De links daarin werken wel. Wat kan ik daar aan doen???

Groeten,

Joost

csshunter zei:
Hoi jjjvandaalen,
Een YouTube-link rechtstreeks overnemen uit de adresregel van de browser werkt inderdaad niet.
Behalve de link naar het filmpje zelf moet namelijk ook de "player" (het afspeelschermpje met de bedieningsknoppen) bij jou op de pagina komen. Dat gaat met wat aanvullende codes.
Die kun je vinden op de YouTube-pagina van de video, en deze code zit tegenwoordig (vroeger was dat anders) verstopt onder het knopje "insluiten", rechts onder de video:
youtube-insluiten.gif

Er komt dan een vakje tevoorschijn met kant-en-klare code die je kunt kopiëren en inplakken in Dreamweaver.
  • Het resultaat is dan bv. deze testpagina: helaas géén valid xhtml Strict! :(
Maar daar valt gelukkig wel wat aan te doen:
Met vriendelijke groet,
CSShunter

PS:
E valt geen geldige html van te maken door een Transitional DOCtype te gebruiken.
Verder is bij html4.01 de eindtag </param> verboden, zie specificatie alhier.

Vreemd genoeg staat de html-validator bij validatie op XHTML1.0 Strict het gebruik van zowel de </param> eindtag toe, als het gebruik van <param .... /> zonder eindtag (!).
:shocked: zie de valid testpagina (waarin beide vormen zijn opgenomen: broncode regel 36, 37, 38)

De HTML-Tidy validator (handige downloadbare ad-onn voor Firefox, wordt geïntegreerd bij bekijken van de broncode) slaat wel aan op de </param>tag.
Klik om te vergroten...

:thumb:
 
Alleen inderdaad jammer dat het (nog) niet in XHTML 1.0 Strict kan, de internettaal immers van de nabije toekomst...
Klik om te vergroten...
Holadiejo:
Over de toekomst van xhtml: dat was inderdaad een paar jaar geleden de verwachting, maar denk ik dat die het zal gaan afleggen tegen het nieuwe html-5, dat voor gewone sites meer dan voldoende zal zijn. Men is bij w3c een twee sporenbeleid gaan volgen in plaats van uitsluitend op xhtml te focussen. Anders zouden ze ook niet zoveel tijd in de html-5 ontwikkeling hebben gestoken (met in hun voetspoor de browser-fabrikanten). ;)

Je andere vraag over het template-uploaden met DW zag ik al in je aparte topic hierover, maar daar heb ik geen flauwe notie van, want ik werk met op z'n Spartaans met Kladblok om m'n sitewerk te verrichten. Zo heb ik geen last van prijzige toeters en bellen (met soms twijfelachtige nut), mijn code kan niet misvormd worden, en eigenwijze editors blijven me ook bespaard...

Met vriendelijke groet,
CSShunter
 
Sprymenu

Hi CSSHUNTER,

Ja wat betreft je opmerking over de toekomst van XHTML 1.0 Strict snap ik je opmerking ook. Natuurlijk keurig opgelost... Zelfs dat.

Door je reactie over mijn vraag over het sprymenu ben ik is gaan kijken naar de code ervan. Die heb ik nu gekopieerd naar het kladblok. Wat mij direct al opviel was dat er heel veel HOOFDLETTERS in staan. Is dat misschien ook de reden? Ik heb de website immers geschreven in XHTML 1.0 Strict!

Wat al bekend was bij mij is dat een sprymenu een simpele UNORDED LIST is.

Nu ben ik aan het proberen om het menu in kladblok daarop aan te passen. Moet ik later daarbij ook de huidige verwijzingen naar het menu in de code van de website verwijderen (javascript, etc.)? Of krijg ik dan een SITEMAP-weergave? Zoja, wat moet ik dan doen om die sitemap om te zetten in de gewenste menuvorm?

Nadat ik verder was gegaan na dit bericht aan jou geschreven te hebben, zag ik ook dat er TWEE CLASSES (!) in staan! Namelijk: MenuBarHorizontal en MenuBarItemSubmenu.

Volgens mij is het een kwestie van een nieuwe UNORDED LIST maken en die aanpassen door twee nieuwe CLASSES ! Als dat zo is, moet ik alleen nog even kijken welke opties ik moet gebruiken in die twee classes... Is deze oplossing correct?


csshunter zei:
Holadiejo:
Over de toekomst van xhtml: dat was inderdaad een paar jaar geleden de verwachting, maar denk ik dat die het zal gaan afleggen tegen het nieuwe html-5, dat voor gewone sites meer dan voldoende zal zijn. Men is bij w3c een twee sporenbeleid gaan volgen in plaats van uitsluitend op xhtml te focussen. Anders zouden ze ook niet zoveel tijd in de html-5 ontwikkeling hebben gestoken (met in hun voetspoor de browser-fabrikanten). ;)

Je andere vraag over het template-uploaden met DW zag ik al in je aparte topic hierover, maar daar heb ik geen flauwe notie van, want ik werk met op z'n Spartaans met Kladblok om m'n sitewerk te verrichten. Zo heb ik geen last van prijzige toeters en bellen (met soms twijfelachtige nut), mijn code kan niet misvormd worden, en eigenwijze editors blijven me ook bespaard...

Met vriendelijke groet,
CSShunter
Klik om te vergroten...
 
Laatst bewerkt:
Flashbanner

Hallo CSSHUNTER,

Vorige week had je het over onzichtbaar maken van een flashbanner voor de validator van W3C, maar hoe doe je dat?

Ook heb ik op mijn nieuwste site gezien dat een aantal foto's op de computer wel te zien zijn, alleen op het internet niet. De bestanden zijn wel mee opgeladen en ook in dezelfde mappen. Behoort dit tot de frustratie van de webdesigner??

Weet jij daar ook een oplossing voor?

Grtz,

JohanJoost

jjjvandaalen zei:
Hi CSSHUNTER,

Ja wat betreft je opmerking over de toekomst van XHTML 1.0 Strict snap ik je opmerking ook. Natuurlijk keurig opgelost... Zelfs dat.

Door je reactie over mijn vraag over het sprymenu ben ik is gaan kijken naar de code ervan. Die heb ik nu gekopieerd naar het kladblok. Wat mij direct al opviel was dat er heel veel HOOFDLETTERS in staan. Is dat misschien ook de reden? Ik heb de website immers geschreven in XHTML 1.0 Strict!

Wat al bekend was bij mij is dat een sprymenu een simpele UNORDED LIST is.

Nu ben ik aan het proberen om het menu in kladblok daarop aan te passen. Moet ik later daarbij ook de huidige verwijzingen naar het menu in de code van de website verwijderen (javascript, etc.)? Of krijg ik dan een SITEMAP-weergave? Zoja, wat moet ik dan doen om die sitemap om te zetten in de gewenste menuvorm?

Nadat ik verder was gegaan na dit bericht aan jou geschreven te hebben, zag ik ook dat er TWEE CLASSES (!) in staan! Namelijk: MenuBarHorizontal en MenuBarItemSubmenu.

Volgens mij is het een kwestie van een nieuwe UNORDED LIST maken en die aanpassen door twee nieuwe CLASSES ! Als dat zo is, moet ik alleen nog even kijken welke opties ik moet gebruiken in die twee classes... Is deze oplossing correct?
Klik om te vergroten...
 
Hoi JohanJoost,
Vorige week had je het over onzichtbaar maken van een flashbanner voor de validator van W3C, maar hoe doe je dat?
Klik om te vergroten...
Een flash-banner is een swf-bestand, en dat kan je valid insluiten op precies dezelfde manier als wanneer je een YouTube-video insluit (zoals hierboven in nr. #8 aangegeven).
==========
... een aantal foto's op de computer wel te zien zijn, alleen op het internet niet. De bestanden zijn wel mee opgeladen en ook in dezelfde mappen. Behoort dit tot de frustratie van de webdesigner??
Klik om te vergroten...
Niet als ze het toch gaan blijken te doen! ;)
Ik vermoed dat de bestanden aan hetzelfde euvel lijden als het wel aanwezige/toch niet aanwezige css-bestand van je Sprymenu-topic. Ik gok op:
  • Dezelfde analyse als daar bij nr. #8 (toevallig ook #8).
  • Dwz even heel goed kijken of alle hoofd- en kleine letters (van mappen en bestanden op de server) wel kloppen met de namen die in de html staan.
Met vriendelijke groet,
CSShunter
 
Status
Niet open voor verdere reacties.
                    Steun ons                    

Nieuwste berichten

Terug
Bovenaan Onderaan