Toon posts:

[CSS] break forceren / alternatief voor <br>

Pagina: 1
Acties:
  • 366 views sinds 30-01-2008
  • Reageer

Verwijderd

Topicstarter
Is het mogelijk om een 'break' (<br>) d.m.v. css uit te voeren?

  • BasieP
  • Registratie: Oktober 2000
  • Laatst online: 19-10-2025
dat hoeft nou ook weer niet

Wat heb je zelf al geprobeerd?!

[ Voor 79% gewijzigd door XangadiX op 10-04-2006 22:54 ]

This message was sent on 100% recyclable electrons.


Verwijderd

Topicstarter
BasieP schreef op maandag 10 april 2006 @ 12:32:
-snip-
wat heb je zelf geprobeerd?
Natuurlijk heb ik gezocht. Als jij het prettig vindt zet ik dat er voortaan wel bij.
Qua testcase wil ik iets als 'blaat
blaat' evenaren door gebruik te maken van een spanelement i.c.m. css: 'blaat blaat'.

[ Voor 38% gewijzigd door XangadiX op 10-04-2006 22:55 ]


  • mithras
  • Registratie: Maart 2003
  • Niet online
Ik denk dat je niet heel veel gezocht hebt, want google'n doet al heel veel: [google=css+new+line]

edit:
Ik zeg dit nu wel, maar toch kan ik niet zo 1-2-3 het antwoord vinden :X

[ Voor 33% gewijzigd door mithras op 10-04-2006 12:41 ]


  • DeFeCt
  • Registratie: Juli 2000
  • Laatst online: 14:54

DeFeCt

je wéét toch

Wat is de reden dat je geen <br /> wil gebruiken?


code:
1
2
3
4
5
<style>
span{display:block}
</style>
<span>blaat</span>
<span>blaat</span>

Flickr


Verwijderd

gok op basis van je erg karige info:

de white-space property

verder is een (semantische) <br> vervangen door een <span> bijna net zo loos als tables door divs natuurlijk. Ook <br> heeft een functie (mits correct gebruikt)

De HTML 4 spec is wat vaag over het juiste gebruik, ik denk dat web app 1.0 (working draft) het beter verwoord (hoewel dit geen spec is dus): http://www.whatwg.org/specs/web-apps/current-work/#the-br

[ Voor 29% gewijzigd door Verwijderd op 10-04-2006 13:02 ]


Verwijderd

Topicstarter
Verwijderd schreef op maandag 10 april 2006 @ 12:53:
gok op basis van je erg karige info:

de white-space property

verder is een (semantische) <br> vervangen door een <span> bijna net zo loos als tables door divs natuurlijk. Ook <br> heeft een functie (mits correct gebruikt)

De HTML 4 spec is wat vaag over het juiste gebruik, ik denk dat web app 1.0 (working draft) het beter verwoord (hoewel dit geen spec is dus): http://www.whatwg.org/specs/web-apps/current-work/#the-br
Het leek me dat je beter geen br-elementen kunt gebruiken omdat een br-element (voornamelijk) handelt over de grafische opmaak. Echter kun je inderdaad zeggen dat een br-element bij gedichten e.d. ook nog een semantisch nut heeft.
In mijn case heeft het br-element echter vooral een grafisch nut. Vandaar dat ik de afbreking liever vanuit css regel omdat ik sowieso al een span-element gebruik.

HTML:
1
2
3
4
5
Neem kontakt op met <span class="specialist">Pietje</span>

//Gewenste uitvoer:
Neem kontakt op met
Pietje

[ Voor 5% gewijzigd door Verwijderd op 10-04-2006 14:07 ]


  • Sendy
  • Registratie: September 2001
  • Niet online
En wat moet er gebeuren met tekst achter de </span>?

HTML:
1
2
3
4
5
6
7
8
9
10
Neem kontakt op met <span class="specialist">Pietje</span>, maar niet na 9 uur.

//Gewenste uitvoer ?
Neem kontakt op met
Pietje, maar niet na 9 uur.

//Gewenste uitvoer ?
Neem kontakt op met
Pietje
, maar niet na 9 uur.

?

Verwijderd

Verwijderd schreef op maandag 10 april 2006 @ 14:01:
[...]
HTML:
1
2
3
4
5
Neem kontakt op met <span class="specialist">Pietje</span>

//Gewenste uitvoer:
Neem kontakt op met
Pietje
Waarom zou je dat willen dan? In dit geval is er helemaal niets mis mee een <br> te gebruiken..

Wil je onder Pietje bijvoorbeeld ook nog een Jan (en misschien nog meer personen), kun je gewoon een lijst gaan gebruiken..

Verwijderd

Topicstarter
Verwijderd schreef op maandag 10 april 2006 @ 14:33:
[...]

Waarom zou je dat willen dan? In dit geval is er helemaal niets mis mee een <br> te gebruiken..

Wil je onder Pietje bijvoorbeeld ook nog een Jan (en misschien nog meer personen), kun je gewoon een lijst gaan gebruiken..
Omdat ik in eerste instantie het idee had dat br-elementen fout zijn om te gebruiken omdat je daarmee de grafische opmaak in html verweeft. Beetje hetzelfde idee als het gebruik van b-elementen e.a. :)

Verwijderd

Topicstarter
Sendy schreef op maandag 10 april 2006 @ 14:11:
En wat moet er gebeuren met tekst achter de </span>?

HTML:
1
2
3
4
5
6
7
8
9
10
Neem kontakt op met <span class="specialist">Pietje</span>, maar niet na 9 uur.

//Gewenste uitvoer ?
Neem kontakt op met
Pietje, maar niet na 9 uur.

//Gewenste uitvoer ?
Neem kontakt op met
Pietje
, maar niet na 9 uur.

?
Er komt geen tekst na het span-element in mijn voorbeeld. :)

  • Zoefff
  • Registratie: September 2001
  • Laatst online: 21-02 21:41

Zoefff

❤ 

Bovenstaande oplossing van DeFeCt werkt trouwens wel prima, zo gebruik ik het ook op mijn site. Bij de reacties (onder de foto) staat rechts een datum. Daar een break tussen de maand en het jaar zetten zou semantisch raar zijn, het hoort in principe allemaal gewoon bij elkaar. Het jaartal display:block; meegeven werkt prima, het zakt zo onder de maand :)


FotoblogWerkaandemuur.nlMoestuincursus.nlTwitter


Verwijderd

Zoefff schreef op maandag 10 april 2006 @ 15:12:
Bovenstaande oplossing van DeFeCt werkt trouwens wel prima, zo gebruik ik het ook op mijn site...
En wat is dan nog het verschil met een div? Het zijn toch beide opmaak elementen om een bepaald gedeelte te onderscheiden van de rest, met als verschil dat div zich als een block-element gedraagt en span als inline. Dus met deze css code maak je van iedere span een div. Had je net zo goed direct een div kunnen gebruiken lijkt me. Of zie ik iets over het hoofd?

Ik merk wel vaker dat elementen als i, b, br etc op de schopstoel zitten, wat ik niet begrijp. Als ik een bepaald woordje ergens vet gedrukt wil hebben, gewoon omdat ik het mooi vind, zet ik er een b omheen! En zo is het met de br ook. Als ik ergens liever op een nieuwe regel begin omdat dat beter uitkomt, maar het is geen nieuwe paragraaf (dat kan!), dan gebruik ik gewoon een br. Volgens mij heeft dit allemaal helemaal niets met semantiek te maken, maar gewoon met het goed gebruiken van de beschikbare html-elementen (al aangegeven door een aantal mensen hierboven).

Maar het is een kunst om zo schoon mogelijke html te schrijven, met zo min mogelijk span en div's.

[ Voor 38% gewijzigd door Verwijderd op 10-04-2006 15:29 ]


Verwijderd

geen div, want het is niet echt een hoofdstuk / section / paragraaf he, ook div heeft een betekenis. Moet zeker niet vemeden worden, maar ook niet onnodig gebruikt

i en b zijn niet voor niets deprecated, maar daar is al genoeg over gezegd overal denk ik. Stijl hoort in CSS

[ Voor 13% gewijzigd door Verwijderd op 10-04-2006 15:50 ]


Verwijderd

Topicstarter
Verwijderd schreef op maandag 10 april 2006 @ 15:22:
[...]
En wat is dan nog het verschil met een div? Het zijn toch beide opmaak elementen om een bepaald gedeelte te onderscheiden van de rest, met als verschil dat div zich als een block-element gedraagt en span als inline. Dus met deze css code maak je van iedere span een div. Had je net zo goed direct een div kunnen gebruiken lijkt me. Of zie ik iets over het hoofd?

Ik merk wel vaker dat elementen als i, b, br etc op de schopstoel zitten, wat ik niet begrijp. Als ik een bepaald woordje ergens vet gedrukt wil hebben, gewoon omdat ik het mooi vind, zet ik er een b omheen! En zo is het met de br ook. Als ik ergens liever op een nieuwe regel begin omdat dat beter uitkomt, maar het is geen nieuwe paragraaf (dat kan!), dan gebruik ik gewoon een br. Volgens mij heeft dit allemaal helemaal niets met semantiek te maken, maar gewoon met het goed gebruiken van de beschikbare html-elementen (al aangegeven door een aantal mensen hierboven).

Maar het is een kunst om zo schoon mogelijke html te schrijven, met zo min mogelijk span en div's.
Het is korrekter om de dokumentopmaak en de grafische opmaak te scheiden. Om die reden dien je geen elementen in je dokumentopmaak te gebruiken die een bepaalde grafische opmaak impliceren. Immers; de grafische opmaak regel je al in de stylesheet.

Edit:

Mophor was me al voor zie ik. :)
Pagina: 1