Ohjausobjektien järjestäminen helppokäyttöisyyden mukaisissa pohjaan perustuvissa sovelluksissa

Sovelluksen ohjausobjektit on järjestettävä siten, että näytönlukuohjelman käyttäjät voivat siirtyä niissä peräkkäin. Looginen järjestys myös selkeyttää käyttö näppäimillä ja parantaa tuottavuutta.

Merkityksellinen näyttönimi

Kun näyttö on ladattu, näytönlukuohjelmat ilmoittavat sen nimen. Kun nimi on merkityksellinen, se auttaa käyttäjiä siirtymisessä.

Näyttönimen voi muuttaa ohjausobjektipuussa tai Power Apps Studion ominaisuuspaneelissa. Valitse näyttö ja valitse sitten Valitse kynäkuvake, jos haluat muokata nimeä. nimetäksesi näytön uudelleen.

Näyttönimet voidaan vaihtaa ohjausobjektipuussa tai ominaisuuspuussa, kuten seuraavassa kuvassa

Näytön ensimmäinen elementti on sen nimi. Se on visuaalisesti piilotettu ja vain näytönlukuohjelman käyttäjien käytettävissä.

Kun uusi näyttö latautuu, Power Apps kohdistuu näyttönimeen. Jos SetFocus-funktiota käytetään heti, kun näyttö latautuu, näyttönimeä ei lueta. Näkyvän otsikon luontia ja sen määrittämistä dynaamiseksi alueeksi kannattaa harkita, sillä niiden avulla voidaan ilmoittaa asiayhteyden muuttumisesta.

Ohjausobjektien looginen järjestys

Näytönlukuohjelman käyttäjät voivat siirtyä sisällössä järjestelmällisesti. Ohjausobjektien sijainti määrittää järjestyksen: siirtyminen tapahtuu ylhäältä alhaalle ja vasemmalta oikealle. Ohjausobjektin koolla ei ole merkitystä, vain sen X- ja Y-ominaisuudet merkitsevät.

Tässä esimerkissä A näkyy ensimmäisenä, sillä on lähimpänä yläreunaa. B ja C ovat samalla korkeudella, mutta koska B on enemmän vasemmalla, se näkyy ennen C:tä. D näkyy viimeisenä, koska se on kauimpana yläreunasta.

Sijoittamisen vaikutus 4 ohjausobjektin järjestykseen

Huomautus

  • Kun sovellusta muokataan Esikatselu-tilassa, ohjausobjektien järjestystä ei päivitetä suorituskykyyn liittyvistä syistä. Järjestys on oikea, kun sovellus julkaistaan ja suoritetaan.
  • Ohjausobjektien järjestys ei ole sama kuin se, joka näkyy Power Apps Studion ohjausobjektipuussa. Puunäkymä lajittelee ohjausobjektit sen mukaan, milloin ne lisättiin sovellukseen. Se ei vaikuta ohjausobjektien järjestykseen, kun sovellus suoritetaan.
  • Kun ohjausobjektin X- tai Y-arvo on määritetty lausekkeeksi, ohjausobjektin järjestystä ei päivitetä, kun lausekkeen tulos muuttuu. Järjestys lasketaan ja korjataan sovelluksen tallennettua tilaa käyttämällä sovelluksen alkutilasta lausekkeiden arvioimiseksi.
    • Jos muutat sen sijaintia, koska muut ohjausobjektit ovat piilotettuina tai näkyvissä, voit hallita X- ja Y-rakenteita automaattisten asettelusäilöjen avulla.
    • Voit myös sijoittaa kaikki ohjausobjektit loogisesti lausekearvoista riippumatta. Jos esimerkiksi ohjausobjektin A tulisi olla ohjausobjektin B alapuolella ja B piilotetaan joskus, aseta A:n Y-arvoksi If(B.Visible, B.Y + B.Height, B.Y + 1). 1:n lisäyksellä varmistetaan, että A on aina B:n alapuolella, vaikka B olisikin piilotettu.

Ryhmitellyt ohjausobjektit

Oletusjärjestys sopii erilliseen sisältöön mutta ei ryhmiteltyyn sisältöön. Oletetaan, että kaksi ruutua on rinnakkain ja että ne on piirretty Suorakulmio-ohjausobjekteilla. Kummallakin ruudulla on otsikko. Otsikon alapuolella on kaksi allekkain pinottua painiketta: A ja B ensimmäisessä ruudussa sekä C ja D toisessa ruudussa.

Esimerkki virheellisestä käytännöstä: ohjausobjektit järjestetty samalle tasolle

