Antolatu kontrolak mihise aplikazio eskuragarrietan

Aplikazio bateko kontrolak pantaila irakurgailuen erabiltzaileek sekuentzialki nabigatzen laguntzeko antolatu behar dira. Ordena logiko batek teklatu erabiltzaileen nahasmena murrizten du eta emankorragoak izaten laguntzen du.

Pantaila izen esanguratsua

Pantaila bat kargatzen denean, pantaila irakurgailuak bere izena esango du. Aukeratu izen esanguratsua erabiltzaileak orientatzeko.

Pantailaren izena alda dezakezu kontroleko zuhaitzean edo propietateen panelean Power Apps Studio. Aukeratu pantaila eta, ondoren, hautatu Hautatu boligrafoaren ikonoa izena editatzeko. izena aldatu beharreko fitxategia.

Pantailaren izenak kontrolen zuhaitzetik edo propietateen paneletik alda daitezke, irudian nabarmendutako moduan.

Pantailako lehen elementua bere izena da. Ikusmenez ezkutatuta dago eta pantaila irakurgailuen erabiltzaileentzat soilik dago eskuragarri.

Pantaila berria kargatzen denean, Power Apps pantailaren izena bideratzen du. Erabiltzen baduzu SetFocus pantaila kargatzen denean berehala, pantailako izena ez da irakurriko. Demagun ikusgai dagoen izenburua sortzea eta bihurtzea bizi eskualdea testuinguruaren aldaketa iragartzeko.

Kontrol logikoaren ordena

Pantaila irakurgailuaren erabiltzaileek edukia sekuentzialki nabigatu dezakete. Ordena kontrolen posizioaren arabera zehazten da, goitik behera hasi eta gero ezkerretik eskuinera. Kontrolaren tamainak ez du axola, berea baizik X eta Y propietateek garrantzia dute.

Adibide honetan, A sekuentzian agertzen da lehenengoa, goialdetik hurbilen dagoelako. B eta C posizio bertikal berbera dute, baina B ezkerretik gertuago dagoenez, beraz, C. D azken agertzen da goitik urrunen dagoenetik.

Posizionamenduak nola eragiten duen 4 kontrolen ordenan.

Oharra

  • Hurrengoan Aurrebista modua aplikazio bat editatzerakoan, kontrol ordena ez da eguneratzen errendimendu arrazoiengatik. Ordena zuzena izango da aplikazioa argitaratu eta exekutatzen denean.
  • Kontrol ordena ez da kontrolen zuhaitz ikuspegia hurrengoan Power Apps Studio. Zuhaitz ikuspegiak kontrolak ordenan ordenatzen ditu aplikazioan gehitu zirenean. Aplikazioa exekutatzean ez du kontrolen ordenan eragiten.
  • Kontrol baten X edo Y balioa adierazpen batean ezartzen denean, kontrol-ordena ez da eguneratzen emaitza denean. adierazpena aldatzen da. Aplikazioa gordetzen denean ordena kalkulatzen eta konpontzen da, aplikazioaren hasierako egoera erabiliz adierazpenak ebaluatzeko.
    • Beste kontrolak ezkutatu edo erakusten ari direlako posizioa aldatzen ari bazara, diseinu automatikoko edukiontziak erabil ditzakezu Xkudeatzeko. eta Y zuretzat.
    • Kontrol guztiak modu logiko batean ere koka ditzakezu adierazpen-balioak kontuan hartu gabe. Adibidez, A kontrola beti B kontrolaren azpitik egon behar bada eta B ezkutatuta egon daiteke batzuetan, ezarri A-ren Y If(B.Visible, B.Y + B.Height, B.Y + 1). 1 gehitzeak A beti B azpitik dagoela ziurtatzen du, nahiz eta B ezkutatuta egon.

Taldekako kontrolak

Ordena lehenetsia egokia da eduki isolatuetarako, baina ez taldekatutako edukietarako. Demagun bi fitxa elkarren ondoan, marraztuta Laukizuzena kontrolak. Fitxa bakoitzak goiburu bat du. Goiburuaren azpian bertikalean pilatutako bi botoi daude: A eta B lehen fitxarentzat eta C eta D bestearentzat.

