Forståelse af succeskriterium 1.4.4: Ændring af størrelse tekst | Wai | W3C, Forståelse af succeskriterium 1.4.4 | Forståelse af WCAG 2.0

Ændr størrelse tekst: Forståelse af SC 1.4.4

Denne teknik bruges kun, når følelsen af ​​videoen ville gå tabt uden den ekstra lydbeskrivelse, og pauserne mellem dialog/fortælling er for korte.

Forståelse af SC 1.4.4: Ændr størrelse tekst (niveau AA)

Bortset fra billedtekster og billeder af tekst, kan tekst ændres uden hjælpesteknologi op til 200 procent uden tab af indhold eller funktionalitet.

Hensigt

Hensigten med dette succeskriterium er at sikre, at visuelt gengivet tekst, inklusive tekstbaserede kontroller (tekstfigurer, der er blevet vist, så de kan ses [VS. Tekstpersoner, der stadig er i dataform, såsom ASCII]) kan skaleres med succes, så det kan læses direkte af mennesker med milde visuelle handicap, uden at kræve brug af hjælpemiddel, såsom en skærmforstørrelsesmaskine. Brugere kan drage fordel af at skalere alt indhold på websiden, men tekst er mest kritisk.

Skalering af indhold er primært et brugeragentansvar. Brugeragenter, der tilfredsstiller UAAG 1.0 Checkpoint 4.1 giver brugerne mulighed for at konfigurere tekstskala. Forfatterens ansvar er at oprette webindhold, der ikke forhindrer brugeragenten i at skalere indholdet effektivt. Forfattere kan tilfredsstille dette succeskriterium ved at verificere, at indholdet ikke forstyrrer brugeragentens support til at ændre størrelsen på tekst, herunder tekstbaserede kontroller eller ved at give direkte support til at ændre størrelsen på tekst eller ændre layoutet. Et eksempel på direkte support kan være via server-side-script, der kan bruges til at tildele forskellige stilark.

Forfatteren kan ikke stole på, at brugeragenten opfylder dette succeskriterium for HTML -indhold, hvis brugere ikke har adgang til en brugeragent med Zoom Support. For eksempel, hvis de arbejder i et miljø, der kræver, at de bruger IE 6.

Hvis forfatteren bruger en teknologi, hvis brugeragenter ikke leverer zoomstøtte, er forfatteren ansvarlig for at give denne type funktionalitet direkte eller til at levere indhold, der fungerer med den type funktionalitet, der leveres af brugeragenten. Hvis brugeragenten ikke leverer zoomfunktionalitet, men lader brugeren ændre tekststørrelsen, er forfatteren ansvarlig for at sikre, at indholdet forbliver anvendeligt, når teksten ændres størrelse.

Nogle brugergrænsefladekomponenter, der fungerer som en etiket og kræver aktivering af brugeren for at få adgang til indhold, er ikke bredt nok til at imødekomme etiketens indhold. For eksempel er kolonnen i Web Mail Application. I webbaserede regneark kan celleindhold, der er for lang til at blive vist i en kolonne, afkortet, og cellens fulde indhold er tilgængeligt for brugeren, når cellen får fokus. Indholdet af en brugergrænsefladekomponent kan også blive for bredt i brugergrænseflader, hvor brugeren kan ændre størrelsen på kolonnebredden. I denne type brugergrænsefladekomponent er linjeindpakning ikke påkrævet; Trunkering er acceptabel, hvis komponentens fulde indhold er tilgængeligt på fokus eller efter brugeraktivering og en indikation af, at denne information kan fås adgang til brugeren på en eller anden måde foruden det faktum, at det er trunkeret.

