Kevin Brubeck Unhammer

However, tmx-replacements will lose word-based markup. This is the input to apertium-wblank-attach: ```sh $ printf "%s\n\0%s\n\n%s\n.[]\0" '[transfuse:\/tmp\/transfuse-A0KNsMkNZfY]' '[tf-block:1-5qBdcw]' 'feilen. [[t:strong:xYFjAw]]feilen[[/]]' \ | LD_LIBRARY_PATH=$HOME/PREFIX/lttoolbox/lib ~/PREFIX/lttoolbox/bin/lt-tmxproc -s -z tiny.tmx.bin \ | lt-proc...

@mr-martian tmx-proc inserts translation memory matches as simple superblanks cf. ↑, do you think there could be a non-complicated way of allowing formatting on these matches?

closing since main problem done, remaining minor issue in https://github.com/apertium/apertium/issues/218

This is on ihp 1.4? Does it happen all the time, or intermittently? (I've also noticed some intermittent failures with 1.4, though typically sorted by a ctrl+r for restart, or...

@sushain97 that lint fail is not related, right?

AFAICT this change has no effect on the issue. From how I read the code, `initBack` only does something if you've manually added a ``. I can't find this `js-back`...

OMG this seems to actually work :-D I have to test it more extensively, but it seems like this does the trick. I wonder what the reason was for replaceState...

https://github.com/digitallyinduced/ihp/pull/1386/files added replaceState two places, while this PR only removes it one place, so hopefully that's the right amount :-)

I haven't noticed any big issues yet, so this seems very promising :-) I did find one minor regression. I have a form that submits when I hit enter/tab to...

I'm pretty sure it's because of this change to `ihp/data/static/helpers.js`, which to me seems like it sidesteps any morphing and just reverts to plain document.body.innerHTML = newHtml.body.innerHTML: ```diff var isModalOpen...