Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[SileasResearch]

There are a handful of bugs with the application window behavior. I suspect there is a small amount of code here that needs some attention to inherit the standard application window classes and their behaviors.

• When the application is maximized, the upper right-hand icon shows the appropriate type = two smaller cascaded windows, indicating what will happen when clicked (windowed, i.e., un-maximized).   This is correct.
• When the application is windowed (not maximized), the upper right-hand icon shows the incorrect type - it still shows the maximized type. This is incorrect - it should show the single large window, indicating what will happen when clicked (maximize).  This seems intermittent; however, sometimes it actually does show correctly, and I cannot figure out the pattern.
• When the application is maximized, clicking the top application bar should "grab" it and moving the window should then unmaximize it.  This does not work, but is standard application window behavior in MS Windows.  Ditto for double clicking the top bar - it is supposed to toggle between maximized vs windowed
• When the application has focus, using [Windows][up arrow] or [Windows][down arrow] correctly transitions from minimized to windowed to maximized (up) and maximized to windowed to minimized (down), but up again after maximized is supposed to set to predefined window sizes for tiling.  This does not work.
• When the application has focus, using [Windows][left arrow] or [Windows][right arrow] is supposed to resize the window from maximized or windowed to left or right side of screen (again, predefined window sizes for tiling), and repeated press moves the window to the adjacent displays when multiple displays are connected.  This does not work at all.

This last one is the first bug I discovered as I have multiple monitors that flip back and forth between personal machine and docked work laptop.  I'm used to Alt-Tab'ing on the one remaining unswitched "main display" on my personal machine to put focus on any application that's sitting on a display that is currently switched to work, and then windows-arrow keying it over to that personal main display.  JRiver doesn't do this, so I have to start guessing / switching all of the monitors for docked laptop hunting for where I left JRiver on the weekend or evening while not working. 

New user and licensee to JRiver (32), refugee from the death of iTunes on Windows (killed audio home sharing to AppleTVs in the "Music" application, buying a lot of RPis hitting my NAS now with Kodi and waiting for Moode 9.0). 

[comox]

If working in this area, please also fix MC's window snapping behavior.

In Windows 11, for most applications, when you hover over the maximize button you are offered window snapping options. For example, snap to the left 50% of the screen. This does not work with MC.

Also, when you drag a window to a border, most applications snap to presets, but MC does not.

[SileasResearch]

Yup - I'm now seeing those too.  Probably all related to the same inherited application window class.

[SileasResearch]

Hrmm... the double click max vs window behavior is intermittent too.  Seems like the click timing is critical, and the animation is glitchy too. 

I've even gotten it to maximize on a single click, seems like there was a click still buffered from perhaps a previous triple click.

[Matt]

When I restore and maximize the main window the icon switches properly.  Maybe try another skin if it's not working for you.

[Awesome Donkey]

• When the application is windowed (not maximized), the upper right-hand icon shows the incorrect type - it still shows the maximized type. This is incorrect - it should show the single large window, indicating what will happen when clicked (maximize).  This seems intermittent; however, sometimes it actually does show correctly, and I cannot figure out the pattern.

I assume you mean the restore button? The one used when a window is maximized to restore it to a windowed state? If so, I've actually seen this happen a few times over the years but it's not easy to reproduce. There's a related issue too (which I've reported it several times) which is when MC is maximized it'll randomly switch from the restore button image (which is correct) to the maximize button image (which is incorrect). It doesn't happen immediately and it usually happens if you launch another app fullscreen first or just leave MC open for an extended period of time - it is a bit random. My guess is perhaps MC, for some reason, thinks it's windowed when it's actually maximized, not sure. I ended up fixing the maximize button showing instead of restore button issue at the skin level by taking the restore image for the skin I use and making a copy of it and renaming it and replacing the maximize image. Yeah, it's a dirty workaround but since I keep MC maximized all the time, it does work.

I'm guessing in this case if you leave the window in a windowed state it'll display the maximize button at first then it'll randomly switch to and display the restore button? If so that sounds related to and the reverse of the issue I've seen with maximized windows.

Do note that Media Center uses its own system for window drawing and all that (Steam is another example of a app that does this) and doesn't really work like a typical Windows app (or Mac/Linux app). It doesn't use the system close/maximize/restore/minimize buttons, it uses images of the buttons from the skin you're using. That's also why you don't see Windows' window snapping options when hovering over the maximize/restore button. So that probably explains some of the things you're reporting here.

So yeah, there is a little inconsistency there with the buttons and the window states that I've seen over the years, but it's hard to reproduce on command, it's usually by chance. Skin doesn't seem to matter either, but it's likely more noticeable with some like Noire and the ModernCards skins over others. I did reproduce the maximize/restore issue years ago with Noire to rule out a ModernCards skin issue.

[comox]

Snapping support would be useful because when tagging I frequently change the MC window size. Full screen is of course best for tagging but when obtaining metadata I have to temporarily shrink MC to make room for a browser.

No big deal if this is not possible because I have a workflow that works but snapping would be better.

[marko]

The system shortcuts for snap left/snap right don't work on MC, but, did you know that if you drag the MC window to the left or right screen edges, it snaps in the same way? I don't use it much, but it is there, and it works

[comox]

The system shortcuts for snap left/snap right don't work on MC, but, did you know that if you drag the MC window to the left or right screen edges, it snaps in the same way? I don't use it much, but it is there, and it works

Thanks for the tip but this snapping behavior is limited to splitting the screen 50/50. I use a custom split which makes the browser as narrow as possible so maximum space is available for MC.