Today’s change will be about one of our last transformation (non visual but in term of feature) on our journey on transforming the default session in Ubuntu Artful. For more background on this, you can refer back to our decisions regarding our default session experience as discussed in my blog post.
Day 7: Application indicator support in the ubuntu session
As mentioned in day 6, we discussed about indicators. Indeed, we are thinking about providing a solution working for us while not exposing the whole systray content for some specific cases like Instant Messaging applications (empathy, skype…), emails (thunderbird, evolution…) or sync (dropbox…) applications. Indeed, we think it’s an important workflow for most of our users base, especially in light with the removal of systray support in the incoming Shell 3.26. We discussed that heavily (a long couple of hours discussion) during GUADEC and need to settle down on this to see the best approach which is compatible with our common goal: Unity as well as GNOME Shell always had/have the desire to reduce the number of icons there.
This is something that we rather achieved well with our indicator support. It sounds that the user experience and thanks to our user testing results at the time, got quite some traction and adoption in various upstream projects. We should bring that back in the new ubuntu session for our user’s journey. We thus reviewed existing extensions and found the KStatusNotifierItem/AppIndicator Support one. KStatusNotifierItem? Remember that the application indicator specification was mostly taken by KDE as well, hence the name. This kind of experience is particularly important for some use cases as we explained before. However, we identified that some applications (like dropbox or Skype) don’t work yet. Part of the issue for electron apps is that the chromium framework is harcoding the
Unity session name in
XDG_CURRENT_DESKTOP. However, this is even invalid as of today in the unity session as its value is
Unity:Unity7 (this environment variable is a list in the specification) since Ubuntu 16.10. We are thus working to push a proper fix upstream, and will reach to those application developers to rebuild their applications to get the indicator showing up in the incoming artful release.
In parallel to this analysis, we reached out to the extension upstream to get a feeling of operating the same light fork procedure we did for Ubuntu Dock. As it doesn’t have any undesired set of settings, we just needed to change the extension ID and add packaging. More background on why we need to change those are available in the Ubuntu Dock introduction blog post. After getting a swift answer from Jan Niklas, he even proposed that we transfer the main repository organization to the ubuntu main github organization. We still wanted to ask if that was ok to the previous extension maintainer, Jonas, and wrote that down on a bug report to initiate the transfer. All of this is now done!
- The new official extension repository is under the ubuntu github organization. As it’s a transfer opened bugs and PR and redirection works.
- Previous and existing contributors still retain the same rights on that repository.
- The ubuntu branch only contains an ID change + packaging.
- The master branch will still move as it did in the past, via common contributions. We are going to implement more of the protocol (like scrolling on the indicator) directly to that master branch so that everyone can benefit.
- Jan Niklas will continue doing releases on the GNOME extensions website.
- We are going to push some fixes in various apps and upstream to support another session than just unity to get dropbox, skype and other apps working as expected.
As every day, if you are eager to experiment with these changes before they migrate to the artful release pocket, you can head over to our official Ubuntu desktop team transitions ppa to get a taste of what’s cooking!
There is still more to come (but at a slower pace): tomorrow and Friday, I’m heading over to London for our Fit and Finish Sprint on visual Shell and gtk theming. Also, we think that the distraction-free mode (despite being a very noble goal) from GNOME design may be a hard transition for some of our users. Thus, noticing new emails, new IM messaging and such can be difficult. However, the good news is that we have a Dock visible by default, and so, showing back some of the badges and progress bar directly from application is something that we have an API for thanks to the Unity work. That support could be upstreamed to Dash to Dock, and consequently then, our own Dock! This would be a good answer to this problem, taking into account that we are definitively not reimplementing the messaging menu (as told, we don’t want to reimplement the whole Unity in G-S, but only trying to improve what we think our user-base will need). We are currently working all of this and will update you as soon as we have more news. :)