@gpatel-fr said in French ID app interoperability.:
The recent decision about digital control is concerning troubling for a UT user
What are you talking about precisely?
@gpatel-fr said in French ID app interoperability.:
The recent decision about digital control is concerning troubling for a UT user
What are you talking about precisely?
Yes indeed, Thank you. I guess it's more probably related to the touch interface than the GPU. I'm just reusing the Min browser as is, and I don't plan to change/fix the way it works internally.
The most urgent thing to fix in both Min and Chromium would be the password input not working, that comes from Maliit gtk-input-context library. But for now I'm working more on SignalUT I'll see if I have a bit of time for Min a bit later.
Though for now, now alternative browser is a perfect solution because none of them supports copy and paste, so this is hard to open an url from other app with those browsers. Also webapps like whatsweb do require to use the older engine.
Now Qt is now also LGPL that allows to link proprietary software against it.
Also apparently the application will be soon published as opensource code:
https://france-identite.gouv.fr/securite-application/
I share your wariness, but let's not be too pessimistic either and withdraw into ourselves which would be a mistake.
@gpatel-fr said in Merezhyvo browser:
since both are based on a recent Chromium code base it would be surprising.
Though somehow the chromium app is based on chromium 127, while Min is based on Chromium 140. I don't know why he chose an older version.
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?
@domubpkm said in Merezhyvo browser:
The earth rotates in https://open-store.io/app/chromiumut.shapa but doesn't rotate in https://open-store.io/app/min.pparent @pparent
On my side the cube and the earth rotate similarly in the 2 browsers in https://get.webgl.org/ . You can also see "chrome://gpu" in the url bar.
Min and Chromium rely on X for now, so they can't be hardware accelerated with GlES. This is because with the old version of Mir the virtual keyboard is not supported outside of Qt. When Mir2.x is released, the plan is to migrate those ( and Signal Desktop and uWolf ) to Wayland so that they can be fully hardware accelerated, with virtual keyboard and more. But this might not be before another 6 month or more, I don't know how fast the system update will go.
This is very nice!
I could be a good idea to publish it to
https://commons.wikimedia.org/
So that those visuals can be used to illustrate Wikipedia articles about Ubuntu Touch.
It requires to publish it under a creative commons license, I don't know if you would agree to it?
@gpatel-fr said in Crazy stuff: sudo snap install signal-desktop:
Yes I ack that they are open because I think I understand why. The idea is here but solving it is another story because there is always an effort for every result and sometimes the result is not worth it.
Well I don't think you should be so pessimistic:
Of course the port might not happen overnight.
But did you did you read this?
https://forums.ubports.com/topic/11546/organic-maps-on-ubuntu-touch/8
@bunt7 Contacted Alexander the Co-Founder of organic maps, and managed to convince him about the importance of Ubunt Touch, and he is now open to the idea of porting his app to Ubuntu Touch.
I'm also in direct contact with him, and he posted in the topic above, mentioning explicitly mobile Linux.
I'm not sure how much of work he would be willing to invest into this, but he is clearly open at least conceptually.
@gpatel-fr said in Crazy stuff: sudo snap install signal-desktop:
I use it on my desktop, like it but I find the possibility of using it on a small screen like the one of my FP5 rather unlikely.
Some hacks found after a lot of debuging, investigation, trial and error, and perseverance!
I've realized that simulating a keypress from an external keyboard in the window will unlock the enter and back button
@naz.R said in Merezhyvo browser:
I’m not a lawyer, but as far as I understand, these permissive licenses (MIT / BSD-style) allow me to keep my own JS/TS code under a more restrictive “source available, free to use” license, as long as I keep the attributions and don’t claim their code as mine. This is what I am doing now.
Yes BSD, MIT and apache license allow you to make derivative with the only obligation to give credit (to simplify).
The source code is published on GitHub so that people can read it and see how the browser works. My own license is a “free to use, source available” license. The only restriction is that reuse, modification or redistribution of my code is not automatically allowed – people should ask me first.
The app on the OpenStore is marked as Proprietary. I don’t see any more suitable option there.
Yes in that case it is indeed proprietary. You might want to add a license file explaining shortly that in you GitHub directory, to make sure everyone understands and respect your conditions.
Yes it's true as well that if you reuse existing code in your app (like tor, chromium, electron, ect...), this may (or may not) have implications about the license that you can chose for your app, depending on the license of the softwares you are reusing.
This is because some of the Free and Open-source software enforce that any derivative software should in turn be Free and Open-source.
( But not all )
Well first thank you so much for publishing the code! 
Well you are free to choose a license that suit you, whether a proprietary license or a free and open-source license. (You can also decide not to put any license but then what we are allowed to do with your code and app can be a bit ambiguous, although normally standard copyright applies by default) . Be "the owner of the app" can mean several things, you would need to precise what you mean by that in order to define your license. For exemple most Free software licenses (Free software refers to freedom not price), will require to keep the copyright of the original author, and give credit. Owning the app in the open-store is also a different matter.
For me Free and Open-source software is fondamental to control individually and collectively the software we use, and guaranty that the software is doing what we want it to do, and not something the developer has added in its own interest to exploit users, their data, and their device ( That of course, I'm sure is not the case of your app at all
, but is unfortunately very common in the proprietary world ).
Basically everything in Ubuntu Touch system is Free and Open-source software, except binary blobs, given by the manufacturers, that are needed for the hardware, and it's kind of a trade-off to have to use them, because unfortunately in the mobile it's currently very hard to have acceptable hardware running without proprietary blobs drivers or firmware.
The Free software philosophy is personally the reason that I prefer Ubuntu Touch over Android. If it wasn't for that, I would use Android.
Thank you for your work and app!
I have just a question
, the app appears as proprietary in the Open-store. Is that a deliberate choice to make it proprietary? On my side it will unfortunately block me from installing it, even to try it.
Thank you!
There is no roadmap for two reasons:
-First because what I'm doing here is experimental and it's impossible to predict for sure how hard will be something, or event if it will be possible at all, before it's done.
-Second because I'm not payed for this, so I do it depending on my time and desire and motivation and without pressure.
All that I do here is opensource and reproductible. As I said before anyone is more than welcome to jump into the development of this project to make it go faster or in a more predictable way, or implement a specific feature they want.
@projectmoon said in Signal UT: Signal-Desktop for Ubuntu Touch:
@pparent have you experimented with integrating native notifications similar to WhatsWeb?
I will, but I can't do everything at once.
This will require to cross-compile a patched version of libnotify to send notification to Lomiri postal service instead of standard freedesktop.org notifications. This is pretty much of a hack, but it should work since signal-desktop uses libnotify.
Please be patient, the client will improve progressively.
Just wanted to mention here, that Signal UT should now be a usable client for basic chatting, and will keep improving in the coming 2-3 month: