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)
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.
I really think that ideally there should be two distinct permissions for the apps:
Foreground Microphone: The app can only access the microphone when it is foreground, that would be sufficient for most apps.
Background Microphone: That would be usefull for only a small minority of very trusted apps , like phone apps that may need to maintain a call while the phone is suspended.
But it's very different to give the opportunity to spy on the microphone at any moment which is a critical permission, and to allow the app to use the microphone while on foreground which is what most app would need and is way less critical.
En pratique, l appli est bonnes, mais je n ai pas accès aux messages :
La boite de reception ne correspond pas au contenu de celle du site. je n y trouve que les messages 'officiels' de blablacar et aucun des messages de mes passagers.
Je serai intéressé de savoir ce que donne l'application sur UT 24.04-2.x si quelqu'un test à un moment ou à un autre! 
Est-ce que la messagerie fonctionne? ( Ca indiquerai que l'app bénéficie du nouveau moteur Qtwebengine 6 )
Launching apps outside lomiri-app-launch is not going to help debug things, you are introducing a whole lot of additional uncertainties. I asked about immodules to know where to look, not assuming it's the reason.
Then we can always create a .click that will launch and XWayland Qml app. I suspect it will be the same result, but it could be tested to be sure.
Someone will look into it.
Great!
@pparent maybe inform the people you are asking to run random commands that this will run said app unconfined.
I've added a warning notice on my previous posts. Thank you for reporting!
@pparent did you use the restart button in system settings? If so its a bug that needs to be fixed. That button should remove everything from your system. If you remember, give me more details, I'll try to reproduce it.
Anyway the only file outside the app data/cache/config directory is a unit file in your user systemd directory, you can see it by running sysremctl --user status greenline.service
Thank you for your reply, and sorry for my late reply.
What I recall having done is disconnecting my account from the greeline menu, I dont recall the exact button name. But when opening the app it proposed me to make the association again with a whatsapp account
then I have found a solution to the problem:
rm ~/.config/systemd/user/greenline.service
The file was left on the system.
I hope to have more time later to do more testing, but right now it's a bit complicated!
Thank you for your work!
@pparent I tried your little experiment with Maps Exporter. The app launched in an x11 window, and the OSK was gone! This was a fresh install for me as I don't use Google Maps, but I verified that the OSK worked first when I launched it as a click the usual way by pressing the icon.
Ok so when you launch "Maps exporter" it in XWayland mode with the commands above you have no keyboard. Can you confirm it still is the case after refocusing on the XWayland window created by the adb/terminal commands ( by switching to another windows and going back, or by locking and unlocking the phone )?
@ida_ Thank you very much!
@klh said:
immodules.cache hack
It seems to show that the bug is not specific to the "immodules.cache" configuration or even to maliit-inputcontext-gtk, but concerns any XWayland window using maliit.
Thank you very much!
Unfortunately, at the moment, this does not help me understand what happens on 24.04-2.x
immodules.cache hack
Here is an interesting test that can be done to see if the bug is specific to the use of immodules.cache or not. It is possible to start a QML app in XWayland mode.
Here is an example on how to do it with "Maps exporter", but it can be adapted with any QML app: You can enter those commands in abd or in the terminal
WARNING: this will run the app unconfined, only do that with an app that you fully trust, only for testing purposes, and run it preferably only on a testing device with no personal data rather than on your daily driver
export QT_QPA_PLATFORM=xcb
export DISPLAY=:0
export QT_SCALE_FACTOR=2
export QT_IM_MODULE=maliit
cd /opt/click.ubuntu.com/mapsexporter.pparent/current/
qmlscene app/Main.qml
What I observe on 24.04-1.x is that the application starts in XWayland mode and the On-Screen-Keyboard do work, but sometimes it works only after refocusing on the window: by switching to another windows and going back, or by locking and unlocking the phone.(This points once again towards something working wierdly with the focus detection of XWayland windows)
It would be extremely interesting to know how this behaves on 24.04-2.x, if someone can test. Can we get the OSK with a QML app sarted in XWayland mode (with the above commands)?
Also I'm wondering if on existing XWayland apps ( like uWolf, or Min browser or Signal UT ) refocusing on the window ( by switching to another windows and going back, or by locking and unlocking the phone ) could possibly allow to have the OSK appear again in 24.04-2.x , in any way shape or form?
Thank you! What you describe is kind of expected. Currently it seems the keyboard does not work with any XWayland app on 24.04-2.x. Normally the messages are sent by typing Enter/Return on the virtual keyboard.
I could help if you give the output when you run these adb commands, and try to open the keyboard (click on the edit area)
WARNING: this will run Signal UT in an unconfined way, only do that if you fully trust Signal UT, only for testing purposes, and run it preferably only on a testing device with no personal data rather than on your daily driver
cd /opt/click.ubuntu.com/signalut.pparent/current/
export DISPLAY=:0
export LD_LIBRARY_PATH=lib/aarch64-linux-gnu/
export MALIIT_DEBUG=1
export G_MESSAGES_DEBUG=all
./launcher.sh
min starts on 26.02 build 104. Log: minlog.txt
the repeated lines at the end were happening when I was tapping in the URL bar.
It starts but not OSK right?
I see on your logs and on the logs of @equareo that line:
qml: Application requested te be focused but no window for it. What should we do?
So I think your hypothesis might be right! Given that a patch was added in Maliit to "Verify an application has focus before granting it input", it seems possible that the XWayland windows are not detected correctly in Lomiri as giving the focus to the app and therefore block the virtual keyboard. This is only an hypothesis but seems very possible.
It makes me think as well that on the left panel we still have the X icon instead of the app icon, which seems a bit strange to me as the window does now have the right icon under it, on the spread view. But it might be another sign that the XWayland apps might never really get the focus, from Lomiri standpoint.