Aldrig for langt ned | Du kan ikke stoppe os | Nike

Jeg har brugt css reset i et stykke tid nu i forskellige projekter, og jeg er meget tilfreds med det, får altid gode resultater.

En ting, der altid generede mig, var at jeg havde brug for at overskrive mange elementer, for eksempel at rydde margenen på en H2 og senere tilføje margenen igen. En anden ting er, at mange elementer ryddes, som jeg ikke engang bruger.

Nu har jeg læst meget om normalize.css, jeg ser også, at HTML5 Boilerplate bruger dette, da det er standardformat. Det nulstiller ikke alt, det kompenserer bare for browserforskelle.

Hvis jeg sammenligner nulstillingen med normaliseringen, ser jeg, at der i normaliseringen er meget udeladt. En stor forskel er overskrifter og afsnit, de bliver uberørt i normalisering. For alle de øvrige elementer ser jeg, at de er indstillet til specifikke margener og polstring.

Så faktisk som jeg ser det er som følger:

Reset.css: Du begynder fra 0 og bygger dig derefter op. Tilføj din margen, tilføj dine stilarter. Du tilføjer dette over dit projekt, og du er klar til at gå. Mindre browserinkonsekvenser, du tilføjer undervejs.

Normalize.css: Du begynder et sted, hvor midten er en ensartet tilstand i alle browsere og arbejder dig op eller ned (tilføj eller fjern margen / polstring) ved at ændre selve arket.

Nu i slutningen af ​​dit projekt ender du stort set det samme sted. Forskelle, jeg kan tænke på, er:

  • med normalisering har du et typografiark, der er mere optimeret end det med nulstilling, da du kun har det, du har brug for.
  • Du kan ikke bare kopiere og indsætte normaliseringsarket fra et projekt til et andet, det er oftest skræddersyet til et bestemt projekt.

I sidste ende tror jeg, du er bedre med normaliseringsscriptet, da det har et mindre fodaftryk.

Så er dette korrekt, eller ser jeg på det på den forkerte måde og holder mig bare til den normale nulstilling.

Begge er gode løsninger, men den bedste løsning er uanset hvad der passer til dit projekt, jeg vil forkaste en (eller begge) af dem og tilpasse dem til dine behov.

Hvis du finder ud af, at du aldrig nogensinde bruger blockquote, og typografierne for det bare forårsager oppustethed, skal du fjerne det i din version.

  • Du har ret i, at du skal se på, hvad der passer bedst til dit projekt, jeg spekulerede på, om der var nogen store fordele ved at vælge den ene over den anden. Indtil videre ikke.

Det, du beskriver som normaliserer, er, hvad jeg forstår, Eric Meyer siger om, hvordan du skal bruge reset.css: [1]

Det skal finjusteres, redigeres, udvides og ellers indstilles til at matche din specifikke reset-baseline.

og [2]

Det er lettere for de fleste mennesker at oprette en blok af stilarter, der nulstiller alt og derefter bygge fra dette fundament. Når det er sagt, er der intet galt med, at folk griber nulstillingsstilarterne, ændrer dem til deres egne personlige standardindstillinger og bruger det som et løbende fundament.

  • Åh nej, jeg redigerer i linkene. Med reset mener jeg stilarket fra eric meyer, men med normaliseringen taler jeg om stilarket, som html5 kedelplade bruger, den grundlæggende idé findes her: necolas.github.com/normalize.css
  • @SaifBechan, min pointe er, at hvis du bruger reset.css på den måde, Eric Meyer foreslår, og du bruger normalize.css på den måde de foreslår, vil de konvergere på noget, der ligner noget, hvis ikke identisk.(Selvom jeg ser, at normalisering har mange HTML5-specifikke hacks, som nulstilles ikke, så det kan være en overvejelse). Rediger: faktisk ser jeg, at du selv gjorde det. Jeg kan slette eller omskrive dette svar efter at have tænkt lidt over det.
  • Ja det er nøjagtigt som du siger, de er helt ens, kun normaliseringen har meget flere hacks til html5, især den version, som html5bolerplate bruger. Det er derfor, jeg overvejer at starte med normalize.css i mine nye projekter i stedet for alt til nul-tilgangen. Bare spekulerer på, er der nogle specielle overvejelser, som folk kan foreslå.

arbejdet for dig: Charles Robertson | Ønsker du at kontakte os?

nyttige oplysninger