- 19 Sep, 2021 1 commit
-
-
Florian Müllner authored
Update NEWS. Part-of: <!1981>
-
- 17 Sep, 2021 1 commit
-
-
- 16 Sep, 2021 2 commits
-
-
Jordi Mas authored
-
-
- 15 Sep, 2021 1 commit
-
-
- 14 Sep, 2021 1 commit
-
-
- 13 Sep, 2021 2 commits
-
-
- 11 Sep, 2021 1 commit
-
-
- 10 Sep, 2021 1 commit
-
-
- 09 Sep, 2021 1 commit
-
-
- 07 Sep, 2021 6 commits
-
-
Jordi Mas authored
-
-
-
Florian Müllner authored
Update NEWS. Part-of: <GNOME/gnome-shell!1976>
-
St's theme test now requires the libmutter-test library, which is only built when tests are enabled. Instead of mandating a particular build configuration in mutter, add a corresponding option in gnome-shell as well. Part-of: <!1975>
-
We currently just call sassc, but don't check its return value. That means as long as sassc is available, the script (and therefore the newly added dist CI job) will succeed. Make sure we fail on failure. Part-of: <!1974>
-
- 05 Sep, 2021 2 commits
-
-
-
Florian Müllner authored
Update NEWS. Part-of: <!1971>
-
- 04 Sep, 2021 7 commits
-
-
Florian Müllner authored
So far, releases are done locally by invoking `meson dist`. We can do better and leverage the existing CI infrastructure, to get to the following release workflow: - bump version in meson.build, update NEWS etc. - open merge request for the release - merge when the pipeline (including dist check) succeeds - tag the release - wait for the tag pipeline to spit out the tarball artifact Part-of: <!1968>
-
Florian Müllner authored
Most GNOME projects have settled on a 2-space indentation, so switch to that. This will ease the ongoing copy+paste between projects :-) Part-of: <!1968>
-
Florian Müllner authored
The time we really care about current release information in appdata is when preparing a release, not during regular builds. Part-of: <!1968>
-
Florian Müllner authored
I don't think this ever happened to me, but it can't hurt enforcing that every release has a corresponding NEWS entry. Part-of: <!1968>
-
-
Robert Mader authored
It got replaced by `meta_window_actor_paint_to_content()`. Part-of: <!1879>
-
Previously we used `get_image()`, which returned `cairo_surface`, in order to create a `ClutterContent` with a screenshot of the `MetaWindowActor`. This added a roundtrip from GPU to CPU memory. Instead, use the new `paint_to_content()` API which lets us use a `CoglTexture` directly as source of our `ClutterContent`. Part-of: <!1879>
-
- 03 Sep, 2021 12 commits
-
-
This signal announces the preferred commit mode of the preedit text when the input context is reset. Keep this mode around, and ensure to honor this mode (e.g. maybe commit the preedit string) whenever the input method would be reset. This is delegated to the internal layers, so propagate this mode via clutter_input_method_set_preedit_text(). Part-of: <!1929>
-
If we throw an error when the invocation isn't allowed instead of returning false, we can simply return that error instead of duplicating the error handling. Part-of: <!1970>
-
The Eval() method is unarguably the most sensitive D-Bus method we expose, since it allows running arbitrary code in the compositor. It is currently tied to the `development-tools` settings that is enabled by default. As users have become accustomed to the built-in commands that are enabled by the same setting (restart, lg, ...), that default cannot easily be changed. In order to restrict the method without affecting the rather harmless commands, guard it by the new MetaContext:unsafe-mode property instead of the setting. #3943 Part-of: <!1970>
-
MetaContext added an unsafe-mode property, which we will use to restrict a number of privileged operations unless it is enabled. It is meant to only be enabled temporarily for development/debugging purposes, so add a scary icon to the top bar as a reminder to turn it off again. #3943 Part-of: <!1970>
-
-
-
- 01 Sep, 2021 2 commits
-
-
Aurimas Černius authored