, javascript animation, der fungerer (del 1 af 4),,,,, 16,,,,,,,,,,,,,,,, det cyber - mandag envato tuts + kurser vil blive reduceret til $3.- og' t miss.,, html er det sprog, der er bygget i nettet, og det er en slags væsen.selv om det var oprindeligt tænkt som et middel til at kunne dele akademiske oplysninger på internettet, som det er blevet ændret for at tage hensyn til medierne langsomt miljø, vi kender og elsker.på grund af de tilfældige karakter af html (og javascript, programmeringssprog, der manipulerer elementer i html og gør dem til interaktive), nogle gange er vi nødt til at tænke uden for boksen lidt.i denne forelæsning serie, jeg vil vise dig, hvordan du skal krydse browser animation ved anvendelse af en metode, spriting,.og fordi det er nogle muligheder for at lære, vil vi gøre det uden ekstern biblioteker (som jquery). dette vil være et fjerde del - serien.jeg vil forklare det spriting sig i første del af denne artikel) med nogle grundlæggende javascript, men så senere i rater, vi vil gå ind i en mellemliggende teknikker som indkapsling, begivenhed, håndtering, og røre ved skærmen støtte. så lad os komme i gang!,,, hvad der er tegnefilm?, animation er baseret på et fænomen, der kaldes, fortsatte vision, som dybest set siger, at hvis din hjerne ser masser af lignende stadig billeder hurtigt nok, så vil det se ud som om det er en levende billeder.alle slags film og video bruger denne grundlæggende teknik mange lidt forskellige stel, er vist i hurtig rækkefølge for at gøre noget, synes at være i bevægelse.film er typisk 24 billeder pr. sekund (₁), mens tv i nordamerika, er vist i 29.97 billeder pr. sekund (₂).så med andre ord, hvad vi ønsker at gøre, er at skabe noget, der viser lignende rammer meget hurtigt (flere gange i sekundet). vanskelighederne på nettet, der er to hovedårsager animation er vanskelige at anvende på nettet:. det første er, at forskellige webbrowsere har forskellige fortolkninger af: og javascript, hvad arbejder på en anordning, der ofte virker ikke på en anden.- virker godt på de fleste browsere, men støtte er begyndt at falde for det og programmerbare anordninger vil ikke tillade det.nu har et stort potentiale, men internet explorer 8 ikke støtte det.det samme gælder for adobe kant manipulerer.gifs arbejde på alt, men du kan ikke kontrollere informationstiltag eller gøre det interaktive. og for det andet, hver gang et billede bliver serveret på en webside, en særskilt anmodning mellem browser og server.disse anmodninger kan tilføje op, selv om et lyn hurtig internetforbindelse, at have flere rammer hver anden uhåndterlig.,, opløsning: spriting, en vej rundt om disse problemer er at lave en sprite blad.i de elementer, som, div., s, kan vi få et billede på den baggrund, div. det kan være større end det element i sig selv.vi kan også være baggrund holdning, så vi fastslå nøjagtigt, hvilken del af det større billede vil vise.en sprite blad er et større billede af flere mindre billeder, som vi kan flytte rundt, så det kunne træde i stedet for mange små billeder.se nedenstående eksempel ved hjælp af j. maskotten for mit firma dyster multimedier:,,,,,,, men der findes ti forskellige billeder af j, de er anbragt på en større, men heller ikke dér er menneskene sikre fil (vi bruger pngs, fordi de kan vise åbenhed).hvis vi har et, okay, det er kun på størrelse med et af de billeder, og det er denne men heller ikke dér er menneskene sikre som baggrund, vil det se ud som et enkelt billede. se hazdm på codepen., selv om det forekommer som en masse besvær igennem for at vise et billede af denne metode pænt fastsættes to spørgsmål, vi havde før.med meget lidt javascript (en.)du kan ændre holdning på en baggrund, div. og det virker på alt.også, eftersom alle disse billeder er på det samme billede, det vil kun tage én anmodning til last, at image i den side.så når den side belastninger, det kan skifte mellem ånder med slet intet problem. hvordan skal vi satte det op til ret let?det første skridt er at skabe den sprite blad.du vil vide, hvad det endelige mål for dit billede skulle være, og rummet alferne i et kvadratnet.for eksempel min j image vil blive 40px bred af 50px høj, så jeg linet op min holdt præcis 40px bortset horisontalt og præcis 50px bortset vertikalt.det vil formentlig være lettest, hvis du starter sprite i den øverste venstre hjørne., så vil vi oprette et, div., med en smule css for at sikre sig, at alt er korrekt:, < div id = "trin" > < div id = "j" klasse. = "personlighed" > < /div > < /div >, og her er vores css for at sikre, at den sprite viser korrekt:,. karakter (/* * meget vigtigt, at vi sætter den højde og bredde af * vores karakterer til højde og bredde nisser * /højde: 50px; bredde: 40px; /* * er vi nødt til at placere dem helt, så vi kan få fuld * kontrol over deres holdning i den fase * /stilling: absolut; tilbage: 100px; top: 120px;}&#j {/* *, og nu har vi sat baggrund image for -acter div * den første sprite (i den øverste venstre hjørne) * /baggrund billede: url ('j.png); baggrund gentager: ikke gentages; baggrund holdning: 0 0}, bemærker følgende ting:,, vi nævner bredde og højde af, div., at størrelsen af vores sprite vi angive den baggrund gentager,'no-repeat, vi angive den baggrund holdning, 0 0, - dette vil vise den sprite i øverste venstre hjørne, nu, det vil kun tage en enkelt linje af javascript ændre baggrunden position til at vise den næste sprite. dokument. getelementbyid (')'). style.backgroundposition = - 40px 0px ", her er vi udvælge element (med id = ')'), og at den stil attribut,'backgroundposition".bemærker, at det er klart,'backgroundposition, javascript, og ikke som'background-position, ccs.bemærker også, at i javascript,'px, er nødvendig både for x - og y - beløb, vi kan ikke bare give det tal.og fordi vi bevæger os baggrunden image, vi er nødt til at gå i den modsatte retning af, hvad man kunne forvente.at flytte til den sprite til højre, er vi nødt til at have det billede flytte 40px til venstre. nu, hvis vi bare har en enkel at gennemføre denne kode (som en knap), kan vi se, at den rammer i aktion: se disgk på codepen. desuden ville du være interesseret i at et kig på kildekoden til denne side så godt.det har alle de eksempler med grundige kommentarer.og her er den sprite blad, jeg bruger, så det, vi har medtaget i denne lektion er en god begyndelse, men det er ikke en ordentlig informationskampagne.i anden del af denne serie vil vi faktisk stadig nogle løbe og springe, ved at skabe sløjfer med forskellige ånder. af del fire, vil vi skabe mouseovers lidt robot.se bygtv codepen for en forsmag.,, konklusioner & ulemper, selv om det kan være en god metode til gennemførelse af informationstiltag på nettet, der er nogle ulemper.for det første kan kræve, at du skaber hver enkelt billede af informationstiltag, som kan være tidskrævende.andet, browsere har ikke den mest nøjagtige af urene for informationstiltag, så hvis det er af afgørende betydning for deres informationskampagne for at være planlagt helt, så kan det ikke fungere.endelig, mobile safari (anvendes på iphones og ipads) har en "træk", hvis du har en baggrund image, som enten er større end 2mb eller større end 1024 x 1024 x 3 pixel (eller 3145728 pixel i alt), vil det automatisk rescale image, ødelægger spriting virkning.det betyder, at meget store ånder eller tegnefilm med et meget stort antal nisser, er udelukket.men for simple lille animeringer, at du vil være meget interaktiv, det er en let og god måde at få noget, der virker overalt. interessant side bemærker 1.før lyd blev indført med film, der var ikke en fast ramme.kameraerne er drevet af en hånd crank, hvis du havde en nybegynder kameramand den billedhastighed, der kan bremse og accelerere utilsigtet.ligeledes er mindre hæderlige teatre var berygtet for at fortælle deres filmoperatører at få fremviseren hurtigere at fremskynde show, så de kunne være mere screeninger.det er også grunden til, at vi stereotypisk tror forud for forsvarlig film som bevæger sig humoristisk hurtigt mest filmes ca. 16 til 18 fps, når vi spiller dem i dag kl. 24 billeder pr. sekund, de bevæger sig hurtigere end de oprindeligt var hensigten., 2.fjernsyn var oprindeligt sendt 30 fps i nordamerika, men farvefjernsyn forårsaget en fejl, da vist med denne hastighed.ingeniører har fundet ud af, at de kunne gøre det ved at bremse den billedhastighed, der med 0,1%, hvilket er grunden til, at det nu er på 29.97 fps - ordningen.også, ud over alle de skøre tekniske spørgsmål i forbindelse med omregning fra en film i 24 fps - tv på 29.97 fps, viser tv på en hurtigere fps - ordningen har haft en interessant indflydelse på offentligheden.mange mennesker ser de forpremierer "ledige" på 48 fps rapporterede, at de øgede billedhastighed, der lavede filmen, se "billige", selv om det var meget højere kvalitet end en typisk film, bare fordi de var vokset til at associere hurtigere ramme satser med at se noget på tv.