@danqo6 Oh, I see... then it might be a useragent thing https://stackoverflow.com/questions/28090737/not-acceptable-an-appropriate-representation-of-the-requested-resource-could-no If that's it, qml http request will ignore the user agent. It could be done with a SingleDownload element... mmmm

@cibersheep Thank you for your thorough answer, I like the idea of the openstore but I remember hearing concerns for snap packages because of their centralized nature. My understanding is because you have to be approved simliar to ios or android. I'd assume because OpenStore's opensourced problems like these are alot less likely.

Like @Keneda I'd not be very useful to get this app to do what it's supposed to do due to total lack of programming skills. Just wanted to thank you for your efforts and hoping someone will make this a must have application. Afaik it's the only app in the Open Store for this scanning purpose I'm desperately looking for. I was thrilled to see the native camera app working since OTA-16 stable and I couldn't wait to use your app, unfortunately it's not working as it should on my Oneplus 3T. All the best for your tooling endeavours!

@phoenixlandpirat Apparently the new jami-qt client has a experimental feature called swarm chats (see the later part of the presentation) that uses some sort of git based system to merge chats between multiple clients and which should also allow syncing messages as soon as you come online (especially if you have a second desktop client with the same Jami account running somewhere that syncs as well). Not 100% sure if that will solve all those issues, but it seems like a big step towards making Jami quite a bit more usable under such circumstances. Edit: This question is specifically addressed in the Q&A part: https://framatube.org/videos/watch/bb2bc866-4124-4ed4-9f87-15918470ebf2?start=42m38s (well sort off...) Edit2: https://git.jami.net/savoirfairelinux/ring-project/-/wikis/technical/2.3. Swarm

@randomuser Thanks for the feedback. New release is in the store. I am not sure what happend to emojis, some formatting was improved. There are some NSFW posts in /r/All, but probably Reddit is censoring some of them (I have nothing to do with that). I added ability do hide NSFW posts. With updated youtube-dl videos should work again

@vlladdrakk thats what i was thinking of doing, is finding an app and study its language code and mess around with it. Thanks for the input guys. Yeah i dont know any language ive studied a little bit of bash python and javascript but i want to focus on one to actually build something. Ill look at other peoples code, monkey see monkey do

@ernest - thank you both so much for your work on this! It is working great. Very grateful that I can now use UBsync on my Volla Phone. Best regards, Steve Berson

probally the sailfish specific ui elements

@aarontheissueguy Yes that is true but since UT was dropped by Canonical, the toolkit has only been maintained just to make sure it's working so nothing substantial. And there's also no plan as far as I know, to pushing it forward. QQC2 is more future-proof at the moment. But of course, feel free to still use Ubuntu components. They're still fine as it is now

@comlarsic A very cool idea! Kodi plugins work in Python, you can take authorization algorithms and program work from them https://github.com/CastagnaIT/plugin.video.netflix You can use the Morph browser component to play the video. You can see how this is implemented by me https://github.com/pavelprosto94/uvideo The video player code itself is here https://github.com/pavelprosto94/uvideo/blob/main/src/index.html

@playforvoices I think not. I did not research Deltachat, but we had a thread on Threema before and someone reported having run OpenMittsu on Libertine, but it isn't very practical. But OpenMittsu has a desktop Qt based (bad) UI and I am sure the main developer would highly apprechiate someone contributing a more modern QtQuick based UI also compatible with UT. Otherwise... the Threema web client is open source and should be fairly easy to get running as a Webapp on UT. However similar to WhatsApp web it needs a running Android or iOS client to relay the messages.

@poVoq Thanks for the reference. I built the TTS larynx from the rhasspy project on my Cosmo Communicator. Speech output for US English and German is good and fast enough for me.

I tried to use the onofo python scripts directly. For a one-step USSD request from the shell everything looks good, the data is output to the console: ~$ /usr/share/ofono/scripts/initiate-ussd /ril_1 "*100#" State: idle USSD: Current: 235.79, Limit: 300 But if a dialog is required, the answer appears on the screen, asks you to enter the number of USSD menu item, and press the button. If I click the button, the window closes and the script crashes with the following errors: ~$ /usr/share/ofono/scripts/initiate-ussd /ril_1 "*222#" State: idle Traceback (most recent call last): File "/usr/share/ofono/scripts/initiate-ussd", line 35, in <module> result = ussd.Initiate(ussdstring, timeout=100) File "/usr/lib/python3/dist-packages/dbus/proxies.py", line 145, in __call__ **keywords) File "/usr/lib/python3/dist-packages/dbus/connection.py", line 651, in call_blocking message, timeout) dbus.exceptions.DBusException: org.ofono.Error.Failed: Operation failed So there is USSD processing in the system. Only for some reason it does not work. For example, there is no possibility to "call" a number beginning with an asterisk "*". Is there any way to get this program code to work completely?

@dobey oops, there I go not reading again...

For input to work on Nexus 5 (hammerhead), a udev rule has to be added using the following instructions: Make the rootfs rw using the Ubuntu Touch Tweak Tool (UTTT) Run this command on the device/over SSH: echo 'ACTION=="add", KERNEL=="uinput", OWNER="system", GROUP="bluetooth", MODE="0660"' | sudo tee /lib/udev/rules.d/70-android_additional.rules Reboot device This fix has to be applied only once. It will become redundant after OTA-17 is released, as there is an open PR to fix it (https://github.com/ubports/android_device_lge_hammerhead/pull/30).

@dobey, thank you very much for replies! Plan is to have only one executable that is exported into app drawer, GUI part. Or taking into account your replies, some master script starting all components. Sounds like it is possible to have such separation on UT as well. However, at this time, it will just add some complexity without any benefit. What is not clear what will happen on the case of GUI app shutdown. So, assuming I have a script along lines #!/bin/sh start dbus & start daemon & exec gui and gui gets closed by the user. Will all processes started in that confined env be killed? If yes, which signal(s) will be used?

@007fred50 great, don't forget to mark this topic as "Solved"