Cucum(r) Skrevet 29. november 2006 Del Skrevet 29. november 2006 Konfekt var berre eit eksempel pga. mangel på kunnskap innanfor feltet. 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
Marvil Skrevet 29. november 2006 Del Skrevet 29. november 2006 Konfekt var berre eit eksempel pga. mangel på kunnskap innanfor feltet. 7386916[/snapback] Boller/rundstykker/osv.. Neida, skjønte egentlig det. Lenke til kommentar
Jernlov Skrevet 29. november 2006 Del Skrevet 29. november 2006 Konfekt var berre eit eksempel pga. mangel på kunnskap innanfor feltet. 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
Garreth Skrevet 29. november 2006 Del Skrevet 29. november 2006 (endret) Er sikkert folk som liker grønne bakevarer over gule. Men det var egentlig ment som en liten spøk. Men ingridienser kan være nyttig for folk med nøtteallergi og andre allergier. Edit: Litt sen der ja. Endret 29. november 2006 av Garreth Lenke til kommentar
rødøye Skrevet 29. november 2006 Del Skrevet 29. november 2006 Du har jo dem som foretrekker økologisk mat også. Størrelse må du ha med, oppgitt i mol. Lenke til kommentar
enden Skrevet 29. november 2006 Forfatter Del Skrevet 29. november 2006 Konfekt var berre eit eksempel pga. mangel på kunnskap innanfor feltet. 7386916[/snapback] Boller/rundstykker/osv.. 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
Cucum(r) Skrevet 29. november 2006 Del Skrevet 29. november 2006 (endret) Hadde planer om å normalisere dei felta kor det passer, ja. Endret 29. november 2006 av Henrik Lied Lenke til kommentar
enden Skrevet 29. november 2006 Forfatter Del Skrevet 29. november 2006 Hadde planer om å normalisere dei felta kor det passer, ja. 7387348[/snapback] Best for deg. Ellers hadde onkel Jørgen kommet og smekket deg på fingrene med Connoly & Begg sin Database Systems (ca 2,5 kg) Lenke til kommentar
Cucum(r) Skrevet 29. november 2006 Del Skrevet 29. november 2006 848 sider med databasekunnskap kan du godt få smekke meg med. Lenke til kommentar
Marvil Skrevet 29. november 2006 Del Skrevet 29. november 2006 (endret) Urgh, normalisering. Dårlige minner fra systemutviklingstimene på VGS.. (ja, jeg vet det er praktisk, var ikke retta mot prinsippet) Endret 29. november 2006 av Marvil Lenke til kommentar
Gjest Slettet+9817234daf Skrevet 30. november 2006 Del Skrevet 30. november 2006 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
Chasseur Skrevet 30. november 2006 Del Skrevet 30. november 2006 Hm, jeg mener at standard fanatikerne her mener at man skal definere mest mulig med prosent, minst mulig med andre enheter som pixler? Aight? Lenke til kommentar
PT Skrevet 30. november 2006 Del Skrevet 30. november 2006 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
qualbeen Skrevet 30. november 2006 Del Skrevet 30. november 2006 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 Lenke til kommentar
haugsand Skrevet 30. november 2006 Del Skrevet 30. november 2006 Om font-size oppgis i px kan ikke teksten skaleres i IE, så em er absolutt å foretrekke. Lenke til kommentar
Gjest Slettet+9817234daf Skrevet 30. november 2006 Del Skrevet 30. november 2006 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
Garreth Skrevet 30. november 2006 Del Skrevet 30. november 2006 Er det noen som har noen fine artikler om utsending av nyhetsbrev med html? Lenke til kommentar
Leon Skrevet 30. november 2006 Del Skrevet 30. november 2006 (endret) 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 30. november 2006 av Leon Johannessen Lenke til kommentar
enden Skrevet 30. november 2006 Forfatter Del Skrevet 30. november 2006 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
enden Skrevet 30. november 2006 Forfatter Del Skrevet 30. november 2006 (endret) 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 Endret 30. november 2006 av enden Lenke til kommentar
Anbefalte innlegg
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 kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå