|
| Uombrydelig streg Fra : Holst |
Dato : 20-01-06 11:13 |
|
Hvordan laver jeg en uombrydelig streg?
Alt virker naturligvis fint i Firefox, men skodbrowseren fra Microsoft
volder naturligvis nogle problemer. I en tabel vil den gerne ombryde
nogle datoer, og det er uhensigtsmæssigt, f.eks.
20-01
ender med at blive
20-
01
Og lad mig bare være ærlig: det er ikke lige det, jeg ønsker.
Med mellemrum kan jeg indsætte , men findes der noget lignende,
når det er en streg? Jeg har ikke lige kunnet finde noget på internettet.
| |
Jørgen Farum Jensen (20-01-2006)
| Kommentar Fra : Jørgen Farum Jensen |
Dato : 20-01-06 14:18 |
|
Holst wrote:
>
> Hvordan laver jeg en uombrydelig streg?
>
> Alt virker naturligvis fint i Firefox, men skodbrowseren fra Microsoft
> volder naturligvis nogle problemer. I en tabel vil den gerne ombryde
> nogle datoer, og det er uhensigtsmæssigt, f.eks.
>
> 20-01
>
> ender med at blive
>
> 20-
> 01
>
> Og lad mig bare være ærlig: det er ikke lige det, jeg ønsker.
>
> Med mellemrum kan jeg indsætte , men findes der noget lignende,
> når det er en streg? Jeg har ikke lige kunnet finde noget på internettet.
Et forslag:
<span class="nowrap">20-01</span>
og
..nowrap {white-space:nowrap;}
burde kunne klare det, osgå selv om der ikke er
noget "white space" i tekststrengen.
--
Med venlig hilsen
Jørgen Farum Jensen
http://www.webdesign101.dk
| |
Allan Vebel (20-01-2006)
| Kommentar Fra : Allan Vebel |
Dato : 20-01-06 17:48 |
|
Jørgen Farum Jensen skrev:
> <span class="nowrap">20-01</span>
<pre>20-01</pre> må også kunne klare det.
--
Allan Vebel
http://html-faq.dk
| |
Jens Gyldenkærne Cla~ (20-01-2006)
| Kommentar Fra : Jens Gyldenkærne Cla~ |
Dato : 20-01-06 22:52 |
|
Allan Vebel skrev:
>> <span class="nowrap">20-01</span>
>
> <pre>20-01</pre> må også kunne klare det.
Der er bare et par markante sideeffekter ved at anvende pre:
- det er et blokelement
- det vil typisk blive vist med en fastbreddeskrift
Jeg vil foreslå at man anvender unicodetegnet NON-BREAKING HYPHEN -
der fx kan skrives som ‑ - hvis det alene drejer sig om en
bindestreg der ikke må laves linjeskift ved. Hvis det er en tekst
med flere elementer der skal holdes sammen, ville jeg benytte
Jørgen Farum Jensens forslag.
--
Jens Gyldenkærne Clausen
Svar venligst under det du citerer, og citer kun det der er
nødvendigt for at forstå dit svar i sammenhængen. Se hvorfor og
hvordan på http://usenet.dk/netikette/citatteknik.html
| |
Allan Vebel (21-01-2006)
| Kommentar Fra : Allan Vebel |
Dato : 21-01-06 02:23 |
|
Jens Gyldenkærne Clausen skrev:
> Der er bare et par markante sideeffekter ved at anvende
> pre:
>
> - det er et blokelement
> - det vil typisk blive vist med en fastbreddeskrift
Begge dele kan der tages højde for med passende css.
> Jeg vil foreslå at man anvender unicodetegnet
> NON-BREAKING HYPHEN - der fx kan skrives som
> ‑ - hvis det alene drejer sig om en bindestreg
> der ikke må laves linjeskift ved.
Fungerer det i alle browsere?
--
Allan Vebel
http://html-faq.dk
| |
Johnny Winther Ronne~ (21-01-2006)
| Kommentar Fra : Johnny Winther Ronne~ |
Dato : 21-01-06 17:53 |
|
Allan Vebel wrote:
> Jens Gyldenkærne Clausen skrev:
>
>> Der er bare et par markante sideeffekter ved at anvende
>> pre:
>>
>> - det er et blokelement
>> - det vil typisk blive vist med en fastbreddeskrift
>
> Begge dele kan der tages højde for med passende css.
>
>> Jeg vil foreslå at man anvender unicodetegnet
>> NON-BREAKING HYPHEN - der fx kan skrives som
>> ‑ - hvis det alene drejer sig om en bindestreg
>> der ikke må laves linjeskift ved.
>
> Fungerer det i alle browsere?
Ja, Unicode er af de få ting, de tilsyneladene er enige om, jeg er i alt
fald ikke støt på undtagelser endnu. Og der er lidt for mange karakterer
til, at jeg gider prøve dem alle
Med venlig hilsen
JohnnyWinther Ronnenberg
--
Det er brugeren der bestemmer
http://www.ronnenberg.dk/webaccessibility/
| |
Holst (22-01-2006)
| Kommentar Fra : Holst |
Dato : 22-01-06 16:19 |
|
Jens Gyldenkærne Clausen wrote:
> Jeg vil foreslå at man anvender unicodetegnet NON-BREAKING HYPHEN -
> der fx kan skrives som ‑ - hvis det alene drejer sig om en
> bindestreg der ikke må laves linjeskift ved.
Ja, denne metode virker fint. Har ikke lige testet metoden med CSS, men
det vil jeg også lige prøve på et tidspunkt. Tak for begge svar.
Nu vi er ved bindestreger, er der så mulighed for bløde bindestreger?
Altså bindestreger, som sædvanlig ikke ses, medmindre ordet står sidst i
linje og en orddeling er nødvendig.
| |
Jørn Andersen (22-01-2006)
| Kommentar Fra : Jørn Andersen |
Dato : 22-01-06 18:19 |
|
On Sun, 22 Jan 2006 16:18:49 +0100, Holst <newsjan06@shelter.dk>
wrote:
>Nu vi er ved bindestreger, er der så mulighed for bløde bindestreger?
>Altså bindestreger, som sædvanlig ikke ses, medmindre ordet står sidst i
>linje og en orddeling er nødvendig.
Prøv med ­ - den virker tilsyneladende i IE6 (Win) og Opera 8.5,
men ikke i FireFox 1.0.
Good luck!
--
Jørn Andersen,
Brønshøj
| |
Holst (22-01-2006)
| Kommentar Fra : Holst |
Dato : 22-01-06 19:19 |
|
Jørn Andersen wrote:
> Prøv med ­ - den virker tilsyneladende i IE6 (Win) og Opera 8.5,
> men ikke i FireFox 1.0.
Tak, det vil jeg prøve. Lidt research afslører dog, at man måske i
stedet bør bruge $#173;. Jeg vi prøve mig lidt frem.
| |
Johnny Winther Ronne~ (22-01-2006)
| Kommentar Fra : Johnny Winther Ronne~ |
Dato : 22-01-06 20:18 |
|
Holst wrote:
> Jørn Andersen wrote:
>
>> Prøv med ­ - den virker tilsyneladende i IE6 (Win) og Opera 8.5,
>> men ikke i FireFox 1.0.
>
> Tak, det vil jeg prøve. Lidt research afslører dog, at man måske i
> stedet bør bruge $#173;. Jeg vi prøve mig lidt frem.
Her bør du nu tænke lidt over om hvor smart det er, hvis du bruger den, så
skal du bruge den alle steder hvor et ord kan deles hvis ikke resultatet
skal blive højst besynderligt. Du har nemlig ikke nogen mulighed for at vide
hvilken skærmstørrelse brugeren har, du ved heller ikke om vinduet er
maksimeret, så du kan ikke nøjes med at sætte dem, der hvor du kan se de
mangler og da det er manuelt job, så er det lige før at jobbet med at skrive
teksten er mindre end det at sikrer en blød bindestreg.
Her bør du nu tæn­ke lidt o­ver om hvor smart det er, hvis du
bru­ger den ,så skal du bru­ge den alle ste­der hvor et ord
kan de­les hvis ik­ke re­sul­ta­tet skal
bli­ve højst be­syn­der­ligt. Du har nem­lig
ik­ke no­gen mu­lig­hed for at vi­de hvil­ken
skærm­stør­rel­se bru­ge­ren har, du ved
hel­ler ik­ke om vin­du­et er
mak­si­me­ret, så du kan ik­ke nø­jes med at
sæt­te dem, der hvor du kan se de mang­ler og da det er
ma­nu­elt job, så er det li­ge før at job­bet med at
skri­ve tek­sten er min­dre end det at sik­rer en blød
bin­de­streg.
47 gange blev det til i så lille en tekst forestil dig hvor mange gange det
bliver til på en normalside. Man kan efterligne tekstbehandling med HTML men
arbejdsbyrden står ikke i forhold til resultatet. Og man kan spørge sig selv
om det tjerenr et fornuftigt formål.
Med venlig hilsen
Johnny Winther Ronnenberg
--
Det er brugeren der bestemmer
http://www.ronnenberg.dk/webaccessibility/
| |
Holst (22-01-2006)
| Kommentar Fra : Holst |
Dato : 22-01-06 20:30 |
|
Johnny Winther Ronnenberg wrote:
>>Tak, det vil jeg prøve. Lidt research afslører dog, at man måske i
>>stedet bør bruge $#173;. Jeg vi prøve mig lidt frem.
>
> Her bør du nu tænke lidt over om hvor smart det er, hvis du bruger den, så
> skal du bruge den alle steder hvor et ord kan deles hvis ikke resultatet
> skal blive højst besynderligt. Du har nemlig ikke nogen mulighed for at vide
> hvilken skærmstørrelse brugeren har, du ved heller ikke om vinduet er
> maksimeret, så du kan ikke nøjes med at sætte dem, der hvor du kan se de
> mangler og da det er manuelt job, så er det lige før at jobbet med at skrive
> teksten er mindre end det at sikrer en blød bindestreg.
Jeg har skam tænkt meget nøje over, hvordan den skal bruges.
Jeg har sådan en forholdsvis smal nyhedsboks, og her vil lange ord nemt
komme i vejen. Et eksempel, som måske kunne give problemer med den rette
størrelse, kunne være en nyhed med overskriften "Ny hjemmmeside onlin",
som måske vil blive layoutet:
Ny
hjemmeside
online
hvorimod den ved en passende anvendelse af ­, nemlig "Ny
hjemme­side online", vil blive layoutet:
Ny hjemme-
side online
hvilket nemt kan være en smukkere løsning end den ikke-delte løsning.
Mit problem er også, at i dag vil min tekstboks vokse i bredden, hvis
der anvendes en større tekststørrelse og der samtidig er lange ord i
overskriften. Tekstboksen skal jo død og pine have plads til
"hjemmeside" i sin fulde bredde. Ved at give mulighed for en orddeling,
vil dette til dels kunne undgås.
Men ja, der er ingen tvivl om, at der skal overvejes, om det tjener et
fornuftigt formål. I selve brødteksten til en større artiklen, vil det
være spild af tid at indsætte sådanne ­'er.
| |
Jørn Andersen (22-01-2006)
| Kommentar Fra : Jørn Andersen |
Dato : 22-01-06 22:33 |
|
On Sun, 22 Jan 2006 20:18:28 +0100, "Johnny Winther Ronnenberg"
<johnny.winther@XYZtdcadsl.dk> wrote:
[Soft hyphen]
>Her bør du nu tænke lidt over om hvor smart det er, hvis du bruger den, så
>skal du bruge den alle steder hvor et ord kan deles hvis ikke resultatet
>skal blive højst besynderligt.
<snip>
>Her bør du nu tæn­ke lidt o­ver om hvor smart det er, hvis du
>bru­ger den ,så skal du bru­ge den alle ste­der hvor et ord
>kan de­les hvis ik­ke re­sul­ta­tet skal
<snip>
>47 gange blev det til i så lille en tekst forestil dig hvor mange gange det
>bliver til på en normalside. Man kan efterligne tekstbehandling med HTML men
>arbejdsbyrden står ikke i forhold til resultatet. Og man kan spørge sig selv
>om det tjerenr et fornuftigt formål.
I praksis vil man vel kun bruge den, hvor et ekstremt langt ord - og i
sær i en overskrift - vil risikere at forvride layoutet urimeligt i
bestemte browser-størrelser.
Så konklusionen er altså ikke, at det er unyttigt, men blot at det
skal bruges med omtanke - som så meget andet.
--
Jørn Andersen,
Brønshøj
| |
Jørgen Farum Jensen (22-01-2006)
| Kommentar Fra : Jørgen Farum Jensen |
Dato : 22-01-06 22:57 |
|
Holst wrote:
>
> Jørn Andersen wrote:
>
>> Prøv med ­ - den virker tilsyneladende i IE6 (Win) og Opera 8.5,
>> men ikke i FireFox 1.0.
>
>
> Tak, det vil jeg prøve. Lidt research afslører dog, at man måske i
> stedet bør bruge $#173;. Jeg vi prøve mig lidt frem.
Og på Mac-platformen laver &3173 = ­ et ü.
Det er simpelthen ikke belæg for denne bløde bindestreg
i nogen standard.
--
Med venlig hilsen
Jørgen Farum Jensen
http://www.webdesign101.dk
..
| |
Jens Gyldenkærne Cla~ (23-01-2006)
| Kommentar Fra : Jens Gyldenkærne Cla~ |
Dato : 23-01-06 15:22 |
|
Jørgen Farum Jensen skrev:
> Og på Mac-platformen laver &3173 = ­ et ü.
Er det både &3173; og ­ der vises som ü?
> Det er simpelthen ikke belæg for denne bløde bindestreg
> i nogen standard.
Tjo - den er da nævnt direkte i HTML 4.01-standarden
< http://www.w3.org/TR/html401/struct/text.html#hyphenation>
Den praktiske understøttelse er som det er blevet nævnt temmelig
mangelfuld, men standarden er sådan set fin nok.
Hvis de browsere der ikke understøtter ­ blot var enige om helt
at skjule tegnet (svarende til at man ikke har sat nogen blød
bindestreg), var problemet til at overskue. Desværre er
virkeligheden en anden - nogle browsere viser samtlige ­-
forekomster som bindestreger, andre tolker dem som mellemrum eller
lignende.
I praksis er der ingen brugbar måde at angive en blød bindestreg på
i html.
--
Jens Gyldenkærne Clausen
Svar venligst under det du citerer, og citer kun det der er
nødvendigt for at forstå dit svar i sammenhængen. Se hvorfor og
hvordan på http://usenet.dk/netikette/citatteknik.html
| |
Jørgen Farum Jensen (23-01-2006)
| Kommentar Fra : Jørgen Farum Jensen |
Dato : 23-01-06 20:50 |
| | |
|
|