Indhold opfylder succeskriteriet, hvis det kan skaleres op til 200%, det vil sige op til dobbelt så stor bredde og højde. Forfattere kan dog støtte skalering ud over denne grænse, når skalering bliver mere ekstreme, kan adaptive layouts introducere brugervenlighedsproblemer. For eksempel kan ord være for brede til at passe ind i det vandrette rum, der er til rådighed for dem, hvilket får dem til at blive afkortet; Layoutbegrænsninger kan få tekst til at overlappe hinanden med andet indhold, når den skaleres større; Eller kun et ord af en sætning kan passe på hver linje, hvilket får sætningen til at blive vist som en lodret kolonne med tekst, der er vanskelig at læse.

Arbejdsgruppen mener, at 200% er en rimelig indkvartering, der kan understøtte en lang række designs og layouts og komplementerer ældre skærmforstørrelser, der giver en minimumsforstørrelse på 200%. Over 200%kan zoom (som ændrer størrelse på tekst, billeder og layoutregioner og skaber et større lærred, der kan kræve både vandrette og lodrette rulning). Assistiv teknologi, der er dedikeret til at zoome support, vil normalt blive brugt i en sådan situation og kan give bedre tilgængelighed end forfatterens forsøg på at støtte brugeren direkte.

Billeder af tekst skalerer ikke så godt som tekst, fordi de har en tendens til at pixelere, og derfor foreslår vi at bruge tekst, hvor det er muligt. Det er også sværere at ændre forgrunds- og baggrundskontrast og farvekombinationer til billeder af tekst, som er nødvendige for nogle brugere.

Fordele

  • Dette succeskriterium hjælper mennesker med lavt syn ved at lade dem øge tekststørrelsen i indhold, så de kan læse det.

Eksempler

  • En bruger med visionsnedsættelser øger tekststørrelsen på en webside i en browser fra 1 em til 1.2 ems. Mens brugeren ikke kunne læse teksten i mindre størrelse, kan hun læse den større tekst. Alle oplysninger på siden vises stadig, når den større skrifttype bruges til teksten.
  • En webside indeholder en kontrol for at ændre skalaen på siden. Valg af forskellige indstillinger ændrer layoutet på siden for at bruge det bedste design til den skala.
  • En bruger bruger en zoomfunktion i sin brugeragent til at ændre omfanget af indholdet. Alle indholdsskalaer er ensartet, og brugeragenten leverer rullebjælker, hvis det er nødvendigt.

Relaterede ressourcer

Ressourcer er kun til informationsformål, ingen påtegning implicit.

  • CSS 2 Box Model
  • CSS 2 visuel formateringsmodel
  • CSS 2 visuelle formateringsmodeldetaljer
  • Om væske- og fast bredde layouts
  • Tilgængelig CSS

Teknikker

Hver nummereret vare i dette afsnit repræsenterer en teknik eller en kombination af teknikker, som WCAG -arbejdsgruppen finder tilstrækkelig til at opfylde dette succeskriterium. Det er dog ikke nødvendigt at bruge disse bestemte teknikker. For information om brug af andre teknikker, se forståelsesteknikker til WCAG -succeskriterier, især afsnittet “Andre teknikker”.

Tilstrækkelige teknikker

  1. G142: Brug af en teknologi, der ofte har tilgængelige brugeragenter, der understøtter Zoom
  2. At sikre, at tekstcontainere ændrer størrelsen på, når teksten ændrer størrelsen på OG Brug af målinger, der er i forhold til andre målinger i indholdet ved hjælp af en eller flere af følgende teknikker:
    • C28: Specificering af størrelsen på tekstcontainere ved hjælp af EM -enheder
    • Teknikker til relative målinger
      • C12: Brug af procent til skrifttypestørrelser
      • C13: Brug af navngivne skriftstørrelser
      • C14: Brug af EM -enheder til skrifttypestørrelser
    • Teknikker til tekstcontainer Ændring størrelse
      • SCR34: Beregning af størrelse og position på en måde, der skalerer med tekststørrelse
      • G146: Brug af flydende layout
  3. G178: Tilvejebringelse af kontroller på websiden, der giver brugerne mulighed for trinvist at ændre størrelsen på al tekst på siden op til 200 procent
  4. G179: at sikre, at der ikke er noget tab af indhold eller funktionalitet, når teksten ændrer størrelsen og tekstcontainere ikke ændrer deres bredde

