故事 Any attempts to change the size by other clients are then redirected. I would clear the front buffer and await resize to complete.
我已经制作了一个简单的绘图程序,用于 Linux系统,使用 X11 / Xlib 显示图形。
它具有一个菜单和一个编辑器,用于制作图纸。
它需要知道窗口的大小,因此,首先,我使用了XGetWindowAttributes()
但是,我发现对于我的味觉来说太慢了。
由于我每帧执行一次函数,因此程序运行缓慢。
然后,我尝试少运行来运行函数,类似于每4帧,但是它导致闪烁。
我希望每次将窗口的大小更改为时都可以生成一个事件,仅在更改大小时运行该函数。
原始修正:
我已经找到了ResizeRequest
,它由完成我想要的并输出窗口大小作为奖励。
因此,我不再需要XGetWindowAttributes()
。这个大大加快了程序的速度。
缩小窗口大小时,它运作良好。
新问题:
我发现当窗口的大小调整为大于原始大小的时,绘制在原始范围之外的每个对象都将裁剪为,如图所示。
我们可以看到应该位于窗口周围的所有灰色边框,但都被裁剪为黑色。尤其对于右上角的调色板(其中有16种颜色,但有4种颜色是半裁剪的和 8种颜色),在此处完全看不见。
我想做的是:
我想知道如何通过解决以下问题之一来解决种植问题:
曲目:
我的程序的菜单仍然使用XGetWindowAttributes()
,编辑器(如图所示)使用ResizeRequest
事件,该事件比XGetWindowAttributes()
快。
如预期的那样,裁剪发生在编辑器中而不是菜单中。
但是我注意到,如果我先在菜单中然后在编辑器中对其进行更改,则可以在不裁剪的情况下来更改窗口的大小,并且可以在中起作用!
然后,我发现只要在ResizeRedirectMask
函数中将XSelectInput()
设置为,就会进行裁剪。
如Xlib Programming Manual在10.11.4 ResizeRequest事件页面中所引用。
我猜这意味着它不会影响Windows的大小(这与我用XGetWindowAttributes()
并行测试时是正确的)。因此,然后我必须批准调整大小,但是如何?
引用自X11 window resizing stutters的答案。
我该怎么做?
样例代码:
我编写了一个简短的程序,该程序即使在窗口外部也可以在各处显示随机的彩色正方形。 如果您复制该程序,它将运行。
有一个#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。
至少,它不会浪费很多表演。
我正在寻找一种解决闪烁的方法,因为它可能更容易。
请注意,该问题已完全更改,因为问题与原始问题有所不同。但是仍然与原始问题有关。
最佳答案
ResizeRedirectMask
与您的目的无关。除非您正在编写窗口管理器,否则您永远都不会想要它。您需要StructureNotifyMask
。实际上,您应该始终选择此蒙版(也许除非您的窗口永远不会调整大小)。
如果不选择StructureNotifyMask
,则窗口将永远不会获得实际的调整大小事件,也没有机会响应它们。
当你得到一个ConfigureNotify
事件,如果选择StructureNotifyMask
这只会发生,也将包含新的实际几何形状,所以你的窗口可以进行自我更新。
关于c++ - C++中的X11-调整窗口大小时只要设置ResizeRedirectMask,就会发生裁剪,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/60493878/