Project

General

Profile

Actions

Emulator Issues #5365

closed

"Auto adjust Window Size" does not work correctly with "Render to Main Window"

Added by pauldacheez almost 12 years ago. Updated 40 minutes ago.

Status:
Duplicate
Priority:
Normal
Assignee:
-
Category:
UI
% Done:

0%

Operating system:
N/A
Issue type:
Bug
Milestone:
Regression:
No
Relates to usability:
Yes
Relates to performance:
No
Easy:
No
Relates to maintainability:
No
Regression start:
Fixed in:

Description

The code that determines the size of the window doesn't seem to account for the button-bar and status bar that are on the main window, making the rendering box (is there a better name for that?) shorter by about 51 and 18 pixels, respectively, when rendering to main window. (Those heights are the same for Windows/Linux, right?) This puts black bars on the sides of whatever's rendering and shrinks it down a bit, which is obviously unsightly.

Setting the Internal Resolution to Auto (Window Size) seems to accommodate for the button/status bars when I resize the window. (I think. It's hard to tell just from looking at the non-anti-aliased edges of Link's hair and clothes in Wind Waker.)

Also, I can't help but notice that the text for the "Open" button is slightly misaligned - it's one pixel lower than every other button's text. But that's just nitpicking at this point.

(Dolphin 3.0-591, Mac OS X 10.7.3.)


Related issues 1 (0 open1 closed)

Is duplicate of Emulator - Emulator Issues #11839: Render widget is not bounded to window dimensions when both "Auto-Adjust Window Size" and "Render to Main Window" are enabledDuplicate

Actions
Actions #1

Updated by Staudi.Kaos almost 12 years ago

I think the issue with the "open" button is just an optical illusion, at least it was in my case^

Actions #2

Updated by pauldacheez almost 12 years ago

No, it's real. See for yourself:
http://cl.ly/Fq7b

On further testing, it turns out that the Open button is positioned properly - all the other buttons are a pixel higher than normal. And only with the KDE-themed buttons. Which is irritating, because the KDE buttons are the only ones that don't look horrendous to me.

Actions #3

Updated by Staudi.Kaos almost 12 years ago

Ah, yes, I wasn't using the KDE-theme, you're right, there is a difference.

Actions #4

Updated by Billiard26 about 11 years ago

  • Status changed from New to Questionable
  • Issue type set to Bug
  • Relates to usability set to Yes
  • Category set to ui
  • Operating system N/A added

Icon is fixed.

Should we just remove "Auto adjust Window Size"?

Actions #5

Updated by pauldacheez about 11 years ago

AaWS is useful when it works - keep it. I don't use RtMW anymore, so that can be removed if you're too lazy to actually fix the issue.

Actions #6

Updated by rachelbryk about 11 years ago

lol render to main window is not going anywhere.

Actions #7

Updated by pauldacheez about 11 years ago

Keep both and fix/ignore the bug, then.

The problem looks decently straightforward to me, you just have to figure out how to make the thing find how many pixels to add to the y variable (and x when including the log window). Knowing wxWidgets, though, I understand if nobody bothers fixing it. >_>

Actions #8

Updated by JMC4789 over 6 years ago

  • Status changed from Questionable to Accepted

...Ummm this sounds valid to me? Let's not let this happen in Qt?

Actions #9

Updated by ZephyrSurfer over 3 years ago

"Auto adjust Window Size" does not work correctly with "Render to Main Window" in QT, it resizes the rendered game but not the rest of the interface.

This original reported issue here was fixed in WX though back in 4.0-2507 or https://dolp.in/pr761

Actions #10

Updated by Billiard26 40 minutes ago

  • Is duplicate of Emulator Issues #11839: Render widget is not bounded to window dimensions when both "Auto-Adjust Window Size" and "Render to Main Window" are enabled added
Actions #11

Updated by Billiard26 40 minutes ago

  • Status changed from Accepted to Duplicate
Actions

Also available in: Atom PDF