You Got A Question? Ask    GNOME Community!

Every Detail Matters 2 is open for Hacking!

This post was made with an older stylesheet

Every Detail Matters, Round 2

Alright, the title suggests that we are dealing with some small annoyances in Gnome like bad animations, setting easily wallpapers, make things more clear etc. But there are also some more significant things in here:

Re-Arrange Workspaces: At the moment you can only re-arrange Windows inside Workspaces (on the right) in Overview Mode. Something that many had asked was the option move not just the Apps, but the whole Workspace.

Controls in Overview (OSD): OSD Controls like Volume or Print Screen don’t work in Overview Mode.

Access Notifications: Right now there is Super+M that opens the message tray.  What if we want to expand and bring in focus a notification banner with the keyboard?

Every Detail Matters aims to fix all these (plus 20 more issues) ..which aren’t details at all!

This is still in the planning stages and the list of bugs has not been finalized

Calendar menu changes height with some months Incomplete
Hide the events pane when its empty Incomplete
Lock Screen
Lock screen – don’t show the pointer on the curtain until it is moved Incomplete
love.png Show a drop shadow beneath the notifications box Fixed by JasperStPierre
Misalignment in the notifications box Fixed by JasperStPierre
Jerky screen shield movement Incomplete
Transition from login screen to desktop isn’t right Incomplete
Blue login button oddities Incomplete
Allow raising the screen shield using the mouse wheel Fixed by GiovanniCampagna
Set the speed of the shield reveal from the speed of the mouse Incomplete
screenShield: Tweak curtain animation timings In progress by RuiMatos
Dragging a launcher from the app view: make the grid button insensitive Fixed by JasperStPierre
Dash – launchers should slide when rearranging Incomplete
Allow dragging of workspaces to reorganize them Incomplete
No animations when dragging to create a new workspace Incomplete
workspace switcher – visual effect on hover Incomplete
remove the little part of the background we see when switching workspace Incomplete
Window Selector
window thumbnail shadows in the overview Incomplete
window captions don’t resize on update Incomplete
Highlight application windows when hovering launcher icon In progress by GiovanniCampagna – NEEDS REVIEW
Modal windows disappear in the overview In progress by GiovanniCampagna – NEEDS REVIEW
highlight window thumbnails on hover In progress by GiovanniCampagna – NEEDS REVIEW
Keyboard navigation of windows in Activities overview Needs review
Message Tray and Notifications
IM banner should grow taller with conversation Incomplete
Super+M should close the tray as well as open it In progress by FlorianMullner
love.png Keyboard shortcut to expand & focus notification banners Claimed by FabianaSimoes – needs design
Show feedback notifications when the user is busy Incomplete
Smileys not supported in notifications Incomplete
Conversations – time stamps are noisy, misaligned with message Fixed by CarlosSoriano
Incorrect badge placement In progress by CarlosSoriano
The active area of tray items should extend to the edge of the screen Incomplete
Expanded chat notifications should be scrolled to the bottom when you open them Incomplete
Legacy 16x16px icons look bad in the restyled message tray Incomplete
OSD’s don’t work when in overview mode In progress by FlorianMullner
Non-linear overview and modal dialog shade In progress by GiovanniCampagna
love.png Overview search box is too subtle Incomplete
Direct manipulation of the wallpaper Incomplete

Every Detail Matters Wiki

A demonstration of the importance of the Project. This is a Every Detail Matters bug from round one that came in Gnome 3.8 trying to use all available space for windows in window selector

1. Window Selector Before

2. Window Selector After

Allan Day Says:

The window selector has undergone a major overhaul to make it use the available space as efficiently as possible. We spent quite a long time on this, going through many iterations until we were happy with it.

Not only does this mean that you get much bigger window thumbnails in the overview, but thumbnails are also sized in relation to the actual window. This makes identifying  smaller windows much easier.

There’s a whole bunch of Activities Overview enhancements that we lined up for the 3.8 cycle; this is just the beginning.

Source: Google Plus

Allan Day | Announcing Every Detail Matters, Round 2

Details matter. Small aspects of a user interface make a huge difference. Get them right, and the experience becomes beautiful, satisfying and easy. Get them wrong, and it can be clunky, awkward and ugly. It’s only by paying attention to the details that we can raise the quality of the GNOME 3 user experience and make it fantastic.

Every Detail Matters was first run in the GNOME 3.4 development cycle, with the aim of getting the details right. We assembled an awesome crew of contributors who fixed, polished and enhanced the GNOME 3 experience, and who made a big difference to the quality of the 3.4 release.

Now Every Detail Matters is back. We’re going to be working hard through the 3.8 cycle to improve as many details as possible. Together, we’re aiming to make GNOME 3.8 the most polished version yet.

Every Detail Matters is a really good opportunity to make a contribution to GNOME. For the 3.8 cycle, we are targeting a whole range of bugs. Some are easy and good for beginners, and some are a bit trickier and will need a more experienced hand to fix. There’s something in there for everyone. If you fix just one bug, you can make a real difference to GNOME 3.

There’s a list of bugs that we are targetting on the Every Detail Matters wiki page. Thanks to the efforts of our developers, a bunch of them have already been fixed while I have been putting the list together. But we want to fix more of them. Like last time, we are aiming to resolve 20 of these issues before the end of the cycle.

We’re monitoring the Every Detail Matters bugs, and we’ll make sure that you get feedback and code review as fast as possible. So, pick a bug, and get hacking!

Source: As far as I know

Happy Hacking :)

  We can't watch comments unless G+ provides an API or if you send a notification, e.g +World Of Gnome
     Sometimes is better to place your questions on GNOME Community
  • Stiph

    This is a very nice way to attract new developers and improve all those little (or bigger) bits the main developers do not have time to work on.
    I’m tempted to contribute myself, I just have to find something easy enough.

    I’ve been developing a gnome-shell extension (in JS), and the platform is really faster to develop with for newcomers than C because of IDE shortcomings. Of course, this is because of tradeoffs on autocompletion and assistance as there is no compilation, no debugging, etc. But globally, I think the learning curve is lower, and the maintenance is about equal (I will not say easier, as I have no mean of testing regression except testing everything, and there is no unit tests for extensions which is the only solution for robustness in runtime environments -but, the code is wa~~~~y shorter).

    Good times ahead!

    • alex285

      Good times ahead indeed :)

  • w1ngnut

    I want to contribute to this project. As soon as I get an operational ubuntu at home will dive into this. Great initiative!

    • alex285

      I guess Fedora is a better choice if you are going to do Gnome developing.

      • foobar

        Doesn’t matter, you wont get around jhbuild anyway. Believe me, I tried. :)

        • alex285

          Yesterday I managed to run GS with JHBuild – o/ – in UGR..It took me like 3 hours :) I spend another 5-6 hours to try to build GCCenter, with no luck :)

          • w1ngnut

            Really? Was planning to setup UGR but if it’s that nighmare, what’s next? jhbuild is essential to build it? Do we need to build it all or just the package we’re working on?

          • alex285

            JHBuild is needed for building (and running) an isolated (from your current) Gnome version from Gnome Git. It is meant for those that doing “core” Gnome Development (typically on the next Gnome Version, i.e. 3.8). You can build only the package you are working on, plus the dependencies.

            Personally I think building next Gnome in a Rawhide is easier. And I say personally, because obviously I don’t know how to use JHBuild. I just tried once yesterday :)

          • foobar

            jhbuild is pretty much a helper that builds (with the right setting) the package you want to hack on and all dependencies for you. It is nice in case you want to work on a application needing newer library versions as you have installed. It is unfortunately not always trouble-free to use but quite helpful when you get used to it.

            It really depends on the package you want to hack on. Several libs and project wont use recently added symbols anyway.

  • Pingback: Links 27/10/2012: KDE Plasma Active 3, Raspberry Pi WebIDE | Techrights()

  • Pingback: Gnome Shell Logout option comes back for single accounts | woGue()