Signal UT: Signal-Desktop for Ubuntu Touch
-
Great!
Though if you can't access the "Backspace" button from the keyboard this will be a problem because everything that you type must me sent as "Backspace" is the only way to erase.
Maybe try to play around focusing on any of the two windows associated to the app or another window, locking and unlocking the phone, restarting the app, to see if anything unlocks the "enter" and "Backspace" button from the keyboard.
This bug will most probably be solved with Mir2.0
-
@pparent said in Signal UT: Signal-Desktop for Ubuntu Touch:
everything that you type must me sent as "Backspace" is the only way to erase.
Yes, that's what I found out. Luckily I could edit the unwanted message in Signal Desktop on my laptop.
I'll see if I can find a way; if so, I will post it... and if not, I can just wait. Not a problem. I'm just happy that you're doing this.
-
I fiddled and it started working! That's the good news. The bad news is that I don't know which part of my fiddling made it work. But back to the good news: it works!
-
Hi!
Thanks for the this work, it's really cool to be able to receive and view Signal messages without needing to open the whole Waydroid stuff
I'll take a look to the way you did it, as I've seen there's an unofficial Dino application snap package available (this is an XMPP client). I'll check if I can port this application using same techniques.
-
Thank's by the way, can you tell us if the "Lock"/"Unlock" trick works for you to make "Enter" and "Backspace" of the virtual keyboard work?
-
@pparent said in Signal UT: Signal-Desktop for Ubuntu Touch:
Thank's by the way, can you tell us if the "Lock"/"Unlock" trick works for you to make "Enter" and "Backspace" of the virtual keyboard work?
Yes if I lock the phone while Signal UT is foreground, these two keys work well after unlock.
Then I can switch to other application and go back to Signal UT and it still works without need to do the trick again.
-
I've been able to recompile Signal-Desktop from source and apply my responsive script.
It is available in the Openstore alongside these other improvements:
-Fix startup from OpenStore
-Fix open url externaly
-Fix battery problem
-Fix double window problemThere still are some keyboard issues, it's probably the next thing I will work on.
-
@pparent Amazing improvements, thank you very much!
-
@pparent your store description is a bit misleading
- The application is somewhat slugish because it is not GPU-accelerated (because apparmor prevents the app from accessing the GPU)
It's sluggish because you run it under Xorg - which is your choice, not a system limitation.
- It is not possible to copy and paste text from other applications (should be solved with Mir 2.0)
It won't be solved by Mir 2 because you are running it under Xorg, and the difference with Mir 2 is that it supports the Wayland clipboard protocol.
If you are going to support ContentHub at some point, clipboard is easy and handled by the same service.
-
@klh said in Signal UT: Signal-Desktop for Ubuntu Touch:
It's sluggish because you run it under Xorg - which is your choice, not a system limitation.
Please if you have a better way to do things, show us how to improbe the app, I'm more that open to contributions and help, and it's clear that the app is 3 weeks old, and is currently not in it's optimal state, far from it, and it is supposed to evolve rapidly.
The only "choice" of my part, is trying to make it work, as soon as possible, and as good as possible, with the infos that I have at hand, and in that regard I just copied the way uWolf is working. And by the way the snap version of signal-desktop also starts with X. Also in the code of uWolf ( that is the most famous port of a desktop app in the store and one of the only one), it says explicitly "# Explicitly force X11 backend for GTK applications like LibreWolf (will remove when mir2.x comes out)". Which led me to belive it's not possible to have a GTK app working properly with Wayland until the release of mir 2.x, and I did plan to switch to Wayland then, so I don't see why copy and past would not work then.
What I can say is that in my initial tests, if I run the app unconfined I can get it hardware accelerated even with X, so it seems the apparmor does prevents the app from accessing the GPU at least in an X11 context and without specific configuration. You can try it I do publish the unconfined version in github releases. So my statement is just a mere observation. Maybe if the app can be started with wayland the GPU would be accessible even in a confined context, but I still haven't found how to do it.
Please if you have solutions to make it work better than it currently does, then show them to make things go forward! It's not helping to suggest that I make on purpose bad choices so that it does not work properly, while I'm spending a lot of my time contributing an app that somehow nobody has made until now, despite being an important need for many Ubuntu Touch users.
Ps: by the way I've also asked general questions about electron apps with Wayland In Ubuntu Touch, in the context of upcoming Mir2.0 realease, more than one month ago, before starting this app, without seemingly a consensus about what was possible or not, so I'm just experimenting. https://forums.ubports.com/topic/4507/electron-apps-on-ubuntu-touch/4