Rådgivende teknikker

Selvom de ikke kræves til overensstemmelse, skal følgende yderligere teknikker overvejes for at gøre indholdet mere tilgængeligt. Ikke alle teknikker kan bruges eller ville være effektive i alle situationer.

  • C17: skaleringsformelementer, der indeholder tekst
  • C20: Brug af relative målinger til at indstille kolonnebredder, så linjer kan gennemsnit 80 tegn eller mindre, når browseren ændres størrelse
  • C22: Brug af CSS til at kontrollere visuel præsentation af tekst

Fejl

Følgende er almindelige fejl, der betragtes som fejl i dette succeskriterium fra WCAG -arbejdsgruppen.

  • F69: Fejl i succeskriterium 1.4.4 Når du ændrer størrelse på visuelt gengivet tekst op til 200 procent får teksten, billedet eller kontrollerne til at blive klippet, afkortet eller skjult
  • F80: Fejl i succeskriterium 1.4.4 Når tekstbaserede formularer ikke ændrer størrelsen, når den visuelt gengivne tekst ændres størrelse op til 200%
  • F94: Fejl i succeskriterium 1.4.4 På grund af forkert brug af Viewport -enheder til at ændre størrelsen på tekst

Nøglebegreber

Billede oprettet af et rumligt arrangement af karakterer eller glyfer (typisk fra de 95 udskrivbare tegn defineret af ASCII)

Hardware og/eller software, der fungerer som en brugeragent, eller sammen med en mainstream -brugeragent, for at give funktionalitet til at imødekomme kravene hos brugere med handicap, der går ud over dem, der tilbydes af mainstream brugeragenter

Funktionalitet leveret af hjælpeknologi inkluderer alternative præsentationer (e.g., Som syntetiseret tale eller forstørret indhold), alternative inputmetoder (E.g., stemme), yderligere navigations- eller orienteringsmekanismer og indholdstransformationer (E.g., At gøre borde mere tilgængelige).

Hjælpemæssige teknologier kommunikerer ofte data og meddelelser med mainstream -brugeragenter ved at bruge og overvåge API’er.

Forskellen mellem mainstream -brugeragenter og hjælpemidler er ikke absolut. Mange mainstream -brugeragenter leverer nogle funktioner til at hjælpe personer med handicap. Den grundlæggende forskel er, at mainstream brugeragenter er målrettet mod brede og forskellige publikum, der normalt inkluderer mennesker med og uden handicap. Hjælpemæssige teknologier er målrettet malt definerede populationer af brugere med specifikke handicap. Den hjælp, der ydes af en hjælpeteknologi, er mere specifik og passende til behovene hos sine målbrugere. Mainstream -brugeragenten kan give vigtig funktionalitet til hjælpemidler som hentning af webindhold fra programobjekter eller parsing -markering til identificerbare bundter.

Hjælpemæssige teknologier, der er vigtige i sammenhæng med dette dokument, inkluderer følgende:

  • Skærmforstærkere og andre visuelle læseassistenter, der bruges af mennesker med visuelle, perceptuelle og fysiske trykte handicap til at ændre tekst font, størrelse, afstand, farve, synkronisering med tale osv. for at forbedre den visuelle læsbarhed af gengivet tekst og billeder;
  • skærmlæsere, der bruges af mennesker, der er blinde til at læse tekstoplysninger gennem syntetiseret tale eller blindeskrift;
  • Tekst-til-tale-software, der bruges af nogle mennesker med kognitiv, sprog og indlæringsvanskeligheder til at konvertere tekst til syntetisk tale;
  • Talegenkendelsessoftware, der kan bruges af mennesker, der har nogle fysiske handicap;
  • Alternative tastaturer, der bruges af personer med visse fysiske handicap til at simulere tastaturet (inklusive alternative tastaturer, der bruger hovedpegere, enkeltafbrydere, SIP/Puff og andre specielle inputenheder.);
  • Alternative pegerenheder, der bruges af personer med visse fysiske handicap til at simulere musemæssige peger og knapaktiveringer.

