• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login
UBports Robot Logo UBports Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login

Apps using Oxide

Scheduled Pinned Locked Moved App Development
8 Posts 3 Posters 1.6k Views 2 Watching
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • D Offline
      doniks
      last edited by 1 Oct 2018, 16:47

      Dear UBports!

      There is this long coming change of replacing oxide with qtwebengine. I understand that in the (very) near future, browser and webapps will be based on qtwebengine and not on oxide anymore.

      How does this affect third party apps that use oxide? Will they just continue to work as well (or as badly) as they do now, or are some changes in the libraries, repositories, sdk apis, somethingelse coming that would require some (immediate) action by third party developers?

      Case in point, there is this cute little email client that tries to climb out of the fog of history back into the open store, but it happens to have oxide tatooed on the inside of it's eyelids ....

      1 Reply Last reply Reply Quote 2
      • M Offline
        mariogrip Administrators
        last edited by 1 Oct 2018, 18:08

        We are moving 100% to qtwebengine/morph on devel really soon this week.

        For native webapps they would magic move to qtwebengine since we are changing the container code. webapps+ is a different story since they import oxide, they have to be ported.

        Ubuntu.Web is ported to qtwebengine, but depreciated.
        Morph.Web is the new library that's based on Ubuntu.Web so its backwards comparability with it.

        For qml apps using Ubuntu.Web without using oxide specific apis would "just work" without needing to port them.

        Oxide will be removed, so this is where you would need to do "porting". Most apis are similar or has similar options. Any app that import oxide has to be ported.

        Morph.Web is mostly qtwebengine but with user agent scaling for convergence + some other fixes to make it work better for phones and desktops, this is a small library. I really recommend using this.

        import QtQuick 2.4
        import Morph.Web 0.1
        
        WebView {
             url: "http://ubuntu.com"
        }
        

        I will make a more of a "guide" once devel is out with 100% QtWebEngine.

        D 2 Replies Last reply 1 Oct 2018, 18:50 Reply Quote 1
        • D Offline
          doniks @mariogrip
          last edited by 1 Oct 2018, 18:50

          @mariogrip damn. I was hoping it would just be a new library and a new api and the old library and api would continue to be for the time being 😞

          A 1 Reply Last reply 1 Oct 2018, 18:56 Reply Quote 0
          • A Offline
            advocatux @doniks
            last edited by 1 Oct 2018, 18:56

            @doniks I assume there will be a "transition phase", not a drastic kill

            D 1 Reply Last reply 2 Oct 2018, 05:12 Reply Quote 0
            • D Offline
              doniks @advocatux
              last edited by 2 Oct 2018, 05:12

              @advocatux said in Apps using Oxide:

              @doniks I assume there will be a "transition phase", not a drastic kill

              @mariogrip can you comment on that? The way I read your message, there is no transition phase.

              That will certainly affect the time to market of /cute little email client/. I haven't checked it myself, but @delijati thankfully gave it a shot and fixed some stuff, but is still stuck with other stuff still. So, well, it's work for sure

              M 1 Reply Last reply 2 Oct 2018, 21:47 Reply Quote 0
              • M Offline
                mariogrip Administrators @doniks
                last edited by 2 Oct 2018, 21:47

                @doniks Yes there will be a transition phase, we wont "just remove" oxide 🙂 The phase time really depends if and how many apps it breaks, since we keep Ubuntu.Web we really hope the transition would be minimal.

                What i meant with 100% QtWebEngine is that every part that is "pre-installed" like browser, web container etc would be moved over, not that we would remove oxide.

                Ubuntu.Web will still exist and will not go anywhere, It will still be based on oxide until oxide is removed, once oxide is removed it will be moved over to QtWebEngine so it will continue to work (unless it uses oxide only apis)

                The oxide api will be removed at some point, when is still unsure. We would need to go over and see how many apps use this raw, and how many apps will break as an result of this. We will also try our best to create a compat layer to be able to make the transition without breaking apps (like webapps+)

                D 1 Reply Last reply 3 Oct 2018, 16:51 Reply Quote 4
                • D Offline
                  doniks @mariogrip
                  last edited by 3 Oct 2018, 16:51

                  @mariogrip thanks for clarifying!

                  1 Reply Last reply Reply Quote 0
                  • D Offline
                    doniks @mariogrip
                    last edited by 17 Oct 2018, 20:58

                    @mariogrip said in Apps using Oxide:

                    I will make a more of a "guide" once devel is out with 100% QtWebEngine.

                    Any update on this?

                    1 Reply Last reply Reply Quote 2
                    • First post
                      Last post