Өтінім дайын деуге болады, жеткізу мекенжайын таңдау ғана қалды. Тізімі бар терезені ашасың, қажетті мекенжай жоқ, «Қосу» батырмасын басасың. Тағы бір терезе, ал толтырғаннан кейін растау ашылады. Енді экранда бірнеше жабу белгісі тұр. Артығын жауып, қалғанының бәрін сақтап қалғың келеді.
Мұндай интерфейсті бөліктеп құрастыру оңай. Мекенжай таңдау терезесі жеке алғанда ыңғайлы, қосу формасы да шағын, растау да орынды көрінеді. Шатасу адам оларды ретімен өткенде пайда болады. Осы оқу сценарийін алып, әр қадамда не өзгеретінін және адамның қайда оралуы керегін бақылап көрейік.
Нені сақтаймыз: мекенжайды ма, өтінімді ме
Адам өтінім жіберуге келді. Мекенжай сол үшін қажет, бірақ оны қосудың бөлек нәтижесі болуы мүмкін. Жалпы анықтамалыққа сақталса, өтінімнен бас тартқаннан кейін де сонда қалады. Ал енгізу тек осы жеткізуге қатысты болса, анықтамалықта бөлек жазба мүлде пайда болмауы мүмкін.
Бұл айырмашылықты компоновка таңдауға дейін анықтаған жөн. Әйтпесе, «Дайын» батырмасы екі түрлі әрекетті бірдей жабады да, адам енгізген мекенжайын енді қайдан табарын түсінбейді. Біздің мысал үшін анықтамалыққа сақтауды таңдайық: қызметкер жазба қосады, оны тізімде көреді де, таңдалған мекенжаймен сол өтінімді жалғастырады. Әр өтуді тексеруге болатын қысқа тізбек шықты.
Бір терезе жеткілікті ме
Жаңа мекенжай үшін атау мен көше жазылатын жол ғана қажет болса, ағымдағы терезенің мазмұнын ауыстыруға болады. Тізімнің орнына «Мекенжай қосу» формасы, ал үстіне «Мекенжай таңдауға оралу» шығады. Адам бір шағын міндет аясында қалады және бір қадам кері қайтуды көреді. Бірақ бүкіл терезені жабуды сол кері қайтумен бүркемелеуге болмайды: бұл — басқа әрекет.
Мекенжай күрделірек болуы да мүмкін. Карта, бірнеше құжат және деректемелерді тексеру қажет болса, тар терезе толтырудың өзіне кедергі жасайды. Онда өтінім нобайы сақталған бөлек бет көбірек орын және кері оралатын түсінікті жол береді. Қалай да бір төртбұрышты сақтап қалу міндет емес: мекенжай қосылғаннан кейін адам тоқтаған жерінен жұмысын жалғастыра алуы керек.
Сақтағаннан кейін адам қайда оралады
Қысқа сценарийімізде мекенжай сәтті қосылды. Енді форманы жай жабу жеткіліксіз: жаңа жазба қолжетімді нұсқалардың ішінде пайда болып, адам оның таңдалғанын көруі керек. Әйтпесе, оны тізімнен қайта іздейді немесе сақтау іске аспады деп ойлайды.
Сол өтуді пернетақтамен де тексеру қажет. Диалог ашылғанда фокус ішіне ауысады, жабылғанда мағыналы жерге оралады. Ол жасырын өрісте қалып қойса, келесі Tab адамды жұмыс жалғасқан жерден мүлде басқа жаққа апаруы мүмкін. Қосудан бас тартқанда да нәтиже шынайы болуы керек: бұрынғы таңдау қалады, ал сәтті сақтау хабарламасы шықпайды.
Мекенжай сақталмаса не болады
Енді осы жолды желі қатесімен қайталайық. Адам «Анықтамалыққа қосу» батырмасын басты, бірақ сервер жауап бермеді. Терезе жоғалса, жазбаның қосылған-қосылмағанын болжауға тура келеді. Өрістер тазаланса, қатеге адамның әрекеті себеп болмаса да, мекенжайды қайта енгізу керек болады.
Енгізілгенді экранда сақтап, мекенжай әлі сақталмағанын айтып, қайталап көруге мүмкіндік берген дұрыс. Содан кейін тізімге оралуды, терезені жабуды және қайта кіруді тексер. Өтінім қолжетімді қалуы керек, ал қайталау мекенжайдың байқалмайтын көшірмесін жасамауы тиіс. Жол сәттіліктен кейін де, қатеден кейін де түсінікті болса, терезе саны даудың басты тақырыбы болмайды. Адам мекенжай қосты, қайда сақталғанын түсінеді және өтінімді аяқтай алады.
