Releases, releases, releases! Part 2

Testing Xfce

Xfce – like many other open source projects – is not exactly following a test-driven development workflow. I would argue that we need a slight mindset change here plus we need some (standardized) infrastructure to make testing easier for people who want to get involved.

Luckily what we have been waiting for in terms of the latter is already here! xfce-test is a Docker-based setup built by Florian which enables anyone to quickly spin up a container (based on Xubuntu 17.04 for now) with some components integrated from Git master, e.g. the Gtk3 panel. The great thing is it does not create the overhead of a real virtual machine for a tester but instead stays in the lightweight world of containers. This also makes it easy for everyone to adapt and rebuild the container and to create a reproducible environment that can be shared.

Just check out these few steps to try it in action – it really does all the heavy lifting for you!

xfce-test in action

Kudos also go out to the Gnome team for setting up a real nice contribution workflow for their community. We should really strive to reach that level at some point!

xfce4-notifyd 0.3.6

And another bugfix release for xfce4-notifyd is out! The best part about this is that apart from code-review there was nothing for me to do to get there!

So a big shout-out goes to both Mattias and Igor for fixing some of my – slowly but surely traditional – shortcomings (memleaks here we go again!).

Greybird 3.22.2 and 3.22.3

So there are also new releases out for Greybird, and not a bad ones I may add. On the feature side I added a preliminary version of a dark theme, which I hope will please some of the Gnome users of this theme.

Furthermore I did some polishing on making GtkPopover and Headerbar buttons more integrated and tight. Finally some fixes went into Nautilus notifications, the xfce4-notifyd theme and GtkCalendar looks acceptable at last (which makes the Gtk3 version of the panel usable)!

So all in all two micro-releases worth upgrading to!


elementary-xfce 0.8

This release adds support for the new icon names of Gnome 3.24. I also pulled in several icons from upstream elementary, especially updated mimetypes (thanks Dan!) plus I added support for Pantheon Photos.

Finally I added more sizes to some of the icons, ridding the theme of some inconsistencies.


xfce4-panel 4.13.0 in the works

As hinted at in the previous installment of “Releases, releases, releases!” I’ve been pouring quite some time into getting xfce4-panel close to a first 4.13 development release. This should help testers to get a packaged up stable point of reference and it should also help us to track the remaining issues in our issue tracker like normal human beings instead of collecting everything in the wiki roadmap page.

So while there are still some issues remaining (one of the more prominent disfunctions is broken drag-and-drop in certain contexts) I use the panel on a daily basis and it hasn’t crashed upon me once and does pretty much what it should – even with Gtk2 plugins in it (nnnice!).

Feel free to test it out with xfce-test šŸ˜‰

Simon SteinbeiƟ

Author: Simon SteinbeiƟ

Xfce, Artwork and UI.

17 thoughts on “Releases, releases, releases! Part 2”

  1. Hey!
    Saw you linked my post about the new development workflow. Feel free to ping me on IRC to know a little more what would you need for making something similar in XFCE and also what we are working on for development of libraries etc (you can search for BuildStream, still experimental)

    Carlos Soriano

  2. Thank you for all your work Simon, I personally can’t wait for Xfce 4.14 since I read your blog šŸ™‚

    On the screenshot you posted, what do you use to make your panel behave like a “dock” (with open windows and closed ones being icons, just being differentiated by the blue dot below them) ?

    Is there any plans to bring this behaviour to Xfce 4.14 by default or as an option ? This seems a good usability paradigm.



    1. Thanks a lot for the appreciation! šŸ™‚

      The bottom panel is plank, I don’t think we’ll be able to implement that for 4.14, at least it’s not planned. Also, plank works really fine, why reinvent the wheel?

      1. You’re welcome !

        It makes perfect sense to not reinvent the whell indeed.

        Just my opinion, somehow, plank is a tiny bit less integrated solution (i.e you cannot have say whisker menu, windows icons/launchers (ala plank) and other applets in one single panel), no big deal with today’s big screens though, there’s enough room for multiples panels/docks šŸ™‚

      2. Hi Simon,
        my configuration is that I keep the panel at the bottom where it serves as launcher and task manager. I usually click by mistake a launcher (icon) and it opens a new instance. This could be avoided by the behavior mentioned by Laurent. It’s present in other DEs like KDE, Gnome (dash to panel extension) and also in Windows… I just want to say that am badly missing this feature. (And obviously dual pane for thunar šŸ™‚ Thanks.

  3. Can we have bigger resizing handles for the windows already? It is the number 1 complaint of everyone I introduce Xfce to.

    1. That complaint can only be raised against Xfwm4 themes specifically, as the resize areas are part of the individual theme. E.g. Greybird has an a11y variant of the Xfwm4 theme with bigger borders for easier resizing.

      In Gtk3 with client-side decorations you get a bigger resize area even with 1px borders, however there are also many that complain about csd.

      Obviously it’s not easy to please everyone…

  4. Greybird as part of shimmer-themes in 16.04 could be modified by the user using a simple text editor. Numix in the same package could not since it uses SCSS. It needed oomox. My question, now that Greybird also uses SCSS (16.10 and beyond), is this: is there any way a Greybird user can make minor changes to the gtk3 aspect of the theme now?

    I get the impression that oomox cannot be used with Greybird. Is the procedure explained anywhere?

    From what I’ve read of Satya’s posts and those of other developers of SCSS themes, I get the impression that each theme has its own methods (and dependencies).

    Thank you for reading even if you don’t have time to respond,

    long-time Greybird user

    1. You can still edit Greybird’s CSS directly (if you understand the CSS that comes out of the compiled SASS/SCSS source), it’s all in /usr/share/themes/Greybird/gtk-3.0/gtk-contained.css

      Alternatively you can clone Greybird from github and then run ./; make; sudo make install after doing your changes in the scss files.

  5. Xfce 4.14 sortira en stable cette annĆ©e 2017 ? Je trouve que l’avancement de son developpement est trop lent…

Leave a Reply

Your email address will not be published. Required fields are marked *