Copy / Paste and Webapps
-
Hi all,
I recently installed UBports Ubuntu Touch, and while setting up apps I noticed that I am seemingly unable to paste text into webapps. I'm wondering if this is a bug, or simply isn't a feature for some reason (security? limitations of webapp framework? are click packages sandboxed? can it be enabled somehow?).While I can copy from and paste to native apps (Including the Morph Browser), I tried using Gmail UT, Facebook and Facebook Basic and was unable to paste text into these apps. The usual long press on a text input field did not reveal any options.
I have a Keepass database with long, randomly generated passwords for all of my accounts, and I don't see typing these passwords as an option... especially not on an on-screen keyboard.
I'm using the Xenial stable branch (OTA-9) on the Oneplus One.
Best Regards and Thanks in Advance,
J -
Yes, this is a major shortcoming of the webapp thing. They are very isolated (like independent apps as far as I can tell), despite basically just being the web browser.
I prefer to useweb apps as they have better persistance through multi-tasking (tabs get dumped from memory quite aggressively, meaning a lot of reloading pages), but find it annoying that copy-pate doesn't work all the time. Generaly this means opening said page in the browser, signing in a second time, and pasting.
This works for forum conversations, but I see how the current situation wouldn't work for long random passwords. You either need copy+paste for webapps, or signin persistence between webapps and browser.
edit
upon further investigation, it seems only webapps based on the ogrs container don't have clipboard access, the simplest ones do have access.But apps like Dekko do not...
-
@Giiba said in Copy / Paste and Webapps:
upon further investigation, it seems only webapps based on the ogrs container don't have clipboard access, the simplest ones do have access.
But apps like Dekko do not...That is likely due to both the current ogra container and dekko still using oxide, which is being replaced by QtWebEngine. The issue itself is unrelated to the isolation/confinement of apps, and anything still relying on oxide really needs to get updated to use ideally the
Morph.WebQML API instead, or QtWebEngine more directly if lower level things are necessary for some reason. -
@dobey
that would explain what I've seen, thanks for the info. And explains why uNav, which uses some oxide stuff under a qml interface, has copy+paste. -
@dobey said in Copy / Paste and Webapps:
dekko still using oxide, which is being replaced by QtWebEngine.
It was also said in the Q and A 45, March 16 :
MORE INFORMATION ABOUT DEKKO 2 DEVELOPMENT :
"Dan is extremely busy with it. He is moving Oxide dependent elements towards support by qtwebengine. Not an easy task."So, do you confirm that ? Do you think (can you say if) it should be a long task yet ?
.. a long but essential for the development of dekko 2 (which has also problems of copy/paste https://gitlab.com/dekkoproject/dekko/issues/146), i think.
-
I think the problem is that some implementations such as context menus are very specific to the Morph browser and web containers. It seems that those things cannot be easily implemented in an embedded webview in an app. At least that's how I see it when I saw the codes. It would be great if we use WebView from Morph.Web then we'll get the same context menus from the browser and other stuffs.
-
@domubpkm said in Copy / Paste and Webapps:
"Dan is extremely busy with it. He is moving Oxide dependent elements towards support by qtwebengine. Not an easy task."
Well, I don't think Dan is doing the work to convert it to webengine, but yes it is happening, and it is not easy due to how Dekko uses oxide.
