WELAC

het is bijna goed, de - en ~ werken maar poppen nog niet de knop start van profile of preset, eenmaal open door zelf op de knop te drukken zien we :

👤 Profile

1

💾 Profile＋🎨 Save preset

A−A＋16px

🔎100%

🎨

0123456789

BG #000000TXT #ffffffCARD #171717ACC #e3b581Aa System16px🔎 100%

BG ACC ↺⚙

, maar er is geen sluiten voor dit venster, dus het venster blijft daarna open staan met alle presets, dan zou ik zeggen zet die dan standaard gewoon open op presets meteen kiesbaar of zorg dat het sluiten van het venster ook werkt en dat we dus wel met de shortcut kunnen werken ~en - samen dus - en ~ samen ingedrukt geeft venster openen en sluiten van preset en profile of we verwijderen helemaal dat venster openen en zorgen dat preset en profile meteen kan

~ + - tegelijk → opent direct 👤 Profile & Settings, 

~ + - tegelijk → opent direct 👤 Profile & Settings, dus ook het presetgedeelte.

Daarna kun je rechtstreeks:

~ ingedrukt + 0–9 → preset kiezen
of
- ingedrukt + 0–9 → preset kiezen.

Bijvoorbeeld: ~ + - opent het menu → ~ + 3 kiest preset 3 → ~ + 8 kiest preset 8.

Je kunt dus vanuit het hoofdscherm naar de profiel/presetinstellingen zonder eerst 💾 Profile, 🎨 Save preset of ⚙️ aan te klikken.

Esc sluit de keyboardmodus. Wanneer het Google Sites-iframe zijn focus verliest, worden eventueel nog als "ingedrukt" geregistreerde toetsen automatisch gereset.

hs: JavaScript-syntax OK, geen dubbele ID's en de nieuwe toetscombinaties zijn aanwezig.

Een betere oplossing is om helemaal geen modificatietoets meer nodig te hebben. Bijvoorbeeld:

~ → keyboard/presetmodus openen
Daarna 0–9 → preset kiezen
- → Save preset
= → Profile opslaan
Esc → presetmodus sluiten

Dat heeft een paar voordelen: je hoeft geen TAB, Ctrl, Shift, Alt of AltGr vast te houden, de toetsen liggen allemaal direct rond de cijferrij, en gewone 0–9 blijven buiten de presetmodus gewoon normale invoertoetsen.

We kunnen het zelfs zichtbaar maken. Druk je op ~, dan verschijnt bijvoorbeeld:

🎨 GODOGOOD KEYBOARD — 0 1 2 3 4 5 6 7 8 9 · - Save preset · = Save Profile · Esc sluiten

Daarna druk je simpelweg 3, 7, -, enzovoort.

Dat lijkt mij voor Google Sites + Chromebook een veel robuustere V8.4-oplossing. Er blijft wel één browserbeperking: de GODOGOOD-embed moet eerst focus hebben, bijvoorbeeld doordat je eenmaal in de app hebt geklikt. Een ingebedde HTML kan geen toetsen onderscheppen terwijl Google Sites zelf nog de focus heeft.

Dat verklaart het probleem. Google Sites zelf zit vóór jouw ingebedde GODOGOOD-app in de toetsenbordvolgorde. Als de app in een iframe/embed staat en daar nog geen focus heeft, ontvangt jouw HTML de eerste Tab helemaal niet. Google Sites gebruikt die om langs START, DailyCoaching, WELAC enzovoort te navigeren.

Daarom kunnen we dit niet betrouwbaar vanuit de ingebedde HTML omzeilen: JavaScript in de iframe kan toetsen niet onderscheppen voordat de iframe zelf focus heeft.

Ik zou daarom TAB niet langer als hoofd-modificatietoets gebruiken. Voor jouw Chromebook lijkt dit praktischer:

• Alt + 0…9 → presets 0–9

• Alt + - → 🎨 Save preset

• Alt + ~ → 💾 Profile

• De ronde 0–9-knoppen blijven als muis/touch-alternatief.

