Commits on Source (4)
-
Michel Dänzer authored
Consider the following window hierarchy, from ancestors to descendants: A | B | C If both A & C have depth 32, but B has depth 24, C must effectively behave as if it had depth 24, even if its backing pixmap has depth 32 as well. Fixes the xmag issue described in the GitLab issue below. Issue: #1564
-
Michel Dänzer authored
See also the previous commit log. Fixes the issues with xterm & xcalc described in the GitLab issue below. Issue: #1564
-
Michel Dänzer authored
Instead of a PixmapPtr. Gives better results if the window depth doesn't match the backing pixmap depth. Closes: xorg/xserver#1565
-
Michel Dänzer authored
glamor ensures that a depth 32 pixmap backing a depth 24 window contains fully opaque alpha channel values for the window's pixels, so we can allow this without implicit redirection, saving pixmap storage and intermediate copies. Second attempt, after fixing a few regressions from the first attempt.
Showing
- glamor/glamor_compositerects.c 3 additions, 5 deletionsglamor/glamor_compositerects.c
- glamor/glamor_copy.c 4 additions, 4 deletionsglamor/glamor_copy.c
- glamor/glamor_image.c 1 addition, 1 deletionglamor/glamor_image.c
- glamor/glamor_prepare.c 2 additions, 2 deletionsglamor/glamor_prepare.c
- glamor/glamor_priv.h 25 additions, 1 deletionglamor/glamor_priv.h
- glamor/glamor_render.c 1 addition, 1 deletionglamor/glamor_render.c
- glamor/glamor_text.c 2 additions, 5 deletionsglamor/glamor_text.c
- glamor/glamor_transfer.c 1 addition, 1 deletionglamor/glamor_transfer.c
- glamor/glamor_transform.h 2 additions, 1 deletionglamor/glamor_transform.h
- glamor/glamor_utils.c 1 addition, 2 deletionsglamor/glamor_utils.c
- hw/xwayland/xwayland-glamor.c 109 additions, 0 deletionshw/xwayland/xwayland-glamor.c
- hw/xwayland/xwayland-screen.h 2 additions, 0 deletionshw/xwayland/xwayland-screen.h
- mi/miexpose.c 24 additions, 0 deletionsmi/miexpose.c