P
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.
Hello everyone,
I figured I would make videos about Ubuntu Touch, to contribute spreading the word.
I'm thinking about making videos to present my applications, reviews/demonstration/tests of the system in general, and possibly videos where I explain why I'm using Ubuntu Touch, and how I got to it.
Here is my first video presenting the application Maps exporter:
English version: https://www.youtube.com/watch?v=GR0eqz7wpyM
French version: https://www.youtube.com/watch?v=rOJkiSa28Ss
This is still quite experimental so if you have feedback on how to improve the videos for the next time feel free to do so! 
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)
Hello,
I just wanted to share that I'm not a big fan of snaps in the open-store, especially how it is currently done.
Most snap apps are not currently usable on a phone screen ( scaling problem, no OSK, no integration with contentHUB, no integration with URLdispatcher, interface designed exclusively for desktop, ect...)
I think it can be a bit confusing to list them for newcomers especially because:
Some snap apps, that are not usable at all on a phone screen, often get higher in the search results than some apps developed specifically for Ubuntu Touch, that have multiple positive reviews, and match completely the search terms. Sometimes there really are a lot of snap apps, I think this can mislead completely a newcomer to test a bunch of non-working snap apps, instead of testing working apps developed specifically for UT.
There is a mention of "Snap application" but this is a small text that does not allow to distinguish rapidly and visually.
Overall I think it makes things more messy and harder to find an app that works for your need. I think overall it might give to a newcomer the image of a mostly non-functional apps store.
Example:
You type "pdf" many snaps unusable on a phone are displayed before "Annotate" or "Document Viewer"
You type "Whatsapp" many snap unusable on a phone are displayed before "Whatsnew"
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!
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?
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,
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.
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.
pparent said:
I've noticed a bug that is a bit problematic:
I cannot allow a QML5 app to have access to the microphone.
For example if I install the Recorder app, without previous install, I cannot record anything, because I cannot allow it to access to the microphone, no authorization dialog shows up.
I guess the same may apply to position permission.
After a reboot the problem seems gone. I don't really understand because I had tried with several different apps and got the same problem.
Intersting informations from Graphene on RCS:
I don't understand that UE lets Google do that. They passed a law to force a private actor to interconnect with competitors like Matix. But there fine with the telephony standard being phagocytosed by a foreign actor like Google.
I think some actors like Matix, alternative Rom providers, Ubports, Jolla, should unite to demand that the service be interconnected with an independent server compatible with FOSS clients.
Thank you the information!
Since we're in July, MMS is no longer available in Germany. So for now, we're not able to send Photo/Video/Audio without relying to any of these instant-messenger out there.
I think RCS should be a top priority for UT, as it is currently one of its most important missing feature!
I've posted a new version of Touch Piano, that now runs on 24.04-2.x, you can retry your tests with it if you want.
My guess is that at least part of the packets included into the bundle could be removed to use the system libraries on 24.04-2.0, but I will wait for official Qt6 app guidelines before doing that.
That's why recorder app works for me on my volla 22 and 24.04-2.x today daily ? because the app was installed before ?
The microphone permission system might be buggy whether or not you had the app installed before migrating to 24.04-2.x .
It could be something a bit like this
@pparent I like Seagull very much. You could write it with an i, like Sigull
Or "Sigul" with a single "l" sounds nice! 
For now "Sigul UT" to keep continuity and recognizability , I might later drop the "UT"!
Thank your for your message!
The word sigma has some not very neutral meanings tied to it these days, as in alpha, beta and sigma males. I would not go for this name, unless you want the app to be associated with the manosphere.
I did not know about that, but then do you mean we should accept to not use greek letters anymore? Should we stop talking about Alpha and Beta versions of software? (exemple 24.04-2.0 Beta )
I would like something close enough to "Signal UT" so that we can mentally link it and know this is the same app. And I don't really want to add a reference to an animal I prefer it to stay on a neutral reference or a reference to privacy.
Other possibilities:
Any preference?