Praktika okerreko adibidea: egitura lau batean antolatutako kontrolak.

Lehenetsitako eskaera goitik behera joango da, eta gero ezkerretik eskuinera. Horregatik, kontrolen ordena hau da:

  1. Ezkerra Laukizuzena
  2. Eskuina Laukizuzena
  3. Ezkerreko goiburua
  4. Eskuineko goiburua
  5. A
  6. C
  7. Si
  8. D

Egitura honek ez du adierazten A eta B elkarrekin daudenik eta, era berean, C eta D elkarrekin daudenik.

Erabili Edukiontziak lotutako edukiak taldekatzeko. Kontrol guztiak Edukiontzia batera agertuko dira sekuentzian. Edukiontzi baten barruan, kontrolak arau berarekin ordenatzen dira: goitik behera, gero ezkerretik eskuinera.

Ordezkapena Laukizuzenak aurreko adibidearekin Edukiontziak, kontrol ordena logikoa da pantaila irakurgailuaren erabiltzaileentzat:

  1. Ezkerra Edukiontzia
  2. Ezkerreko goiburua
  3. A
  4. Si
  5. Eskuina Edukiontzia
  6. Eskuineko goiburua
  7. C
  8. D

Gomendatutako praktikaren adibidea: edukiontziak erabiliz egitura hierarkikoan antolatutako kontrolak.

Kontrol guztiak Inprimaki txartela eta Galeria automatikoki taldekatzen dira, beraz, ez duzu Edukiontzia. Hala ere, azpitaldeak badaude, oraindik erabili beharko zenuke Edukiontziak haientzat.

Adibide honetan, Galeria lerroak miniatura bat eta bi testu zati ditu ezkerrean. Eskuinean bi botoi daude. Bisualki eta logikoki, bi kontrol multzoak multzokatu beharko lirateke. Horrek pantaila irakurgailuaren erabiltzaileek eskuineko aurretik ezkerreko taldea topatuko dutela ziurtatzen du.

Gomendatutako praktiken adibidea: galeria bateko erlazionatutako kontrolak Edukiontzien barruan biltzen dira.

Teklatuaren nabigazio ordena logikoa

Teklatuko nabigazioa edozein aplikazioaren alderdi garrantzitsua da. Askorentzat teklatua ukimena edo sagua erabiltzea baino eraginkorragoa da. Nabigazio aginduak hau egin beharko luke:

  • Jarraitu kontrolen ikusmen-fluxua.
  • Jarraitu intuitiboki zehar eta ondoren "Z" ordena bat behera eta gero "alderantzizko N" ordenan zehar.
  • Fitxategia gelditu elkarreraginean dauden kontroletan.

AcceptsFocus ek teklatuaren bidez kontrolak eskura daitezkeen zehazten du. Kontrol klasikoetarako, propietate baliokidea TabIndex da.

Nabigazio-ordenak kontrol-ordena jarraitzen du: ezkerretik eskuinera, gero goitik behera, "Z" ereduan. Kontrol-aginduarekin egiten den moduan pertsonaliza dezakezu. Adibidez, kontrolak: Edukiontziak, Inprimakia Txartelak eta Galeriak automatikoki taldekatzen dira. Tab teklak edukiontzi barruko elementu guztietan zehar nabigatuko du edukiontzitik kanpoko hurrengo kontrolera joan aurretik.

Nabigazio ordena ustekabekoa bada, lehenengo aplikazioaren egitura logikoa den egiaztatu beharko zenuke.

Oharra

Kontrolak pantailan dinamikoki mugitzen direnean, adibidez, bere X edo Y balioa aldatuz gero. a Power Fx adierazpena, nabigazio-ordena ez da eguneratuko.

Tabulazio-sekuentzia pertsonalizaturako konponbidea

Teklatuaren nabigazio ordena bisuala ordena ezberdina izan behar duen agertoki arraroetarako, edukitzailearen kontrola kontuz jarri eragin bera izateko.

Beheko adibidean, A botoia B botoiaren gainean dago. Tabulazio naturalaren nabigazio-ordena A da, gero B.

TabIndex bera duten bi botoi, bertikalean pilatuta.