Teknologien til lydgengivelse

Audio kan oprettes syntetisk (inklusive talesyntese), optaget fra den virkelige verdens lyde eller begge dele.

Fortælling føjet til lydsporet for at beskrive vigtige visuelle detaljer, der ikke kan forstås fra det vigtigste lydspor alene

Lydbeskrivelse af video giver information om handlinger, karakterer, sceneændringer, tekst på skærmen og andet visuelt indhold.

I standard lydbeskrivelse tilføjes fortælling under eksisterende pauser i dialog. (Se også udvidet lydbeskrivelse.)

Hvor alle videooplysninger allerede findes i eksisterende lyd, er der ingen yderligere lydbeskrivelse.

Også kaldet “Video Beskrivelse” og “Beskrivende fortælling.”

Synkroniseret visuelt og/eller tekstalternativ til både tale- og ikke-tale lydoplysninger, der er nødvendige for at forstå medieindholdet

Billedtekster ligner kun undertekster til dialog, undtagen billedtekster overfører ikke kun indholdet af talte dialog, men også ækvivalenter til ikke-dialoge lydoplysninger, der er nødvendige for at forstå programindholdet, herunder lydeffekter, musik, latter, højttaleridentifikation og placering.

Lukkede billedtekster er ækvivalenter, der kan tændes og slukkes med nogle spillere.

Åbne billedtekster er eventuelle billedtekster, der ikke kan slukkes. For eksempel, hvis billedteksterne er visuelle ækvivalente billeder af tekst indlejret i video.

Billedtekster bør ikke skjule eller hindre relevant information i videoen.

I nogle lande kaldes billedtekster undertekster.

Lydbeskrivelser kan være, men behøver ikke at være, billedtekst, da de er beskrivelser af oplysninger, der allerede er præsenteret visuelt.

Udvidet lydbeskrivelse

Lydbeskrivelse, der føjes til en audiovisuel præsentation ved at sætte en pause på videoen, så der er tid til at tilføje yderligere beskrivelse

Denne teknik bruges kun, når følelsen af ​​videoen ville gå tabt uden den ekstra lydbeskrivelse, og pauserne mellem dialog/fortælling er for korte.

Sprog, der tales, skrevet eller underskrevet (gennem visuelle eller taktile midler) til at kommunikere med mennesker

tekst, der er gengivet i en ikke-tekstform (e.g., et billede) for at opnå en bestemt visuel effekt

Dette inkluderer ikke tekst, der er en del af et billede, der indeholder betydeligt andet visuelt indhold.

En persons navn på et navneskilt på et fotografi.

Ethvert indhold, der ikke er en række af tegn, der kan bestemmes programmatisk, eller hvor sekvensen ikke udtrykker noget på menneskets sprog

Dette inkluderer ASCII -kunst (som er et mønster af karakterer), humørikoner, leetspeak (som bruger karaktersubstitution) og billeder, der repræsenterer tekst

Programmatisk bestemt

Bestemmes af software fra forfatter-leverede data leveret på en måde, som forskellige brugeragenter, herunder hjælpemidler, kan udtrække og præsentere disse oplysninger til brugere i forskellige tilstande

Bestemt på et markeringssprog fra elementer og attributter, der er adgang direkte ved almindeligt tilgængelig hjælpeteknologi.

Bestemt af teknologispecifikke datastrukturer i et ikke-mærket sprog og udsat for hjælpemiddel-teknologi via et API-tilgængelighed, der understøttes af almindeligt tilgængelig hjælpeteknologi.

Et sprog, der bruger kombinationer af bevægelser af hænder og arme, ansigtsudtryk eller kropspositioner for at formidle mening

