Evgeny Stambulchik

I'll return to it in a few days, too busy now...

Well, if non-manual window placing is important, it should also include the offsets, not just the dimensions. Then, it might make sense to use the standard notation of `WxH[+X+Y]` instead...

> This feature would be helpful to me too. However, I think making the presenter window resizable is a more straightforward solution. The presenter window *is* resizable.

> and `:` for ratio. But what about the *actual* size? I guess you want some specific size for sharing the window via `zoom`. > I am also wondering if...

> Rather than adding your own `width:height` parser, could you not use for both the existing `--size` and the proposed `--presenter-size` option the standard Xlib library functions [`XParseGeometry`](https://linux.die.net/man/3/xparsegeometry) and `XWMGeometry`...

@ronoaldo Sorry, I somehow missed your comment. Sure, why not.

Superseded by #646.

I cannot reproduce it; but I have only a VM mac. > just like when using the pointer What do you mean?

Do you observe this with *any* presentation (e.g., our [standard demo](https://github.com/pdfpc/pdfpc/releases/latest/download/pdfpc-demo.pdf)) or only this specific file? BTW, why do you need "-w presentation"? Frankly, I was sure nobody would ever...

Sorry, I don't understand. `-w presentation` puts the **presentation** window (on the second display) in the windowed mode, while the presenter remains full-screen, as indeed seen in the video capture...