c++ - C++中的X11-调整窗口大小时只要设置ResizeRedirectMask，就会发生裁剪

Question

故事
我已经制作了一个简单的绘图程序，用于 Linux系统，使用 X11 / Xlib 显示图形。
它具有一个菜单和一个编辑器，用于制作图纸。
它需要知道窗口的大小，因此，首先，我使用了XGetWindowAttributes()但是，我发现对于我的味觉来说太慢了。
由于我每帧执行一次函数，因此程序运行缓慢。
然后，我尝试少运行来运行函数，类似于每4帧，但是它导致闪烁。
我希望每次将窗口的大小更改为时都可以生成一个事件，仅在更改大小时运行该函数。
原始修正:
我已经找到了ResizeRequest，它由完成我想要的并输出窗口大小作为奖励。
因此，我不再需要XGetWindowAttributes()。这个大大加快了程序的速度。
缩小窗口大小时，它运作良好。
新问题:
我发现当窗口的大小调整为大于原始大小的时，绘制在原始范围之外的每个对象都将裁剪为，如图所示。

我们可以看到应该位于窗口周围的所有灰色边框，但都被裁剪为黑色。尤其对于右上角的调色板(其中有16种颜色，但有4种颜色是半裁剪的和 8种颜色)，在此处完全看不见。

我想做的是:
我想知道如何通过解决以下问题之一来解决种植问题:

如果在发送事件时必须批准调整的大小，该怎么办？

如果必须弄乱缓冲区，该怎么办？

曲目:
我的程序的菜单仍然使用XGetWindowAttributes()，编辑器(如图所示)使用ResizeRequest事件，该事件比XGetWindowAttributes()快。
如预期的那样，裁剪发生在编辑器中而不是菜单中。
但是我注意到，如果我先在菜单中然后在编辑器中对其进行更改，则可以在不裁剪的情况下来更改窗口的大小，并且可以在中起作用!
然后，我发现只要在ResizeRedirectMask函数中将XSelectInput()设置为，就会进行裁剪。
如Xlib Programming Manual在10.11.4 ResizeRequest事件页面中所引用。

Any attempts to change the size by other clients are then redirected.

我猜这意味着它不会影响Windows的大小(这与我用XGetWindowAttributes()并行测试时是正确的)。因此，然后我必须批准调整大小，但是如何？
引用自X11 window resizing stutters的答案。

I would clear the front buffer and await resize to complete.

我该怎么做？

样例代码:
我编写了一个简短的程序，该程序即使在窗口外部也可以在各处显示随机的彩色正方形。 如果您复制该程序，它将运行。
有一个#if语句，您可以更改该语句以查看预期(false)与实际(true)之间的差异

#include <X11/Xlib.h>
#include <cstdint>
#include <unistd.h>

#if true //Make it true to set ResizeRedirectMask and false to disable.
    #define Masks KeyPressMask|ResizeRedirectMask
#else
    #define Masks KeyPressMask
#endif

int main(){
    uint32_t RDM=0;

    uint16_t i=0;

    bool RunLoop=true;

    Display* XDisplay=XOpenDisplay(0);//Create a display
    Window XWindow=XCreateSimpleWindow(XDisplay,DefaultRootWindow(XDisplay),0,0,480,360,0,0,0);//Create a Window
    XMapWindow(XDisplay,XWindow);//Make the Window visible
    GC XGraphicCTX=XCreateGC(XDisplay,XWindow,0,0);//Create a Graphics Context

    //v Wait for a MapNotify XEvent for next commands
    XSelectInput(XDisplay,XWindow,StructureNotifyMask);
    while(1){
        XEvent e;
        XNextEvent(XDisplay,&e);
        if(e.type==MapNotify)break;
    }
    XSelectInput(XDisplay,XWindow,Masks); //Here is part of the magic error
    while(RunLoop){
        while(XPending(XDisplay)){//Get key changes
            XEvent Event;
            XNextEvent(XDisplay,&Event);
            if(Event.type==KeyPress){
                RunLoop=false;
            }
        }

        for(i=0;i<4096;i++){
            RDM=(RDM+1841)*9245;    //Not perfect but good enough
            XSetForeground(XDisplay,XGraphicCTX,RDM&0xFFFFFF);
            
            RDM=(RDM+1841)*9245;    //Not perfect but good enough
            XFillRectangle(XDisplay,XWindow,XGraphicCTX,RDM&0xFFFF,(RDM>>16),64,64);
        }

        XFlush(XDisplay);

        usleep(16667); //AHHH there is 666!
    }

    return 0;
}

调整的大小后，结果如下:

如我们所见，只要将ResizeRedirectMask设置为，就会发生裁剪，您甚至不需要响应事件就可以进行!
将#if语句切换为false 将提供所需的行为，因为它将禁用ResizeRedirectMask。
该特定程序不在乎窗口的大小，我的大多数程序都需要知道窗口的大小，否则它会失败。

一些细节:
我过去使用XGetWindowAttributes()来来获取窗口的大小，这有点慢，我仍然在菜单中使用它，因为它足够好。
这就是为什么在编辑器中使用ResizeRequest事件的原因。ConfigureNotify事件似乎可以很好地发挥的作用，但与使用XGetWindowAttributes()相比，闪烁的方式更多。
为什么会闪烁？
之所以闪烁，是因为在调整大小后之后会发送来发送ConfigureNotify，这意味着它通常在调整大小后发送一帧作为。
这链接到X11 Window Resizing Stutters。
至少，它不会浪费很多表演。
我正在寻找一种解决闪烁的方法，因为它可能更容易。
请注意，该问题已完全更改，因为问题与原始问题有所不同。但是仍然与原始问题有关。

Answer 1

ResizeRedirectMask与您的目的无关。除非您正在编写窗口管理器，否则您永远都不会想要它。您需要StructureNotifyMask。实际上，您应该始终选择此蒙版(也许除非您的窗口永远不会调整大小)。
如果不选择StructureNotifyMask，则窗口将永远不会获得实际的调整大小事件，也没有机会响应它们。
当你得到一个ConfigureNotify事件，如果选择StructureNotifyMask这只会发生，也将包含新的实际几何形状，所以你的窗口可以进行自我更新。