Sekvens af karakterer, der kan bestemmes programmatisk, hvor sekvensen udtrykker noget på menneskets sprog

Tekst, der er programmatisk forbundet med ikke-tekstindhold eller henvist til fra tekst, der er programmatisk forbundet med ikke-tekstindhold. Programmatisk tilknyttet tekst er tekst, hvis placering kan programmatisk bestemmes fra det ikke-tekstindhold.

Et billede af et diagram er beskrevet i tekst i afsnittet efter diagrammet. Det korte tekstalternativ til diagrammet viser, at en beskrivelse følger.

Enhver software, der henter og præsenterer webindhold til brugere

Webbrowsere, medieafspillere, plug-ins og andre programmer-inklusive hjælpemidler-der hjælper med at hente, gengive og interagere med webindhold.

Teknologien til at flytte eller sekventerede billeder eller billeder

Video kan bestå af animerede eller fotografiske billeder eller begge dele.

Testregler

Følgende er testregler for visse aspekter af dette succeskriterium. Det er ikke nødvendigt at bruge disse særlige testregler til at kontrollere for overensstemmelse med WCAG, men de er definerede og godkendte testmetoder. For information om brug af testregler, se forståelse af testregler for WCAG -succeskriterier.

Hjælp med at forbedre denne side

Del venligst dine ideer, forslag eller kommentarer via e-mail til den offentligt-arkiverede [email protected] eller via github

Dato: Opdateret 20. juni 2023.

