Gå til innhold

Webkafeen


Anbefalte innlegg

Konfekt var berre eit eksempel pga. mangel på kunnskap innanfor feltet. :p

 

Ingredienser er sikkert greitt å ta med, ja. Men eg trur ikkje størrelsen på vara er så aktuell. Har ingen planer om å gjere dette til eit stort prosjekt. Var eigentleg berre eit innfall, då eg aldri har prøvd ut ImageWithThumbnailField() før. :)

Lenke til kommentar
Videoannonse
Annonse
Konfekt var berre eit eksempel pga. mangel på kunnskap innanfor feltet. :p

 

Ingredienser er sikkert greitt å ta med, ja. Men eg trur ikkje størrelsen på vara er så aktuell. Har ingen planer om å gjere dette til eit stort prosjekt. Var eigentleg berre eit innfall, då eg aldri har prøvd ut ImageWithThumbnailField() før. :)

7386916[/snapback]

Ingredienser, du kan i alle fall ta med ting som folk er vanligvis er allergisk mot. F.eks "Inneholder nøtter".

Lenke til kommentar
Konfekt var berre eit eksempel pga. mangel på kunnskap innanfor feltet. :p

7386916[/snapback]

Boller/rundstykker/osv.. :mrgreen:

 

Neida, skjønte egentlig det. :)

7387035[/snapback]

Hell yeah!

 

Henrik: tabellen din kan med fordel normaliseres ut med type og sannsynligvis næringsinnhold (kan også være tekst). Ingredienser bør også normaliseres ut dersom du tar de med.

Lenke til kommentar
Gjest Slettet+9817234daf

Hvorfor må jeg godkjenne hver eneste kommentar som blir postet på wordpress-siden jeg nettopp la opp? Jeg finner ikke ut hvor jeg kan endre det i CP.

Lenke til kommentar
Hvorfor må jeg godkjenne hver eneste kommentar som blir postet på wordpress-siden jeg nettopp la opp? Jeg finner ikke ut hvor jeg kan endre det i CP.

7390972[/snapback]

I 1.5 finner du det under Options->Discussion. Må vel være admin for å gjøre det.

Lenke til kommentar
Hm, jeg mener at standard fanatikerne her mener at man skal definere mest mulig med prosent, minst mulig med andre enheter som pixler? Aight?

7391027[/snapback]

tenker du her på css?

det kommer vel an på i hvilken setting du er.. jeg er kanskje ikke den største fanatikeren, og har dermed ingen problemer med at du setter en fast bredde på f.eks. banneren til xx pixler. Dog liker jeg best sider som tilpasser seg etter browser-vinduet, altså sider som bruker prosent eller lignende for å sette bredde/høyde på elementer.

 

Fontstørrelsen må gjerne oppgis i em, selv om px fungerer greit og :p

Lenke til kommentar
Gjest Slettet+9817234daf
Hvorfor må jeg godkjenne hver eneste kommentar som blir postet på wordpress-siden jeg nettopp la opp? Jeg finner ikke ut hvor jeg kan endre det i CP.

7390972[/snapback]

I 1.5 finner du det under Options->Discussion. Må vel være admin for å gjøre det.

7391188[/snapback]

 

Selvsagt. Jeg var der inne når jeg postet spørsmålet også, men på morningen så er linsene mine übertørre, så jeg så bare halvparten av alternativene. Takk uansett :)

Lenke til kommentar

Som i at nyhetsbrevene inneholder html, eller at de sendes ut ved bruk av html?

 

I begge tilfeller har jeg ikke noen gode artikler, men:

 

Førstnevnte -> Godt råd er å bruke generell 1995-kode som tabeller med bgcolor, color osv — og for guds skyld husk på å bruke px-definisjon på fontstørrelser. Grafikk settes inn ved bruk av <img>-taggen.

 

Sistnevnte -> Kan ikke tenke meg at det er mulig å gjøre det med et markeringsspråk.

Endret av Leon Johannessen
Lenke til kommentar
Hm, jeg mener at standard fanatikerne her mener at man skal definere mest mulig med prosent, minst mulig med andre enheter som pixler? Aight?

7391027[/snapback]

Jeg er fanatiker på usability (ikke nødvendigvis tilgjenglighet, men faktisk bruksgodhet for normale brukere) og kan på ingen måte forstå hvorfor prosent skal være bedre enn et godt definert design i fast størrelse. Jeg er selvfølgelig helt enig med haugsand i at em er en bedre enhet for skrift, da bruksgodhet og tilgjengelighet faller sammen her.

 

Når det gjelder designet så skal tekstblokker være innen en viss størrelse - for smalt eller bredt gjør teksten mindre lesbar, noe som er negativt for brukerne. Dersom man ikke legger inn mekanismer for å fange opp eventuelle slike situasjoner vil f.eks. dynamisk bredde oppgitt i prosent være et svært dårlig designvalg.

Lenke til kommentar
Førstnevnte -> Godt råd er å bruke generell 1995-kode som tabeller med bgcolor, color osv — og for guds skyld husk på å bruke px-definisjon på fontstørrelser. Grafikk settes inn ved bruk av <img>-taggen.

 

7393500[/snapback]

Jeg er litt enig her, selv om det strider mot alle former for normal folkeskikk som er prentet inn i dette forumet. Det du må tenke på er hvordan leserne opplever det du sender ut. Det kan være så riktig og semantisk som over hodet mulig, men dersom e-postleseren ikke støtter standardene fullt ut (noe mange ikke gjør) så blir det tull av det. 1995 kode støttes langt bedre enn 2006 (ja, jeg har en kilde, men ikke her jeg er nå).

 

Husk for all del å starte hele nyhetsbrevet med plain tekst som oppgir en link til en nettside med samme innhold for de som ikke støtter HTML i visning av e-post - det r faktisk ganske mange som enten ikke har eller vil ha denne støtten. Denne teksten kan selvfølgelig formateres vekk i HTML-en slik at de med støtte ikke ser den.

 

Opplevelse er alt!

 

edit; to på rad :D

Endret av enden
Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...