This sentence here
Note that composed characters (those that require multiple keystrokes) are not currently supported by this mode.
https://chromium.googlesource.com/apps/libapps/+/HEAD/nassh/doc/FAQ.md#How-do-I-enter-accented-characters
suggests this is not possible using hterm
any has any idea how to solve this?

We might need to revisit how input is being captured right now by hterm. It relies on key events, which are not capable of themselves triggering composition modals (like the emoji window).
Instead, I think it'd be interesting to explore inserting a tiny contenteditable <div> inside the caret div, and capture events inside it. That way, when composition happens, the modal will be displayed where the user expects.
馃憤 to this one. I can't type @ in the swedish keyboard =) (also can't put emojis)
@rauchg I played around with capturing user input through an always focused hidden input but got stuck on capturing backspace and enter keystrokes, but I didn't try too hard to be honest
@nfcampos we might want to try keypress + composition events on that input (https://developer.mozilla.org/en-US/docs/Web/Events/compositionstart). The input has to be placed in the caret, not be altogether hidden, otherwise the emoji dialog will show out of place.
We might be able to do without adding any element. I've tried just making the current x-row element (current as in the one the cursor is in) contenteditable and it appears to work (sort of)
// this could maybe be ran every time something is written to the terminal
this.term.screen_.rowsArray.map((row, i) => {
if (i === this.term.getCursorRow())
row.contentEditable = true;
else
row.contentEditable = false;
})



@rauchg do you know what to do about getting rid of the gibberish and writing the actual characters/emojis to the terminal?
Also its not possible write characters ~ and ' in hyperterm on keyboard EUA - INTERNATIONAL - PC (Macbook)
Nor ", , ', 藴 or accentuated characters with US International. That means, no: 谩茅铆贸煤盲毛茂枚眉脿猫矛貌霉帽脩盲毛'"~. It won't show gibberish, just won't write the special-chars and for vocals will just write them plain.
Same here.
Most helpful comment
Also its not possible write characters
~and'in hyperterm on keyboardEUA - INTERNATIONAL - PC(Macbook)