«Ամեն կադր կատարյալ». ինչու ինտերֆեյսը գնահատվում է կադր առ կադր

Ամեն կադր կատարյալ

Արտահայտությունը գալիս է Wayland-ի փաստաթղթերից. «ամեն կադր կատարյալ է» դիսփլեյի արձանագրության հայտարարված նպատակն է, որը փորձում է վերահսկողությունը վերադարձնել գնալով ավելի բարդ GPU-ստեկերից։ tonsky.me-ում հրապարակված գրառման մեջ հեղինակը պնդում է, որ նույն սկզբունքը պետք է վերաբերի ոչ միայն գրաֆիկական խողովակաշարին, այլև օգտագործողի ինտերֆեյսին։

Նրա առաջարկած կանոնը պարզ է. եթե ինչ-որ մեկը ցանկացած պահի սքրինշոթ անի ձեր հավելվածից, դուք պետք է կարողանաք բացատրել, թե ինչ է երևում։ Գրառությանը կցված դիտողության համաձայն՝ նախկին ձևակերպումը՝ «այն պետք է իմաստ ունենա», չափազանց խիստ էր, քանի որ անիմացիայի առաջադեմ տեխնիկաները, օրինակ՝ smear frames-ը, դիտավորյալ աղավաղում են շարժումը։

Ինչու է կարևոր անցման միջնամասը

Ամեն կադրին ուշադրություն դարձնելու հիմնական փաստարկը վստահությունն է։ Օգտագործողները չեն տեսնում կոդը, ուստի որակը գնահատելու միակ միջոցը ինտերֆեյսն է։ Եթե ինտերֆեյսը հղկված է երևում, հավանաբար թիմը ժամանակ է ունեցել նաև կոդը հղկելու համար. սա էվրիստիկա է, բայց խելամիտ։

Գործնականում հեղինակը թվարկում է, թե դա ինչ է նշանակում. էկրանների միջև սպիտակ բռնկումներ չկան, մասամբ բեռնված բովանդակություն չկա, տվյալների բեռնման ընթացքում դասավորությունը չի փոխվում, կա ներքին հետևողականություն — ինտերֆեյսի մի մասը չպետք է գրի «հասանելի է 1 թարմացում», երբ մյուսը ցույց է տալիս «Թարմացումների ստուգում...» — և անիմացիաները ճշգրիտ են։

Ամենից հաճախ մոռացվում են հենց անիմացիաները։ Ինտերֆեյսը կարող է հիանալի տեսք ունենալ սկզբի և ավարտի վիճակում, բայց ակնհայտորեն կոտրված լինել միջանկյալ հատվածում։ Անցման պահին արված սքրինշոթները ցույց են տալիս տարրեր, որոնք սառել են այնպիսի դիրքերում, որ ոչ մի դիզայներ դիտավորյալ չէր նկարի։

Փոքր անհամաժամեցում, մեծ կասկածներ

Օրինակները առօրյա ծրագրերից են։ Safari-ում placeholder-ի տեքստը շարժվում է կենտրոնից, իսկ կուրսորը անիմացվում է ձախ դիրքից, ինչի պատճառով երկու բաղադրիչները անհամաժամեցված են թվում և հարց է առաջանում՝ արդյոք դրանք միասին են նախագծվել։ Photos-ում Crop-ի և Adjust-ի միջև անցման ժամանակ պատկերն անմիջապես զբաղեցնում է իր տեղը, մինչդեռ կտրման եզրագիծը անիմացվում է, ինչը կեղծ տպավորություն է ստեղծում, թե ինչ-որ բան թեթևակի փոխվել է։

YouTube-ի օրինակը ամենապարզ խնդիրն է՝ ուղղանկյունը մեկ դիրքից մյուսը տեղափոխելը։ Այնուամենայնիվ արդյունքը դժվար է բացատրել։ Հեղինակը նման դեպքերն անվանում է «տեխնոլոգիան գերազանցեց ծրագրավորողին» և մատնանշում DOM-ի ճարտարապետության սահմանափակումները։ Ինչպիսին էլ լինի պատճառը, կադրը կատարյալ չէ։

Գրառումը եզրափակվում է Preview հավելվածի «չհրահրված» zoom-անիմացիայով և խնդրանքով՝ ուշադրություն դարձնել ոչ միայն սկզբի ու ավարտի վիճակներին, այլև այն ամենին, ինչ դրանց միջև է։