alemi.dev

Updated: there's only one handler + decorator now: `@Client.on_client_status`. There are filters to only register to certain events: `@Client.on_client_status(filters.client_ready)` is `@Client.on_ready()` `@Client.on_client_status(filters.client_disconnected)` is `@Client.on_disconnected()`

@sam01101 Commits can (and should) be squashed at merge time. I don't see why I should hide my progress (and mistakes!) from the PR itself

Originally posted by **alemi** April 4, 2024 hey, thanks for your interest! i believe it should be possible but it's probably still quite rough around the edges i just pushed...

hi! thanks for your interest `scope-tui` doesn't pick any specific audio device and works with both input and output sources! upon starting it up, you can pass an audio device...

hey! i'm also keen on responding late, no worries and thanks for waiting! (: i have some solutions to propose: --- the `audio` source doesn't yet support choosing which device...

hey thanks a lot for your interest and contribution! i really appreciate this PR but I think the containerization could be less complex once I get more backends working (other...

hi! sorry for my late replies > Spectrogram would be a really cool addition for this app it definitely would @eye-wave ! right now i have a spectogram implemented (you...

an update on this: I think I completed the generic audio source and can now look into this. I'm still interested in the buffered source thing, which can then be...

Thanks for your reply, sorry for taking a while to get back at you! I think it could be possible to handle the state mutex "the other way around": acquiring...

this is probably not a generic fix but for me unsetting `XDG_CURRENT_DESKTOP` (was `gnome`) solved the right-click-crash. basically changed in my `nheko.desktop` the exec line to: `Exec=env XDG_CURRENT_DESKTOP= nheko %u`....