Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Please add config options to hide title bar, start always on top #5389

Open
2 tasks done
GearheadLydia opened this issue Jan 9, 2025 · 3 comments
Open
2 tasks done

Comments

@GearheadLydia
Copy link

GearheadLydia commented Jan 9, 2025

Is your feature request related to a problem? Please describe.

I'm trying to run Screamer 2 on dgVoodoo, and I'm trying to get the game into truncated fullscreen on a 2560x1440 (16:9) monitor, but dgVoodoo isn't playing nice with Dosbox-X's window sizing code. Normally I'd use fullscreen mode for this, but when I do, dgVoodoo always either shrinks the window to a tiny 640x480 speck in the middle of the monitor as soon as the game starts, or stretches the aspect ratio from native roughly 4:3 to 16:9.

What you want

Literally the only thing I need to get this working is the ability to start Dosbox-X with the title bar (not the menu bar, the title bar) hidden and with "always on top" set. This will leave the entire graphic display element exposed at 3x scale without hiding any part off the screen area (which is bad for performance in addition to visibility). Yes, it'll leave areas at the sides of the screen exposed to the desktop, but it'd be a massive improvement over anything I've been able to do so far. Ideally I'd have this pillarboxed too, but I don't mind seeing the desktop behind the window.

Describe alternatives you've considered

As I've said, I've tried using Dosbox-X's fullscreen mode, but that has presented a number of problems, including unpredictable behavior when clicking the mouse on various areas of the screen. No combination of dgVoodoo configuration options I have tried has solved the strange resolution interaction behavior between dgVoodoo and DosBox-X.

Some way of forcibly "kicking" the window size back to default without disturbing fullscreen status would also be an option for fixing this, I think.

Additional information

I can share my DosBox-X config and my dgVoodoo config if that'll help illustrate the issue I'm running into, but it might not be reproducible on another configuration. I'm using the current latest versions of Dosbox-X and dgVoodoo.

Have you checked that no similar feature request(s) exist?

  • I have searched and didn't find any similar feature request.

Code of Conduct & Contributing Guidelines

  • I agree to follow the code of conduct and the contributing guidelines.
@GearheadLydia
Copy link
Author

Well, I found something that works with a little manual fiddling: pressing F11+Backspace as soon as dgVoodoo forces the window size to change. That plus setting dgVoodoo's resolution to "Max" seems to work, albeit it's slower than if it played nice with DosBox-X's scalers. I'd still like to see the features in this issue title for maximum compatibility.

@joncampbell123
Copy link
Owner

The problem with part of this request is that the Win32 API from my experience requires a title bar if you want a menu bar. I've never seen Windows allow a menu bar without a title bar before.

I suppose if I did the right hacks with SDL1 and Win32 messages concerning the non-client area perhaps I could redefine away the title bar, but I'm not sure, I've never done that before.

@Whatscheiser
Copy link

Whatscheiser commented Jan 20, 2025

I would also like this option, please. At least a Windowed Borderless. vDosPlus does this... kind of, as you mention, there is no menu bar in that application. I think they basically make the titlebar transparent and the window controls only show up in the corner if you mouse over. Maybe that could be an option that the user could toggle?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants