Shu Hung (Koala | 29 Jul 05:14 2015

Feature Request: Better support opening files with "Editor" and "Reviewer"

Dear all,

Most files we come across these days (e.g. png graphics, mp4 video, html file) are meant to be consumed in 2 ways: reviewing and editing.

For example, to review a png, you'd simply use an image viewer software (e.g. Shotwell). To edit it, however, you'd probably need an editor (e.g. GIMP). A reviewer is supposed to load up the file quickly and get user to review it as soon as possible. An editor usually loads up much slower with full capability to manipulate the file.


In Nautlius, you can set 1 default application for each filetype. You may open the file with the "Open with XXXXX" option on the right-click menu.

Since there is only 1 default, you can either set the editor or reviewer. Not both. If you want to open it with the other application, you need to use "Open with other application", select the application and press the "Select" button on the top right corner.


There are multiple ways to improve the situation:
  1. Expose the "Other Application" on right click. Instead of having to use the "Open with other application" pop up, user could access the suggested applications through a secondary menu on right click.

    If I remember it correctly, Nautilus used to work like this.

  2. Have Nautilus support 2 different defaults for some file type (if not all): "Editor" and "Reviewer". On the right click menu, shows the action verbs "View" and "Edit" (instead of "Open with XXXXX").
I personally think (2) is a cleaner design, but it introduces more complications into the "File Properties" pop up.

Please tell me what you think. Thanks.

Koala Yeung
desktop-devel-list mailing list
desktop-devel-list <at>
Sriram Ramkrishna | 24 Jul 19:40 2015

bugzilla commentary...


If you have a bug report where commentators where there are disagreements, please contact the engagement team so that we can look and help out.  Sometimes it might just be an education issue.  I think this will help with communication with the project and those who file bugs.

desktop-devel-list mailing list
desktop-devel-list <at>
Matthias Clasen | 23 Jul 20:26 2015

GNOME 3.17.4

Hi all,

GNOME 3.17.4 is out. This is a development snapshot, so use it with caution.

Among the new things in this release, you can find improved Wayland hi-dpi
support in mutter, IP addresses for vms in gnome-boxes, MathML support in
orca, performance improvements in tracker, events from different boots in
gnome-logs, a new places view in the GTK+ file chooser, a new application
preview: gnome-todo, and many small improvements and bug fixes all over
the place.

To compile GNOME 3.17.4, you can use the jhbuild [1] modulesets [2]
(which use the exact tarball versions from the official release).

You can also test the latest code using the vm images [3] that are
produced by our continuous integration infrastructure,


The release notes that describe the changes between 3.17.3 and 3.17.4
are available. Go read them to learn what's new in this release:

core -
apps -

The GNOME 3.17.4 release itself is available here:

core sources -
apps sources -


This release is a snapshot of early development code. Although it is
buildable and usable, it is primarily intended for testing and hacking
purposes. GNOME uses odd minor version numbers to indicate development

For more information about 3.17, the full schedule, the official
module lists and the proposed module lists, please see our 3.17
planning page:

For a quick overview of the GNOME schedule, please see:

Before the next snapshot, 3.17.90, is released on August 17, the GNOME
community will get together at Guadec 2015 in Gothenburg, Sweden.
We hope to see you there!

Matthias Clasen
GNOME Release Team

devel-announce-list mailing list
devel-announce-list <at>

Owen Taylor | 21 Jul 01:11 2015

How do you hack on GNOME? How can we do better?

As we move to Wayland, some of the ways we used to work on the core parts of GNOME (like gnome-shell --replace)
no longer work. I think this is a good time to look at how we hack on GNOME, how we can make it more standard and
obvious for newcomers, and how we can make it easier.

We can classify hacking on "GNOME" (taken very widely) into the following:

 1) Hacking on system components that require hardware access (kernel drivers, NetworkManager)
 2) Hacking on system components that don't inherently require hardware access (kernel filesystems,
systemd, polkit, gdm)
 3) Hacking on session level components (gnome-session, gnome-shell, gnome-settings-daemon), and the
libraries they use (gnome-desktop, clutter)
 4) Hacking on libraries (gtk+)
 5) Hacking on applications

Which ones of these do you do? How do you do it? Is 'jhbuild run' sufficient for your needs? Do you log into a
jhbuild session? as yourself? as a test user? Do you replace system level components? With 'make
install'? By building packages? Do you use gnome-continuous?

4 and 5 are handled pretty well by jhbuild. I think we can do better in the future for 5 using xdg-app -
application checkouts could be entirely self-contained, with 'make' automatically downloading the
right version of the GNOME SDK if not already present.

3 seems like a place where we can make progress - the vague idea I have is:

 - Move our standard install location back to /opt
 - Have utility scripts that set up a test user
 - Have hotkeys that switch directly back and forth between the main session and the test user session and
respawn the test session

We could theoretically address 2 by having our standard test setup to run in a VM, but a lot of aspects of the
system don't test well in a VM - touchscreen input, multimonitor, networking UI, sound, etc. And running
in a VM isn't possible with jhbuild, so we'd have to switch to gnome-continuous for builds, and it's not
really designed for the same use case as jhbuild - the initial build and cycle times are much bigger.

Addressing 1 systemically would not only require us to switch to gnome-continuous, it requires actually
rebooting into the gnome-continuous tree - so in essence the user would be working in an ostree based
operating system. This seems very much out of scope.

Thoughts? I feel that we don't have a good story for someone coming in and wanting to hack on the core parts of
GNOME right now, but perhaps there are things that I'm not aware of.

- Owen 
Andreas Nilsson | 20 Jul 17:34 2015

Looking for speakers for hacknight in Gothenburg on Aug 11th

Hi all!
FOSSGBG is a local free software group here in Gothenburg that has 
meetups every month or so to discuss various FOSS subjects. They're 
having an event on the 11th of August [1].
Since this overlaps with the GUADEC hackdays, the organizers of FOSSGBG 
thought it'd be nice to make this edition of their meetup about GNOME.

They are looking for people from the GNOME community who would like to 
present their work at the meetup. Let me know if you'd like to 
volunteer. We'd like to have three 20-30 minutes talks. Subjects that 
would be interesting to the audience would be things like app 
development, Wayland and privacy.

- Andreas
Oliver Luo | 19 Jul 17:17 2015

Questions about the migration from GConf to GSettings/DConf

Hi everyone,

I've been spending several days working on the migration from GConf to GSettings/DConf in our project evolution EAS, in order to store accounts of uncertain number. But I've encountered some problems and I think GSettings might not be the right direction. Do you have any suggestions? Here are the methods I've figured out:

1. Use relocatable schemas. In this case, we have one schema being relocatable, and multiple instance of that schema so we can store accounts of uncertain number. But the question is that the instances are separated and there seems no API to control them as a whole, which means we lost the structure information and make things harder in our project.

2. Use child in schema. In this case, we have one controller schema and some children schemas as separate accounts. We can maintain the structure information, but the question is that we can't define children with uncertain number since the name of the child must be defined one to one.

3. Use array of strings as the type of the key. In this case we have only one key named account-info and it consists of uncertain number of strings, which can save account information. The structure seems like this:

<key name="account-info" type="as">
Content: {{"email:example <at>;username:example;"}, {"email:test <at>;username:test;"}, {NULL}}

However, this method still have some inconvenience: we can't search information under exact one account using gsettings because the key here is "account-info", not the real account email address. This means every time we need to change one account or search for one account, we have to read the whole accounts information and then get the one we need. That will be inefficient

I don't have the perfect solution yet, so I'm here to see if anyone could help me. It will be very great if someone know the best way to do that.

Thank you.

Yours Sincerely,

desktop-devel-list mailing list
desktop-devel-list <at>
Release Team | 17 Jul 02:00 2015

GNOME 3.17.4 unstable tarballs due

Hello all,

Tarballs are due on 2015-07-20 before 23:59 UTC for the GNOME 3.17.4
unstable release, which will be delivered on Wednesday. Modules which
were proposed for inclusion should try to follow the unstable schedule
so everyone can test them.  Please make sure that your tarballs will
be uploaded before Monday 23:59 UTC: tarballs uploaded later than that
will probably be too late to get in 3.17.4. If you are not able to
make a tarball before this deadline or if you think you'll be late,
please send a mail to the release team and we'll find someone to roll
the tarball for you!

For more information about 3.17, the full schedule, the official
module lists and the proposed module lists, please see our colorful 3.17

For a quick overview of the GNOME schedule, please see:

Automatically generated email. Source at:

devel-announce-list mailing list
devel-announce-list <at>

zhiwei | 7 Jul 15:58 2015

[gnome-terminal] How to make multi-tab title position to left side?

Hi all,

After upgrading to Ubuntu 15.04, the Gnome Terminal tab title is set to the tab center. I really very dislike to set the title to the center of the window or tab.

I tried with gtk.css but without luck. I also tried to find solution through Google and askubuntu, but still no luck.

Does anyone know how to change the title align to left?

desktop-devel-list mailing list
desktop-devel-list <at>
Andreas Nilsson | 29 Jun 12:21 2015

Don't forget to register for GUADEC!

For everyone attending GUADEC, August 7-12, don't forget to register!
The registration system is at and you 
can log in using a Mozilla Persona [1] provider, such as  <at>, 
 <at> or  <at>


- Andreas
Kevin Wilson | 21 Jun 18:04 2015

Getting error in ./configure of gnome-terminal

When running ./configure on gnome-terminal from Feodra 22 (gnome-terminal-3.16.2
I am getting this error:

checking for NONE/share/dbus-1/interfaces/org.gnome.ShellSe
archProvider2.xml... no
configure: error: gnome-shell search provider requested but
interface definition file not found

Any ideas ?

Lasse Schuirmann | 20 Jun 09:04 2015

Welcome Interns

Hi all,

GNOME accepted 24 Google Summer of Code interns and one Outreachy
intern! Additionally, one student submitted the same proposal with
GNOME and with the Mono Project to work on Banshee, and was accepted
by the Mono Project. All the interns made a contribution to the
project they were applying to work on and connected with their mentors
during the application process. We are thrilled to have these talented
and dedicated contributors have a chance to spend the whole summer
working on GNOME! Thanks to Google and the GNOME Foundation for making
these internships possible!

Thank you to all the mentors who helped the applicants along the way
and will guide the participants this summer! We are especially glad to
have five mentors who have previously participated in GSoC with GNOME
as students - Sebastian Dröge, Izidor Matušov, Tobias Mueller, Lasse
Schuirmann, and Carlos Soriano! Everyone, please help out mentors from
your project by also helping the participants when possible.

Please feel free to arrange to meet with interns from your town for
beer, juice, and/or hacking! (Interns, please feel free to reply with
an update if you are in a different city this summer.)

Below is the list of all the interns’, their projects and their
mentors. You can learn more about the Google Summer of Code projects
at The
interns have already started blogging about their work on Planet GNOME
and will continue throughout the summer.

Thanks to everyone and welcome to the interns!
Lasse, on behalf of GSoC and Outreachy admins


= Android/GNOME Interoperability =

Ronan Timinello (flyingrub) - "Android/Gnome synergy : Creating a real
interaction between PC and Phone"
Location: Montpellier, France
Mentor: Andrea Curtoni

Ankit (ankitstarski) - "Make use of phone as a GPS device (AKA GPS sharing)"
Location: Srinagar/Jammu, India
Mentor: Zaashan Ali Khattak

= ATK =

Magdalen Berns (magpie) - "Develop The Java ATK Wrapper"
Location: Edinburgh, Scotland, UK
Mentor: Federico Mena Quintero

= Banshee =

Stephan Sunderman (ssundermann) - "Improve Banshee’s Mac OSX support
and revamp the UI"
Location: Berlin, Germany
Mentor: David Nielsen

(with Mono)
Andres G. Aragoneses (knocte) - "Get Banshee v3.0 final version out the door"
Location: Madrid, Spain
Mentor: David Nielsen

= Boxes =

Adrien Plazas (Kekun) - "Boxes: Hardening Sprint, GtkAssistant and
MIME-types Integration"
Location: Montpellier, France
Mentor: Zeeshan Ali Khattak

= coala =

Abdeali J Kothari (AbdealiJK) - "Gedit code-analysis plugin using coala"
Location: Chennai/Bangalore, India
Mentor: Lasse Schuirmann

Udayan Tandon (udayan12167) - "GNOME GUI for coala"
Location: Delhi/Bangalore, India
Mentor: Lasse Schuirmann

= Clocks =

Saurabh Patel (saurabh_P) - "Clocks Redesign"
Location: Gandhinagar, Gujarat, India
Mentor: Lasse Schuirmann

= Documents =

Alessandro Bono (abono) - "Implementation of gnome-document collections dialog"
Location: Biella, Italy
Mentor: Debarshi Ray

= Evolution =

Oliver Luo (Oliver1992) - "Evolution configuration EExtension for
Exchange ActiveSync"
Location: Beijing, China
Mentor: David Woodhouse

= F-Spot =

Valentín Barros (Sanva) - "Finishing the port of F-Spot to use GTK3"
Location: Santiago de Compostela, Spain
Mentor: Stephen Shaw

= Getting Things Gnome =

Jakub Brindza - "General re-design of Getting Things GNOME"
Location: Edinburgh, Scotland, UK
Mentor: Izidor Matušov

= GStreamer =

Marcin Kolny (loganek) - "GStreamer: Refactor a gstdataprotocol
library and create GStreamer's debugger"
Location: Gliwice, Poland
Mentor: Sebastian Dröge
= GTK+ =

Timm Bäder (baedert) - "Add image viewing widget to GTK+"
Location: Karlsruhe/Stuttgart, Germany
Mentor: Carlos Garnacho

Arnel A. Borja (arnel/kyoushuu) - "Help Overlay in GTK+"
Location: Taytay, Rizal, Philippines
Mentor: Matthias Clasen

= Logs =

Jonathan Kang (jkang) - "UI Improvement and New Features
Implementation for Gnome-Logs"
Location: Shijiazhuang, China
Mentor: David King

Rashi Aswani (rashi) - "Automated tests for Gnome-logs"
Location: Hyderabad, India
Mentor: David King

= Nautilus =

Georges Basile Stavracas Neto (feaneron) - "Add Drive dialog for Nautilus"
Location: São Paulo, Brazil
Mentor: Carlos Soriano

= Nibbles =

Iulian-Gabriel Radu (iulianradu) - "Nibbles: Modernization"
Location: Bucharest, Romania
Mentor: Michael Catanzaro

= Polari =

Bastian Ilso (bastianilso) - "Enhance the chatting experience in Polari"
Location: Aalborg, Denmark
Mentor: Florian Müllner

= Privacy =

Andrei Macavei (andreimac) - "GNOME Keysign - make it GNOME-ready"
Location: Bucharest, Romania
Mentor: Tobias Mueller

Yuuma Sato (yuuma) - "Implement GnuPG pinentry program instead of
GNOME Keyring GnuPG Agent"
Mentor: Stef Walter
Location: Campinas, Brazil

George-Cristian Muraru (georgemuraru) - "Disable USB on lockscreen"
Location: Bucharest, Romania
Mentor: Tobias Mueller

= Shell =

Shivam Mishra (shivam) - "Implementation of Additional Event Sources
for GNOME Shell's Time & Date drop-down"
Location: Greater Noida (Uttar Pradesh), India
Mentor: Florian Müllner

= Usability Testing =

Gina Dobrescu (ginux) - "Usability Testing"
Location: Grenoble, France
Mentor: Jim Hall
desktop-devel-list mailing list
desktop-devel-list <at>