Offline
Hi,
I just wrote a PDF reader based on Chromium PDF engine.
It's pretty dummy, written in 30 minutes. But quite useful (at least for me) given the limitations of Document viewer, and that sturmreader is currently broken on noble.
I think it will greatly benefit from Qt6 upgrade, when it comes, because of improvement of the engine in chromium.
It is published in the openstore:
https://github.com/pparent76/chromiumpdf
Regards,
Pierre.
I've succeeded in opening the keyboard when editing text in signal-desktop !!!! 
I could do it reusing the work of @ChromiumOS-Guy in uWolf!
I can officially send signal messages from a native Ubuntu Touch app, without Waydroid! 
Even though for now it's not convenient , since keyboard hides the text area, and the enter button of the keyboard somehow does not trigger sending the message, and the "send" button in signal is hidden until you expend the editing area. But still very usable.
For now everything is messy, but I will try to make it available soon (I think it should be possible to do a click package, but I'm not sure yet)
Ps: Note that I could do it with Mobian version only for now.
Hi,
Just wanted to share that VLC 4 (not yet released) has an interface very close to VLC for Android.
I will be a very good candidate to port to Ubuntu Touch. The interface would probably be usable as such, but with few minimal patches to the interface it could probably be near perfect on the phone screen.
I don't have time to do that now, but probably later (possibly when release officially)
Hi,
Today I just figured why not try:
sudo snap install signal-desktop
And I realize it just works! This is crazy. With this simple command I can link my device and see my chats. Well it is certainly not a responsive interface (but not terrible either, there's just the left menu coming in the way) and the keyboard does not show for now. But I can consult messages, and this is major.
It means:
1°) We can certainly create quite easily a version of Signal-Desktop that is adapted to mobile display (with few patches to the interface to make it responsive), and that we can get a full-fledge signal client on Ubtunu touch, that way.
2°) That Mir2.0 will certainly help with that.
Ps: I guess the first easy thing to make it usable as a consul-only stuff is adapt the scale, which I guess must be easily doable.
Anyway after all the investigations that I've made I'm extremely confident that we'll be able to have a fully responsive client based on Signal-Desktop landed in the openstore within few month. I see exactly how to make it perfectly adapted to the phone Interface like whatsweb. (Funny enough it is possible to use a modified version of the js script of whatsweb to make the interface responsive, because the interface has an extremely similar structure. )
It's not anymore a question of "if" but a question of "when". But there are few tedious tasks in the way, and I need to go little by little, because I can't dedicate all my time to this.
Of course I'm open to any offer for help and testing!
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 problem
There still are some keyboard issues, it's probably the next thing I will work on.
Hi,
Just wanted to mention that a nice and easy addition to Ubuntu touch would be wifi captive portal via RFC 8910 and RFC 8908.
It is actually very simple:
1- When you get a DHCP lease in the wifi interface look for option 114
2- If there is a URL in option 114 it's an API, just make a simple HTTP GET request on this URL (no parameters or header)
3- The result will be a json, if it contains "captive"="true" and has an "user-portal-url" field then we should just open this "user-portal-url" in the browser and it will allow the user to authenticate to the captive portal and use the wifi!
Really I think that's any easy addition, I may try to contribute this inside the OS when I have time.
Ps: Adding a simple script in /etc/dhcp/dhclient-exit-hooks.d/ to do that should do the trick I guess.
Hi,
Just wanted to mention that I contacted the in-development French identity mobile app, to ask them for interoperability, and remind them their duty to make sure public service is available for everybody, and that their role was not to enforce the choice of mobile OS of their citizens.
https://france-identite.gouv.fr/
Surprisingly I got a pretty open and positive reply, apologizing that their app was not compatible with my OS (Ubuntu Touch), and saying they shared the goal of interoperability, and would study that with the development team what was possible. I did not expect such a positive answer, although I don't know if anything concrete will get out of this.
As a side note I wonder why for this kind of app, with a real need of interoperability, they don't use more Qt, because from what I understand Qt allows to develop apps for Android, iOS, Windows, Mac, Linux desktop, Linux mobile (Ubuntu Touch, Sailfishos, Mobian, postMarketOs, pureOs, ect...), all at once, with only few custom things to go for each platform. Any thoughts on that?
Craziest thing:
The calls are partially working out of the box!!!!
Which means we can certainly get calls working one day!
Ok I've found a way to solve keyboard bugs (in X, in a very hacky way) 
. I will make a new release soon, Alongside optimizations to make the app less sluggish.
With those, it will reach the stage of good client for text-only notification-less chat!
(Other features will come later)
First of, thank you so much for the development on Ubuntu Touch, it is becoming amazing!
I have a question about Wayland/Xmir apps (e.g uWolf, Signal-desktop, Snap apps) in the context of the upcoming Mir2.0
Will you consider implementing any of the following, to polish experience with Wayland apps:
Would you need/accept some help to do that?
Ok in this version of whatsweb I have the notifications working without being unconfined, and it gets to the system panel! (Provided the app is not suspended in background)
https://github.com/pparent76/whatsweb/tree/82cd0c659af09bfad4315ba6c39e398d881451c3
Hi,
Whatsweb has been upgraded to version 0.3.0 and later 0.3.2 . @alefnode has merged my work including some improvements listed bellow 🥳. The app should work correctly for all the main features. If you see something not working please do not hesitate report, as I'm working on it these days.
Improvements released in 0.3.0:
Improvements released in 0.3.2:
Improvements released in 0.3.4:
Edit:
The following is the first post of the topic and is now outdated, read the latest posts for latest news
I'm building a new application for the openstore: Signal UT, which will be a custom version of signal-desktop for Ubuntu Touch. I've already succeeded to build an initial .click package of signal-desktop for Ubuntu Touch with basic tweaking to have a more acceptable scale and have the keyboard working. I've made scripts to build it automatically. Currently it is based on a reuse of the binaries from https://snapcraft.io/signal-desktop . But it does not require to use snap to work, it's a standalone click package (that we'll be able to publish openstore later).
https://github.com/pparent76/SignalUT
The app is currently not responsive (but I plan to work on it):
But it is already usable to consult messages, and send small messages (in a sub-optimal way)
What also works or kind of works:
WARNING: This is experimental, use at your own risks. The app currently needs to run unconfined. It contains binaries, that are free software but that I've not compiled personally (coming from snapcraft.io ) and that I have not checked. I do not take responsibility in case of any problem
Knowing that, if you want to be a tester, I'd be glad to get feedback from testers to know if it runs on other phones. So you will find a pre-built .click package here ( ONLY RUN ON NOBLE (24.04) ) :
https://github.com/pparent76/SignalUT/releases/tag/FirstRelease
And I've published the confined version to openstore:
Any feedback about if it works for you, is welcome.
@Fuseteam said in Idea: overlayfs for user terminal:
But i really reccomend joining us on matrix or telegram
Yes thank you, I may join later, when I have a bit more time! 
I find also that sharing infos on the forum is better for making things public and accessible in the long run, and that later we can know precisely what has been tried.
@Opolork Dual boot is possible on vollaphone, it's a feature provided by the manufacturer.
https://wiki.volla.online/index.php?title=MultiBoot_mode_in_VollaOS_for_VollaPhone_Quintus
My solution to the initial question:
Here is my QML module to handle local notifications:
https://github.com/pparent76/UbuntuTouch-qml-notify-module
It contains a script setup-project.sh to install automatically all the requirements into the app project.
Also this push request to the whatsweb app can be pretty informative:
https://github.com/alefnode/ubports-apps/pull/44
Especially this commit that corresponds to setting up the module with setup-project.sh:
https://github.com/alefnode/ubports-apps/pull/44/commits/81d08baba14ed941ca0c9b246d0df543b0a452a6
But the way I would like to mention few things that are currently priority 5 to me, but that could very fast become priority 2 if alternatives are no longer are available:
Also there are 2 things that could make Ubuntu Touch unusable if we don't pay attention:
Identity checking: that currently in France very few people is doing through the smartphone, but the gouvernement is currently developing a solution for Google/Apple only. I've contacted them about that. I known in some countries it is already far worse, like bankid sweeden.
Banking an Payment apps. Again for now I don't care because I can pay with my credit card (and prefer to do so anyway), and banks offer alternatives to authentication with app if you really ask to (with SMS or Yubikey ).
Again now those two points are not a problem for me right now, but it could change fast, so we should all make sure to be as loud as possible, and not quietly accept to use their Google play store app (even if it's more or less possible for now with compatibility layer, it would be quite easy for google to cut that away in the future), to make sure alternatives remain available, and we are not locked away. Especially because European law officially gives us the right to ask for interoperable alternatives. Because Ubuntu Touch can be as good as we want, if we get excluded from official/compulsory services for using it, it will prevent us all from using it as a daily driver.
Actually it's published in openstrore:
https://open-store.io/app/chromiumpdf.pparent