Qingtian
Qingtian
Improve the code. We can break the loop earlier as we don't care about the horizontal bar when it's WRAP mode.
> Could I ask why if I delete a line on the top, this happens very slow and if I do it at the bottom of the text, it happens...
A better workaround, create a symbol link to `/usr/lib/arm-linux-gnueabihf/libcrypto.so.3`. ``` sudo ln -s /lib/arm-linux-gnueabihf/libcrypto.so.3 /lib/arm-linux-gnueabihf/libcrypto.so.1.1 ```
It's caused by the `mouse up` event send to the popup gui-console window instead of the base face. Related issue #5083, #4602.
More complicated than I thought. The fixes for those issues are conflicting. 😓
No crashes when running [add-annual-data.red](https://github.com/user-attachments/files/20201321/add-annual-data.red.txt) with [red-view-28may25-8905efb02](https://static.red-lang.org/dl/auto/rpi/red-view-28may25-8905efb02) on Armbian.
Seems no problem on [nodes-gc-hashtable](https://github.com/red/red/tree/nodes-gc-hashtable) branch.
It's related to `#include`. If inline the code in the `#system []` instead of `#include`, all works fine.
I got this on Win11: ``` >> view [] 10:28:55 131x100 unfocus 10:28:56 131x100 focus 10:28:56 131x100 focus 10:28:57 131x100 unfocus 10:28:59 131x100 focus 10:28:59 131x100 focus 10:29:03 131x100 unfocus...
The cursor is positioned at the beginning of the input for both events on Windows on my system.