Udviklet af Deltagere (Tilgængelighed Retningslinjer Working Group (AG WG) Deltagere (medformænd: Alastair Campbell, Charles Adams, Rachael Bradley Montgomery. W3C -personale Kontakt: Michael Cooper).

Indholdet blev udviklet som en del af WAI-core-projekterne finansieret af u.S. Føderale midler. Brugergrænsefladen blev designet af Education and Outreach Working Group (EOWG) med bidrag fra Shadi Abou-Zahra, Steve Lee og Shawn Lawton Henry som en del af WAI-Guide-projektet, medfinansieret af Europa-Kommissionen.

Strategier, standarder og understøttende ressourcer til at gøre det interne internet for mennesker med handicap.

Copyright © 2023 World Wide Web Consortium (W3C ®). Se tilladelse til at bruge Wai -materiale.

  • Kontakt Wai
  • Webstedskort
  • Nyheder
  • Tilgængelighedserklæring
  • Oversættelser
  • Ressourcer til roller

Ændre størrelsen på tekst :
Forståelse af SC 1.4.4

Hensigten med dette succeskriterium er at sikre, at visuelt gengivet tekst, inklusive tekstbaserede kontroller (tekstfigurer, der er blevet vist, så de kan ses [VS. Tekstpersoner, der stadig er i dataform, såsom ASCII]) kan skaleres med succes, så det kan læses direkte af mennesker med milde visuelle handicap, uden at kræve brug af hjælpemiddel, såsom en skærmforstørrelsesmaskine. Brugere kan drage fordel af at skalere alt indhold på websiden, men tekst er mest kritisk.

Skalering af indhold er primært et brugeragentansvar. Brugeragenter, der tilfredsstiller UAAG 1.0 Checkpoint 4.1 giver brugerne mulighed for at konfigurere tekstskala. Forfatterens ansvar er at oprette webindhold, der ikke forhindrer brugeragenten i at skalere indholdet effektivt. Forfattere kan tilfredsstille dette succeskriterium ved at verificere, at indholdet ikke forstyrrer brugeragentens support til at ændre størrelsen på tekst, herunder tekstbaserede kontroller eller ved at give direkte support til at ændre størrelsen på tekst eller ændre layoutet. Et eksempel på direkte support kan være via server-side-script, der kan bruges til at tildele forskellige stilark.

Forfatteren kan ikke stole på, at brugeragenten opfylder dette succeskriterium for HTML -indhold, hvis brugere ikke har adgang til en brugeragent med Zoom Support. For eksempel, hvis de arbejder i et miljø, der kræver, at de bruger IE 6.

Hvis forfatteren bruger en teknologi, hvis brugeragenter ikke leverer zoomstøtte, er forfatteren ansvarlig for at give denne type funktionalitet direkte eller til at levere indhold, der fungerer med den type funktionalitet, der leveres af brugeragenten. Hvis brugeragenten ikke leverer zoomfunktionalitet, men lader brugeren ændre tekststørrelsen, er forfatteren ansvarlig for at sikre, at indholdet forbliver brugbart, når teksten ændres størrelse.

Nogle brugergrænsefladekomponenter, der fungerer som en etiket og kræver aktivering af brugeren for at få adgang til indhold, er ikke bredt nok til at imødekomme etiketens indhold. For eksempel er kolonnen i Web Mail Application. I webbaserede regneark kan celleindhold, der er for lang til at blive vist i en kolonne, afkortet, og cellens fulde indhold er tilgængeligt for brugeren, når cellen får fokus. Indholdet af en brugergrænsefladekomponent kan også blive for bredt i brugergrænseflader, hvor brugeren kan ændre størrelsen på kolonnebredden. I denne type brugergrænsefladekomponent er linjeindpakning ikke påkrævet; Trunkering er acceptabel, hvis komponentens fulde indhold er tilgængeligt på fokus eller efter brugeraktivering og en indikation af, at denne information kan fås adgang til brugeren på en eller anden måde foruden det faktum, at det er trunkeret.

Indhold opfylder succeskriteriet, hvis det kan skaleres op til 200%, det vil sige op til dobbelt så stor bredde og højde. Forfattere kan dog støtte skalering ud over denne grænse, når skalering bliver mere ekstreme, kan adaptive layouts introducere brugervenlighedsproblemer. For eksempel kan ord være for brede til at passe ind i det vandrette rum, der er til rådighed for dem, hvilket får dem til at blive afkortet; Layoutbegrænsninger kan få tekst til at overlappe hinanden med andet indhold, når den skaleres større; Eller kun et ord af en sætning kan passe på hver linje, hvilket får sætningen til at blive vist som en lodret kolonne med tekst, der er vanskelig at læse.

Arbejdsgruppen mener, at 200% er en rimelig indkvartering, der kan understøtte en lang række designs og layouts og komplementerer ældre skærmforstørrelser, der giver en minimumsforstørrelse på 200%. Over 200%kan zoom (som ændrer størrelse på tekst, billeder og layoutregioner og skaber et større lærred, der kan kræve både vandrette og lodrette rulning). Assistiv teknologi, der er dedikeret til at zoome support, vil normalt blive brugt i en sådan situation og kan give bedre tilgængelighed end forfatterens forsøg på at støtte brugeren direkte.

Bemærk: Billeder af tekst skalerer ikke så godt som tekst, fordi de har en tendens til at pixelere, og derfor foreslår vi at bruge tekst, hvor det er muligt. Det er også sværere at ændre forgrunds- og baggrundskontrast og farvekombinationer til billeder af tekst, som er nødvendige for nogle brugere.

Specifikke fordele ved succeskriterium 1.4.4:

  • Dette succeskriterium hjælper mennesker med lavt syn ved at lade dem øge tekststørrelsen i indhold, så de kan læse det.

Alt nyt i Terraria 1.4.4 – nye ting, chefer og mere

Terrarias Labour of Love Update er landet og beviser, at trods udviklerenes antydninger med opdateringer navngivet ting som “Journey’s End” og “Journey’s Actual End”, vil spillet sandsynligvis fortsætte med at nyde støtte i et stykke tid endnu. Labor of Love fokuserer på forbedringer af livskvalitet og fejlrettelser, men der er stadig en række nye ting tilføjet spillet for kyndige spillere. Her er hvad du kan forvente.

Hvad er nyt i Terraria 1.4.4 Opdatering af kærlighedsarbejde?

Nye og opdaterede verdensfrø

Spillere havde allerede et par specielle verdensfrø, der gjorde det muligt for dem at kontrollere stilen på en nyligt genereret verden, men 1.4.4 tilføjer tre mere til vagtplanen. “Remix” -frøet vipper verden på hovedet, starter dig i underverdenen og tvinger dig til at grave opad mod en herjet overflade, mens “ingen fælder” frø lover et land, som navnet antyder, er fri for uærlige fælder. Den mest spændende af de nye frø til hardcore-spillere er måske ”alt” frø, der kombinerer aspekter fra hvert eneste andet frø-inklusive de nye, der er tilføjet af Labor of Love-sammen med nogle ekstra nye funktioner og opskaleret vanskeligheder.

Tidligere frø har også set nogle opdateringer, såsom at stramme vanskeligheden i det “for det værdige” frø, tilføje edderkophuler og alle fangelige fisk til “ikke bierne” frø ‘t sulte ”frø.

Nye genstande og indhold

Labour of Love tilføjer over 300 nye genstande og nye dekorative og konstruktionsobjekter som vægge, blokke og malerier. Blandt de bemærkelsesværdige nye tilføjelser er shellphonen-som kombinerer funktionaliteten af ​​mobiltelefonen med den i den magiske conch og dæmon conch-og terraformer vilje. En anden dejlig nyhed er Liliths halskæde, en monteringspost, der kun er tilgængelig i rejsetilstand, men som forvandler dig til en ulv med en imponerende hoppehøjde.

Også tilføjet er en biome -syn til at gøre det lettere at se fliser påført en ond biome som korruption eller crimson og derefter rense dem. Ny crimson og korrupt muddergræs er relateret til dette, der erstatter junglefliser inficeret med en ond biome og tillader dem at blive gendannet til deres tidligere tilstand, hvis de findes. Oven på alt det, kan du endda få 8 nye slimkæledyr til at tilføje til din by.

UI og livskvalitetsændringer

Det er måske ikke den mest spændende del af nogen ny patch, men du vil være taknemmelig for rigdommen af ​​QOL -ændringer tilføjet med 1.4.4. opdatering. For det første kan du oprette op til tre udstyrsbelastninger nu, der kan tildeles F1-F3-tasterne, som vil tilføje variation og fleksibilitet til dine eventyr. Stackable genstande i din beholdning stak nu til imponerende 9999 genstande, og det er inden du kommer ind i tomrumsposen, som er blevet revideret for i det væsentlige at fungere som en anden opgørelse. Handy UI -justeringer som ekstra funktionalitet i bestiary og sporbare spillerdødsfald for den mere sykelige nysgerrige funktion også.

Balanceændringer

Af særlig note i ændringer i spillets balance er nogle justeringer til bosskampe. Flere chefer er blevet buffet, herunder Golem, der har fået sit helbred markant øget, og dens næve blev ikke i stand til at blive afbøjet, hertug Fishron, som også har fået sin helbred buffet og dens rasende stat gjort hurtigere og mere dødbringende, og den galne kultist , hvis projektiler er blevet øget for at give dig lidt ekstra problemer.

Det er dog ikke alle dårlige nyheder – nogle chefer har specifikke problemer, der er nerfed for at gøre tingene lidt mere håndterbare. F.eks.

Fejlrettelser

En vaskeri -liste over bugs er blevet fastlagt i arbejdet med kærlighedsopdatering og dens efterfølgende 1.4.4.1 og 1.4.4.2 hotfixes. Disse spænder fra de seriøse – flere store crashproblemer er nu blevet lappet – til den irriterende – Duke Fishrons Cthulhunado ikke længere gyder straks på spilleren, hvilket giver dem ikke tid til at undgå det – til det verdslige – flere mindre lyd/visuelle problemer har nu nu blevet rettet. Den fulde liste over rettelser og ændringer sammen med dem i hotfix -patches kan findes på Terraria -webstedet.