I briefly played around with it, not bad at all. I did see the menus popped up in the wrong place though, something to note is that ConfigureNotify is a bit complicated in how it works. Let me copy/paste a comment from my simpledisplay.d:

/+
        The ICCCM says window managers must send a synthetic event when the window
        is moved but NOT when it is resized. In the resize case, an event is sent
        with position (0, 0) which can be wrong and break the dpi calculations.

        So we only consider the synthetic events from the WM and otherwise
        need to wait for some other event to get the position which... sucks.
+/
if(event.send_event) {
        win.screenPositionKnown = true;
        win.screenPositionX = event.x;
        win.screenPositionY = event.y;
}



You can also request the window position with XTranslateCoordinates:

int x, y;
Window dummyw;
XTranslateCoordinates(dpy, window.nativeHandle, RootWindow(dpy, DefaultScreen(dpy)), x, y, &x, &y, &dummyw);



Which is what I do when it is time to pop up a menu.


Your thing works ok when maximized tho, it is kinda nice how you got the rest working.

But as a fellow DIY widgetset author it is always fun to compare and contrast :)

And since some of these X things are a bit obscure it helps to steal tips from each other lol

On Thursday, 26 January 2023 at 14:31:55 UTC, Adam D Ruppe wrote:

> I briefly played around with it, not bad at all. I did see the menus popped up in the wrong place though, something to note is that ConfigureNotify is a bit complicated in how it works. Let me copy/paste a comment from my simpledisplay.d:

True, although here it works. But X11 is a beast and sometimes I loose the fight.

> You can also request the window position with XTranslateCoordinates:

I'll try that, thanks.

> And since some of these X things are a bit obscure

no one ever spoke a truer word :-))

dub isn't the issue, people who fight it like this, fight the D compilers and end up having issues.

You're fundamentally doing something that D compilers are not designed to handle. The problem is with -I flag. Being able to set a directory to look modules up in.

Problem is it needs to match the packages to directories.

I.e.

wildwidgets/lib/source/wcw/clipboard.d

Not:

wildwidgets/lib/source/clipboard.d

Also note: you should not use symlinks with VCS, there are cross-platform problems with it.

On Sunday, 29 January 2023 at 13:55:41 UTC, Richard (Rikki) Andrew Cattermole wrote:
> dub isn't the issue, people who fight it like this, fight the D compilers and end up having issues.

dub fights D compilers. This is why it forces me to write 600 lines of ugly configuration file for something that just works in dmd.


That said, the directory layout here is indeed not optimal, and the makefile build takes *forever* which is disturbing. This program should probably build in < 3 seconds, not the... minute or two it took running make here.

Proof:

$ time dmd -i wildcad.d -I../../widgets/lib/source/ -I../../widgets/include -version=X11 -L-lX11 -L-lcups -L-lfontconfig -L-lcairo

real    0m2.703s

Fully operational executable created in under 3 seconds.