What is Nostr?
Syn-(h)ACK /
npub13mq…vz7g
2024-04-18 21:55:32

Syn-(h)ACK on Nostr: I've been using [@Tuba](https://floss.social/@Tuba) for several days now and overall, ...

I've been using [@Tuba](https://floss.social/@Tuba) for several days now and overall, I like it quite a bit. It's nice to have a stand-alone client sometimes and I think that the dev(s) behind Tuba have done a pretty good job with it. There are some minor issues or missing features that would be nice to have, but they're not deal-breakers for the most part.

There is one thing that is driving me nuts, though: I think Tuba could really benefit from some multithreading because the update behavior locks the app during TL update fetches.

This might not be an issue for most people but as you may have noticed, I am quite verbose. And since the Compose box is modal (and also immovable and non-resizeable), that means that text input pauses during the update requests.This manifests itself in pauses while typing and then necessary corrections when the letters get missed or come out in the wrong order (depending on how fast I type during an update ping). Turning on the spell-checking makes it noticeably worse. I feel like spawning the compose window in a new thread or a new child process would eliminate this problem.

It might be that this is in some way related to the Ubuntu or Gnome DE, so if anyone knows of a solution, please share! I don't see any github issues on this, so I'm kinda hoping that it's just me somehow. I might need to open an issue.
Author Public Key
npub13mq6tfl63up2292xk2vvnknmyvrv8dnwpvcxp4cnzseueuqp7f3sgdvz7g