dumblob
dumblob
To me this doesn't seem as boilerplate at all (actually making it explicit is definitely a good thing!). It seems to be rather a performance & safety problem (GC).
What happens if the sshfs mount had (before merging with mergerfs) at least one file there (let's say exactly 1 file)? Still that slow?
@xibyte how does the BREP work look like? Do you need any help?
Thanks @jmwright, the links look like a solid foundation for what I envision in this issue.
Will this also cover selection of faces/lines by mouse while automatically outputting the selector in form of a source code to the place where the text cursor was?
Any news on this?
You might consider giving [ULKL](https://github.com/dumblob/ULKL ) a try (contributions - in this case Norwegian - very much welcome). Disclaimer: I'm the author of ULKL and thus biased :wink:
Oh, this'll be difficult because ortholinear keyboard violates the number one premise of Halmak - see the base **measured** data for the AI algorithm: https://github.com/MadRabbit/keyboard-analytics .
Thanks for sharing your experience @MadRabbit . I agree and in one breath I add that the disadvantages of "traditional" ortholinear keyboards should be largely alleviated by having a "split"...
From my understanding in the blog post series @MadRabbit explains that after he truly [measured how fingers behave](https://github.com/MadRabbit/keyboard-analytics ) when writing texts (which presumably included much more than just digraphs,...