Fitxen nabigazio-ordena aldatzeko, jarri B edukiontzi kontrol batean. Ezarri edukiontziaren Y balioa A-ren gainetik egon dadin. Aplikazioaren egiturak orain edukiontzia (eta B) ditu A baino lehen. Horregatik, fitxen nabigazio-ordena B da, gero A.

B A baino lehen agertzen den ontzi batean sartzen da.

Teknika honekin, pantaila-irakurleen erabiltzaileek B ere topatuko dute A baino lehen, nabigatzen dutenean fitxa gako gabe.

Fitxen indize pertsonalizatuak (erretiratutako eginbidea)

Fitxa pertsonalizatuen indizeak zero baino handiagoak direnak dira. Jada ez dira onartzen. TabIndex zero baino handiagoak diren balio guztiak zero gisa tratatuko dira.

Fitxa pertsonalizatuen indizeak diseinu txarraren seinale dira ia beti. Aplikazioen egitura egokia sortzea edo SetFocus erabiltzea bezalako alternatiba hobeak daude fokua aldatzeko.

Fitxa pertsonalizatuen indizeekin arazo batzuk:

Erabilerraztasuna

Irisgarritasun-arazo larria da fitxa-indize pertsonalizatuak izatea. Pantaila-irakurleen erabiltzaileek aplikazio batean nabigatzen dute bere egitura logikoa erabiliz. Fitxa-indize pertsonalizatuek egitura hori baztertzen dute. Pantaila-irakurlearen erabiltzaileek ere erabilita nabiga dezakete fitxa gakoa, nahastu egingo dira beste nabigazio-metodo batzuen ordena desberdina lortzen dutenean.

Erabilgarritasuna

Erabiltzaileak nahastu egin daitezke elementu batzuk saltatuta agertzen direnean. Fokua ezusteko ordena batean mugitzen denean desorienta daitezke. Hau are arazotsuagoa da urritasun kognitiboak dituzten erabiltzaileentzat.

Mantentze-lanak

Aplikazio-egileek eskuz eguneratu behar dute TabIndex kontrol askoren bat txertatzen den bakoitzean. Erraza da eguneratze bat galtzea edo eskaera oker egitea.

Errendimendua

Fitxa-indize pertsonalizatuak onartzeko, Power Apps sistemak orrialdeko kontrol guztiak aztertu eta ordena egokia kalkulatu behar du. Konputazio hau prozesu intentsiboa da. Edukiontzien kontrolak Galeria bezalakoak arau konplikatuak dituzte bigarren mailako kontrolen TabIndex lanak egiteko. Sistemak aplikazioaren egileak nahi duen TabIndex esleitzen du arau hauek betetzeko beste balio bati. Horregatik, TabIndex kontrol guztietan zeroan ezarrita badago ere, benetako HTMLa tabindex zenbaki positiboren bat izango da.

Beste osagai batzuekin integratzea

Fitxa-indize pertsonalizatuek kontrol integratuekin soilik funtzionatzen dute. Power Apps'-en integratuta ez dauden kontrolak fitxa-indize-sistemak ustekabeko nabigazio-ordena izango du. Hau arazo bat izan daiteke kodearen osagaientzat. Osagai hauen garatzaileek elementu interaktiboen jarraipena egin behar dute eta fitxen indizea ezarri. Baliteke hirugarrenen liburutegiak erabiltzea, eta baliteke fitxen indizeak pertsonalizatzeko modurik ere emango ez dutenak. Bestalde, fitxa-indize guztiak 0 edo -1 direnean, ez dago Power Apps' fitxa indize sistema sartu beharrik. Aplikazioan txertatutako hirugarrenen edozein osagai automatikoki fitxa-sekuentzia zuzena lortuko du.

Beste norabidean, mihise-aplikazioak beste web-orri batean txertatzen direnean, fitxa pertsonalizatuen indizeek ez dute funtzionatzen. Adibidez, orrialde pertsonalizatuetan. Power Apps-ek ezin ditu mihise-aplikaziotik kanpoko elementuak kontrolatu, beraz, fitxen nabigazio-ordena orokorra ez da logikoa izango.

Hurrengo urratsak

Kolore eskuragarriak Power Apps

Ikusi ere