I don't know if Oleg (Romaxa) is still interested in this work. He was doing work for Nokia's MeGo platform when the code was added. MeGo was shut down by Nokia. Sailfish OS is the continuation but I don't know of any attempt to get Firefox running on Sailfish. Wolfgang is a long time Mozilla/SUSE contributor. Doug was a lead engineer on the mobile project at the time of the code addition. Now he is managing a platform engineering group. I don't think he has any attachment to this code. CC'ed them on this thread for comment.
Kevin On Mon, Apr 18, 2016 at 11:24 AM, Jim Blandy <jbla...@mozilla.com> wrote: > Where is this work taking place? Would it be possible for you to work > directly in mozilla-central? > > Looking at the hg history of the the widget/qt subdirectory, all the > changes I see there are Masayuki updating it for changes elsewhere, and > people making tree-wide changes that have nothing to do with Qt. > > So, like any other directory would, this code is creating work for other > engineers. It needs to have someone responsible for it who actually cares > whether it works or not. > > According to the module list at: > > https://wiki.mozilla.org/Modules/All > > The owner of widget/qt is Oleg Romashin, and the peers are Wolfgang > Rosenauer and Doug Turner. Is this information current? > > > > > On Sun, Apr 17, 2016 at 8:12 AM, Raine Mäkeläinen < > raine.makelai...@gmail.com> wrote: > > > I think that in this context we are talking about mozilla/widget/qt/* > > components and yes we're using those in our Gecko build. We don't use > > QWidgets for Sailfish Browser. User interface of the Sailfish Browser is > > written with Qt QML. > > > > There is more info in the embedding wiki [1] and Dmitry's blog [2]. > > Rendering pipeline has changed after Dmitry's blog post but otherwise > quite > > close to the current state. > > > > [1] > > https://wiki.mozilla.org/Embedding/IPCLiteAPI > > > > [2] > > http://blog.idempotent.info/posts/whats-behind-sailfish-browser.html > > > > -Raine > > > > 2016-04-14 20:38 GMT+03:00 Henri Sivonen <hsivo...@hsivonen.fi>: > > > >> Added Raine Mäkeläinen, who has been committing to qtmozembed lately, to > >> CC. > >> > >> On Thu, Apr 14, 2016 at 1:51 AM, Jim Blandy <jbla...@mozilla.com> > wrote: > >> > On Tue, Apr 12, 2016 at 4:27 AM, Henri Sivonen <hsivo...@hsivonen.fi> > >> wrote: > >> >> > >> >> On Tue, Apr 12, 2016 at 7:45 AM, Masayuki Nakano < > >> masay...@d-toybox.com> > >> >> wrote: > >> >> > So, my question is, why do we still have Qt widget in > >> mozilla-central? > >> >> > What > >> >> > the reason of keeping it in mozilla-central? > >> >> > >> >> My understanding is that > >> >> https://git.merproject.org/mer-core/qtmozembed/ still uses it. As we > >> >> are figuring out how to be more embeddable (see > >> >> https://medium.com/@david_bryant/embed-everything-9aeff6911da0 ), > it's > >> >> probably a bad time to make life hard for an existing embedding > >> >> solution. > >> > > >> > > >> > This doesn't really answer the question. We can't have code in tree > that > >> > isn't tested, and isn't used, and has nobody responsible for it. > >> > > >> > If someone is willing to fix it up and get it tested and included in > the > >> > continuous integration process, then that's fine. But "someone might > >> want to > >> > use it in the future" can't possibly be a legit reason to keep > >> substantial > >> > bits of code in the tree. > >> > >> It looked to me like the code is being used *now*. > >> > >> Raine, does qtmozembed use the Qt widget code from mozilla-central? > >> > >> -- > >> Henri Sivonen > >> hsivo...@hsivonen.fi > >> https://hsivonen.fi/ > >> > > > > > _______________________________________________ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform > _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
