oke 9.5 is mooi, maar als ik naar beneden swipe is de vraag er , dan wil ik iets invullen en verschijnt mijn toetsenbord, maar dan zie ik de vraag niet meer, en als ik iets te ver swipe gaat deze verspringen naar de index, daar moet ik opnieuw de vraag dan selecteren en ...ย dan wil ik iets invullen en verschijnt mijn toetsenbord, maar dan zie ik de vraag niet meer, en als ik iets te ver swipe gaat deze verspringen naar de index, daar moet ik opnieuw de vraag dan selecteren en ... ย dan wil ik iets invullen en verschijnt mijn toetsenbord, maar dan zie ik de vraag niet meer, en als ik iets te ver swipe gaat deze verspringen naar de index, daar moet ik opnieuw de vraag dan selecteren en ... dus maak deze loop niet mogelijk maar zorg dat de index pas verschijnt als we een knop indrukken en dat die knop niet direct onder de vraag zit, eventueel voeg nog 1 regel met 1 emoji toe oid.
Ja, ik heb de oorzaak van die vervelende lus gevonden. In 9.5 stond nog oude swipecode waarin omhoog swipen automatisch de Index opende en omlaag swipen Analysis. Daardoor kon normaal scrollen tijdens het typen onbedoeld als navigatie worden geรฏnterpreteerd.
Dat heb ik verwijderd in V9.6:
Nu geldt op mobiel:
โ/โ swipen blijft vorige/volgende vraag.
โ/โ swipen is uitsluitend normaal scrollen en opent nooit meer automatisch de Index.
De ๐ Index heeft een eigen knop, los van het antwoordgedeelte.
Zodra je in het antwoordveld tikt en het mobiele toetsenbord verschijnt, verdwijnen tijdelijk overbodige navigatie-elementen zodat er meer verticale ruimte voor vraag + antwoordveld + toetsenbord ontstaat.
De pagina probeert vraag en invoerveld vervolgens binnen het zichtbare scherm te houden.
Na sluiten van het toetsenbord komt de normale navigatie terug.
Ik heb ook de gevraagde rustige extra regel ๐ฑ toegevoegd tussen het invoergedeelte en de onderdelen daaronder.
De emoji-picker van 9.5, โฐ Personal Experience, ๐ Listen, START/Open Profile, Save/import/export en horizontaal swipen zijn behouden.
Belangrijkste wijziging: de Index kan niet meer door een verticale swipe worden geopend. Alleen een bewuste druk op ๐ Index opent hem.ย
Precies. Op mobiel moet โฐ dezelfde Personal experience openen zonder dat je de browser op Desktopversie hoeft te zetten.
Ik heb dat nu aangepast in V9.4:
Op mobiel werkt ๐ค Personal experience nu als een echte uitschuifbare app-zijbalk. Je blijft dus in de normale mobiele weergave:
โฐ โ Personal experience schuift vanaf links over de vraagkaart heen.
โ โ zijbalk sluit en de vraagkaart komt volledig terug.
Ik heb bovenin de mobiele zijbalk ook โ Sluit Personal experience toegevoegd, zodat je nooit vast komt te zitten. De achtergrond wordt tijdelijk donkerder terwijl het menu openstaat.
De rest van V9.3 blijft behouden: โถ START / OPEN PROFILE, TXT/JSON-import, ๐ Listen, Save, swipe, presets, Previous/Next en de keyboardfuncties.
k heb dit nu als V9.2 bovenop de schone V9 gebouwd.
Op desktop รฉn mobiel begint ๐ค Personal experience nu gesloten. Daardoor staat de vraagkaart meteen centraal in beeld. Met โฐ open je Personal experience en met โ sluit je hem weer.
De nieuwe toetsen zijn:
Toets Functie
~ + -
โฐ Personal experience openen/sluiten
โ of >
Volgende vraag
โ of <
Vorige vraag
โ
๐ค Personal experience openen
โ
๐ค Personal experience sluiten
~ โ 0โ9
๐จ preset kiezen
- โ 0โ9
๐จ preset kiezen
De toetsen worden bewust niet onderschept wanneer je in een invoerveld of tekstvak typt. Je kunt dus gewoon <, >, - enzovoort in antwoorden gebruiken.
De bestaande Previous/Next-knoppen, swipe, Listen, Save, TXT/JSON-import/export en presetballetjes zijn behouden. JavaScript is opnieuw gecontroleerd en syntactisch correct
kan je nu ook voor de desktop de experience zo maken dat we niet eerst op de X moeten drukken maar dat standaard de Profile - ๐ค Personal experience niet zichtbaar is en dat we die kunnen openen met ~en - tegelijk of door โฐ in te drukken , dus ~+- = โฐ en eventueel nog een andere keyboard functie zoals pijl naar rechts en > is naar rechts = volgende, < en pijl naar links is terug. pijl omhoog is openen ๏ฟฝ๏ฟฝ Personal experience en pijl omlaag is sluiten ๐ค Personal experience. dus ~+- = โฐ openen en/of sluiten
vraagkaart โ swipe โ vraagkaart โ swipe โ vraagkaart,ย
Ik heb de oorzaak gevonden: in V9/V9.1 had ik Previous/Next als een apart element tussen de linker kolom en de vraagkaart geplaatst. In de bestaande desktop-grid kon dat element daardoor een eigen gridpositie innemen en de vraagkaart naar een volgende rij duwen. Mijn extra mobiele CSS probeerde dat achteraf te corrigeren, maar dat was de verkeerde constructie.
Ik heb V9 daarom opnieuw vanaf V8.9 opgebouwd, dus zonder die fout.
Nu staat de structuur werkelijk zo:
vraagkaart
โ โฌ
Previous | โฐ | Next โก
โ ๐ฑ Basics ยท ๐ Life ยท 1/400
โ emoji
โ vraag
โ antwoord
โ Save / Listen
โ enz.
Dus Previous/Next zitten nu fysiek รญn de vraagkaart, helemaal bovenaan. Ze kunnen de kaart daardoor niet meer naar beneden of naar een andere gridrij duwen.
Op mobiel start de app bovendien expliciet met ๐ฌ Vraag en de Personal Experience-zijbalk dicht. โฐ opent die zijbalk; โ sluit hem weer, maar de vraagkaart is niet meer afhankelijk van die knop.
Swipe links/rechts, ๐ Listen, Save, TXT/JSON-import/export en presets zijn vanuit V8.9 behouden. Ik heb ook gecontroleerd dat de oude foutieve gdgQuestionNav niet meer in deze versie voorkomt en dat de nieuwe navigatie daadwerkelijk binnen <section id="card"> vรณรณr ๐ฑ Basics staat.
Dit is de versie die ik nu als de echte V9 zou gebruiken.
~ + - tegelijk โ opent direct ๐ค Profile & Settings,ย