Oletusjärjestys on ylhäältä alas ja sitten vasemmalta oikealle. Tämän vuoksi ohjausobjektin järjestys on seuraava:

  1. Vasen suorakulmio
  2. Oikea suorakulmio
  3. Vasen otsikko
  4. Oikea otsikko
  5. A
  6. C
  7. B
  8. D

Tämä rakenne ei ilmaise, että A ja B kuuluvat yhteen samoin kuin C ja D.

Toisiinsa liittyvä sisältö ryhmitellään Säilöt-ohjausobjektilla. Kaikki Säilö-ohjausobjektin ohjausobjektit näkyvät sarjassa yhdessä. Ohjausobjektit järjestetään säilössä saman säännön mukaisesti: ylhäältä alas ja sitten vasemmalta oikealle.

Kun edellisen esimerkin Suorakulmiot korvataan Säilöt-ohjausobjektilla, ohjausobjektien järjestys on nyt looginen näytönlukuohjelman käyttäjille:

  1. Vasen Säilö
  2. Vasen otsikko
  3. A
  4. B
  5. Oikea Säilö
  6. Oikea otsikko
  7. C
  8. D

Esimerkki suositellusta käytännöstä: hierarkkiseksi rakenteeksi säilöjen avulla järjestetyt ohjausobjektit

Kaikki Lomakekortti- ja Valikoima-ohjausobjekteissa olevat ohjausobjektit ryhmitellään automaattisesti, joten säilöä ei tarvitse käyttää. Jos käytössä aliryhmiä, niissä on silti käytettävä säilöä.

Tässä esimerkissä Valikoima-rivillä on pikkukuva ja vasemmalla kaksi tekstikohtaa. Oikealla on kaksi painiketta. Kaksi ohjausobjektijoukkoa on ryhmiteltävä sekä visuaalisesti että loogisesti. Näin varmistetaan, että näytönlukuohjelman käyttäjät siirtyvät vasempaan ryhmään ennen oikeaan ryhmään siirtymistä.

Esimerkki suositellusta käytännöstä: valikoiman liittyvät ohjausobjektit on ryhmitelty säilöihin

Näppäimistön looginen siirtymisjärjestys

TabIndex määrittää, miten näppäimistön käyttäjät voivat käyttää ohjausobjekteja. TabIndex-arvon on oltava 0 tai -1. Jos ohjausobjektit ovat edellä mainitussa loogisessa järjestyksessä, TabIndex-arvon ei tarvitse olla suurempi kuin 0.

Näppäinsiirtymisen järjestyksen pitäisi olla ohjausobjektien visuaalisen järjestyksen mukainen. Jos siirtymisjärjestys ei ole odotettu, ensin kannattaa tarkistaa, onko sovelluksen rakenne looginen.

Huomautus

Näppäinsiirtymisen järjestys ei ole saman kuin ohjausobjektien järjestys. TabIndex vaikuttaa vain sarkaimella siirtymiseen. Se ei muuta tapaa, jolla näytönlukuohjelman käyttäjät siirtyvät sovelluksessa lineaarisesti. Osa näytönlukuohjelman käyttäjistä ei edes käytä näppäimistöä.

Mukautettujen sarkainindeksien välttäminen

Mukautettuja sarkainindeksejä ovat ne, jotka ovat suurempia kuin nolla. Ne ovat lähes aina merkki huonosta suunnittelusta. On parempiakin vaihtoehtoja, kuten asianmukaisen sovellusrakenteen luominen tai SetFocus-funktion käyttäminen kohdistuksen muuttamiseen.

Vältä mukautettujen sarkainindeksien käyttöä seuraavista syistä.

Helppokäyttötoiminnot

Mukautetut sarkainindeksit ovat vakava helppokäyttöisyysongelma. Näytönlukuohjelmien käyttäjät selaavat sovellusta käyttäen sen loogista rakennettai. Mukautetut sarkainindeksit eivät noudata tätä rakennetta. Koska näytönlukuohjelmien käyttäjät voivat selata myös Sarkain-näppäimellä, he hämmentyvät, kun he saavat eri järjestyksen muilla selausmenetelmillä.

Käytettävyys

Käyttäjät voivat hämmentyä, kun vaikuttaa siltä, että jotkut kohteet on ohitettu. He voivat hämmentyä, kun kohdennus liikkuu ennakoimattomassa järjestyksessä. Tämä on erityisen ongelmallista käyttäjille, joilla on kognitiivisia heikkouksia.

Ylläpito

