Integrationen af tredjepartstastaturer i iOS 8 var en meget velkommen udvikling for både brugere og udviklere. Det åbnede døren til populære tredjepartstastaturer som Swype eller SwiftKey. Som en del af sikkerheden har Apple dog delvist begrænset tastaturet. For eksempel kan de ikke bruges til at indtaste adgangskoder. Flere andre begrænsninger dukkede op af iOS 8-dokumentationen, hvoraf den mest sørgelige var manglende evne til at flytte markøren ved hjælp af tastaturet. Det ser dog ud til, at Apple i iOS 8 beta 3 har opgivet denne begrænsning, eller rettere tilføjet en API for at muliggøre markørbevægelse.
Oplysninger om begrænsningen var på vej ud dokumentation om programmering af brugerdefinerede tastaturer, hvor der står:
“[…] brugerdefineret tastatur kan ikke markere tekst eller styre markørens position. Disse handlinger styres af et tekstinputprogram, der bruger tastaturet"
Med andre ord styres markøren af programmet, ikke tastaturet. Dette afsnit er endnu ikke blevet opdateret efter udgivelsen af den nye iOS 8 beta, dog i dokumentationen til de nye API'er opdaget af udvikler Ole Zorn en, der ifølge beskrivelsen i sidste ende vil aktivere denne handling. Beskrivelsen siger bogstaveligt talt det hele "juster tekstposition efter afstand fra tegn". Takket være dette skulle tastaturet få adgang til en handling, som indtil nu kun var applikationen, der kunne styre.
Det ser ud til, at det er muligt at flytte markøren med et brugerdefineret tastatur i beta 3. :) pic.twitter.com/hSLg8Gn48F
— Ole Zorn (@olemoritz) Juli 7, 2014
For tredjeparts tastaturer kunne genialitet således gælde koncept af Daniel Hooper fra 2012, hvor det er muligt at flytte markøren ved at trække vandret på tastaturet. Senere dukkede denne funktion op via en jailbreak-tweak StrygValg. Dette koncept anvendes også af flere apps i App Store, herunder Editorial, en skrivesoftware udviklet af Ole Zorn, selvom træk kun er muligt på en speciel bjælke over tastaturet.
Markørplacering på iOS har aldrig været den mest præcise eller komfortable, og tredjepartstastaturer kunne endelig forbedre dette syv år gamle koncept. På WWDC 2014 blev det set, hvordan Apple ønsker at imødekomme udviklere, og den nye API er tilsyneladende et svar på deres anmodninger.
Jeg er glad for denne nyhed, om end fordi det første, jeg vil gøre efter opdatering til iOS8, vil være at købe et nyt tastatur (sandsynligvis Flexy). Det aktuelle valg af markørens placering ved hjælp af boblen forekommer mig dog praktisk nok, måske med undtagelse af at ramme kanten af skærmen..;)
Tværtimod synes jeg, det er et skridt i den forkerte retning. For mig er charmen ved iOS netop i dens lukkethed og derfor stabilitet. At nærme sig androiden og skrigene fra nogle få utilfredse mennesker vil ikke nytte noget
Jeg forstår ikke irreversibiliteten. Hvem forhindrer dig i at bruge Apple-tastaturet? Din mening virker frygtelig begrænset for mig, svarende til ekstasen i den originale tekst på blu-ray-diske. der skriver, at det er det mest originale med tjekkiske undertekster. det er alles sag, at alle bruger hvad de vil, men hvorfor vælge andre, hvad vil du have et andet tastatur eller dubbing til en film? ... så brug det originale stabile tastatur, men nogen kan sagtens bruge et andet ustabilt, ikke? overlad valget til brugerne, hvorfor skulle du fratage andres ret til at vælge?!
Jeg vil ikke erstatte standardtastaturet. Bare den skizofreni, at der vil være et kodeord og et andet til de andre, forekommer mig dumt. Jeg vil hellere byde Apple velkommen til at forene de eksisterende.
Det første jeg gør efter installation af iOS8 er at downloade Swiftkey og tilføje det klassiske Apple-tastaturskin til det. Der er intet på iOS, der irriterer mig så meget som iOS-tastaturet. Frygtelig forudsigelse og kan ikke gøre noget et moderne tastatur formodes at kunne.1
Helt enig. Det, der generede mig mest efter at have skiftet fra android til ios, er den lange tekstinput, foruden stavefejl. Jeg glæder mig til at Swiftkey lærer og husker hele sætninger, ikke kun mine unikke udtryk og drejninger :)
Ofte er et eller to bogstaver nok, og Swiftkey vil "gætte" det ønskede ord. For ikke at nævne swiping