Maar ook hierbij geldt: zolang de Google Sites-pagina zelf focus heeft, kan alleen Google Sites/browser de toets ontvangen. Zodra je één keer ergens in de GODOGOOD-app klikt, heeft de iframe focus en kunnen de shortcuts betrouwbaar door onze HTML worden verwerkt.

Nog gebruiksvriendelijker zou ik daarom in V8.3 twee dingen combineren: bovenaan de app een duidelijk klein ⌨️ Keyboard-vlak zetten waarop je één keer kunt klikken om de app focus te geven, en daarna Alt + 0–9, Alt + ~ en Alt + - gebruiken. Dan hoeven Profile of Settings helemaal niet open.

Ik zou AltGr juist vermijden. AltGr is internationaal sterk afhankelijk van toetsenbordindeling en wordt in browsers vaak als Ctrl+Alt geïnterpreteerd. Alt is hiervoor voorspelbaarder.

Dus mijn voorkeur voor V8.3 is: één klik in GODOGOOD → Alt wordt de GODOGOOD-functietoets → Alt+0–9 presets, Alt+~ Profile, Alt+- Save preset. Dat voorkomt de strijd met de normale toegankelijkheidsfunctie van TAB op Google Sites.

Ja, dit maakt de bediening logischer: TAB wordt nu eigenlijk de GODOGOOD-functietoets. Ik heb V8.2 daarop aangepast.

De bediening werkt nu direct vanaf het hoofdscherm:

• TAB + ~ → 💾 Profile opslaan

• TAB + - → 🎨 Save preset

• TAB + 0 t/m 9 → betreffende preset direct toepassen

• TAB vasthouden → je kunt achter elkaar 1, 2, 3, enz. proberen

• Je hoeft Profile/Settings niet eerst te openen

• Je hoeft Save preset niet eerst aan te klikken om de nummer-shortcuts beschikbaar te maken.

Ik gebruik voor ~ bovendien de fysieke Backquote-toets en voor - de fysieke Minus-toets. Dat is op verschillende toetsenbordindelingen betrouwbaarder dan alleen controleren welk teken Chrome teruggeeft.

Ook weer hs uitgevoerd: JavaScript-syntax is OK.

Ja, nu is het helemaal duidelijk. lt = link tekst:

lt: link = (URL), tekst = (zichtbare tekst)

Dan toon ik alleen de tekst en zit de URL onzichtbaar als hyperlink achter die tekst. Ik onthoud deze betekenis van lt.

De controle gaf nu:

• ✅ één geldige HTML-documentstructuur

• ✅ één <head> en één <body>

• ✅ geen dubbele HTML-ID's

• ✅ alle JavaScript-blokken door syntaxcontrole gehaald

• ✅ geen JavaScript-syntaxfouten gevonden

• ✅ oude overbodige translateExactLink-handler verwijderd

• ✅ Translate-code vereenvoudigd

• ✅ de zichtbare tekst blijft de hyperlink; URL wordt niet getoond

• ✅ noopener noreferrer toegevoegd

• ✅ normale hyperlink blijft altijd beschikbaar als fallback

• ✅ popup wordt alleen geprobeerd in een normale browseromgeving

• ✅ in een embedded/gesandboxte preview wordt window.open() niet geforceerd

Dat laatste is vooral belangrijk voor de fout die je in de ChatGPT-visualisatie zag. V7.6 had naast het grote hoofdscript nog twee afzonderlijke Translate-clickhandlers. Eén daarvan was inmiddels zelfs overbodig. V7.7 heeft dat opgeschoond.

De werking is nu bewust:

normale browser → klik op de zin → Translate-popup wordt geprobeerd.
ChatGPT/webview/iframe → geen popuptruc → gewone veilige hyperlink neemt het over.
popup geblokkeerd → gewone hyperlink blijft werken.

En je nieuwe afkorting staat vast: wanneer je voortaan bijvoorbeeld zegt “hs deze index”, weet ik dat je een technische HTML-controle én opgeschoonde veilige vervolgversie bedoelt.