Sovellussuunnittelijoiden on päivitettävä useiden ohjausobjektien TabIndex-arvoa, kun uusi lisätään. On helppoa olla huomaamatta päivitystä tai saada järjestys väärin.

Suorituskyky

Mukautettujen sarkainindeksien tukemista varten Power Apps -järjestelmän on tutkittava kaikkia sivun ohjausobjekteja ja laskettava asianmukainen järjestys. Tämä laskenta on intensiivinen prosessi. Säilö-ohjausobjekteilla, kuten Valikoima, on monimutkaisia sääntöjä siitä, miten TabIndex toimii aliohjausobjektien osalta. Järjestelmä yhdistää sovellussuunnittelijan haluaman TabIndex-arvon eri arvolle noudattaakseen näitä sääntöjä. Siksi, vaikka TabIndex-arvoksi määritetään nolla kaikkien ohjausobjektien osalta, todellinen HTML-tabindex on positiivinen luku.

Integrointi muihin komponentteihin

Mukautetut sarkainindeksit toimivat vain sisäänrakennettujen ohjausobjektien kanssa. Sellaisten ohjausobjektien selausjärjestys, joita ei ole integroitu Power Apps -sarkainindeksijärjestelmään, on odottamaton. Tämä voi olla ongelma koodikomponenteille. Näiden komponenttien kehittäjien on seurata vuorovaikutteisia elementtejä ja määrittää niille sarkainindeksi. He saattavat käyttää kolmannen osapuolen kirjastoja, jotka eivät edes tarjoa mahdollisuutta mukauttaa sarkainindeksejä. Toisaalta, kun kaikki sarkaindeksit ovat joko 0 or -1, ei ole tarpeen käyttää Power Appsin sarkainindeksijärjestelmää. Kaikki kolmannen osapuolen sovellukseen upotetut komponentit saavat automaattisesti oikean sarkainjärjestyksen.

Toisaalta, kun pohjaan perustuvia sovelluksia upotetaan toiseen verkkosivustoon, mukautetut sarkainindeksit eivät toimi. Esimerkiksi mukautetuissa sivuissa. Power Apps ei voi hallita elementtejä pohjaan perustuvan sovelluksen ulkopuolella, joten sarkainselauksen järjestys on epälooginen.

Yksinkertaistettu sarkainindeksi (esiversio)

Jos haluat varmistaa, että välilehtien indeksit ovat joko 0 tai -1, ota käyttöön sovellusominaisuus Yksinkertaistettu sarkainindeksi kohdassa Asetukset > Tulevat ominaisuudet.

Yksinkertaistettu sarkainindeksi -sovellusominaisuuden käyttöönotto.

Tärkeä

  • Tämä on esiversiotoiminto.
  • Esiversion ominaisuuksia ei ole tarkoitettu tuotantokäyttöön, ja niiden toiminnallisuus voi olla rajoitettu. Nämä ominaisuudet ovat käytettävissä ennen virallista julkaisua, jotta asiakkaat voivat käyttää niitä varhaisessa vaiheessa ja antaa palautetta.

Kun tämä ominaisuus on käytössä kaikki nollaa suuremmat TabIndex-arvot käsitellään nollina. Tämä poistaa käytöstä myös Power Apps -sarkainindeksijärjestelmän, jotta se voi integroitua muihin komponentteihin paremmin yllä kuvatulla tavalla.

Mukautetun sarkainjärjestyksen kiertotapa

Niissä harvoissa tapauksissa, kun näppäinsiirtymisen järjestys ei ole sama kuin visuaalinen järjestys, voit kohdistaa Säilö-ohjausobjektit huolellisesti saadaksesi aikaan saman vaikutuksen.

Alla esitetyssä esimerkissä painike A on painikkeen B yläpuolella. Luonnollinen sarkainselauksen järjestys on ensin A ja sitten B.

Kaksi painiketta, joilla on sama TabIndex pinottuna pystysuunnassa.

Voit kääntää sarkaimen selausjärjestyksen asettamalla B:n Säilö-ohjausobjektiin. Määritä säilön Y-arvoksi suurempi kuin A. Sovellusrakenteessa on nyt säilö (ja B) ennen A:ta. Siten sarkainselauksen järjestys on ensin B ja sitten A.

B asetetaan säilöön, joka näkyy ennen A:ta.

Tämän tekniikan avulla myös näytönlukijoiden käyttäjät näkevät B:n ennen A:ta, kun he selaavat käyttämättä Sarkain-näppäintä.

Seuraavat vaiheet

Helppokäyttöisyysvärit Power Appsissa

Katso myös