Topic: Suggestions for 3.9

[Cosworth]

 XMPlay 4.0,  It will hopefully be released before the end of this year (December 20-ish used to be a tradition ).

Now I now, what to wait.
finger crossing

[Ian @ un4seen]

i tested snap feature it works vertically but not working horizontally. also "Move with main window" option broken (enabled on settings, disabled and enabled back to make sure) but left + right click combo works as expected. btw i'm using main window at bottom

The new info window snapping is indeed a bit incomplete. I'll hopefully have an update for that tomorrow. Regarding the "Move with main window" problem, did you grab the main window or the info window? That option only moves the info window when the main window is grabbed, and not the other way round.

[yw4z]

yes grabbed main window and it moved separately from info window while "Move with main window" is enabled but it works as expected while "Move with main window" is disabled. Looks like it works as opposite now

[Ian @ un4seen]

Ah yes, I see now that happens when the windows are snapped together. Here's an update that should fix that and generally improve the window snapping:

   www.un4seen.com/stuff/xmplay.exe

The main window can now be snapped onto the info window too. When the main window's dimensions change from opening/closing panels, it will move if necessary to stay snapped to the edge of the screen, and the info window will move if necessary to stay snapped with it.

[yw4z]

"Move with main window" option works as expected while enabled but main window not movable separately when its disabled. snapping works but only vertically like on previous release. thanks for your efforts just reporting results

[Ian @ un4seen]

"Move with main window" option works as expected while enabled but main window not movable separately when its disabled.

Do you mean the main window can't be moved separately when it's snapped together with the info window? If so, clicking the right mouse button (while the left is held down) should override that. Basically, right-clicking should reverse what happens regarding the windows moving together. If you right-click again, it'll reverse again.

snapping works but only vertically like on previous release.

That's strange. Do you have the problem with the default skin? If not, please state what skin it is happening with.

[yoba]

Something strange started with these last changes:

Player in down-left corner, sticking to edges, default skin, not "Big", not in mini-mode;
Info window in top-left corner, sticking to edges, always opened in "Message" tab;
"Move with main window" NOT checked, "Auto-resize to fit contents" checked, "height limit: 500" (default?), "Text size: big", "Maximum text width: 108".

Now, if you switch to "Playlist / library" mode and then switch back to "Track info" mode, info window "falls down" and stick on top of player window, not returning to top-left corner where it was and should be.
Same happening also if you just switch to "Vis." tab and back to "Message" tab in "Track info" mode.
During all these manipulations info window obviously resized to different sizes.

Looks like info window somehow stopped remembering left-TOP corner position and now remembers only left-DOWN position, ignoring top.

[yw4z]

Im using a custom made skin similar to "Min" skin available on skins. Tested with "Min" and acts same. Vertical snapping is working. but horizontal movements has no effect. I expected left /right edges snaps too. Tested info panel at bottom and top layout and vertical edges not aligns/snaps. but if i try to use playlist window on right or left of main window it snaps nicely

M=main window, P= Playlist window

Playlist window on right or left > snapping works
_____   _____
I  M  I   I  P   I
‾‾‾‾‾   ‾‾‾‾‾
Playlist window on top or bottom > horizontal snapping not working. left / right edges not snapping while horizontal movements. vertical snaping works
_____   
I  M  I 
-------
I  P   I
‾‾‾‾‾

Main window can't move freely when "Move with main window" disabled. its still moves with info panel. normally info panel should stay at same position when that option disabled. i guess you can test older releases to try what i mean

Also as an idea maybe you can put that option to context menu like "Hide when active" for easy access

[Ian @ un4seen]

Ah, I think I see what mean now: the windows don't snap together at the corners? Indeed, only edge snapping was implemented. I'm not sure about corner-snapping because skins can have some funky corner-less shapes, but I guess it won't hurt, so here's an update for you to try:

   www.un4seen.com/stuff/xmplay.exe

Something strange started with these last changes:

Player in down-left corner, sticking to edges, default skin, not "Big", not in mini-mode;
Info window in top-left corner, sticking to edges, always opened in "Message" tab;
"Move with main window" NOT checked, "Auto-resize to fit contents" checked, "height limit: 500" (default?), "Text size: big", "Maximum text width: 108".

Now, if you switch to "Playlist / library" mode and then switch back to "Track info" mode, info window "falls down" and stick on top of player window, not returning to top-left corner where it was and should be.
Same happening also if you just switch to "Vis." tab and back to "Message" tab in "Track info" mode.
During all these manipulations info window obviously resized to different sizes.

Looks like info window somehow stopped remembering left-TOP corner position and now remembers only left-DOWN position, ignoring top.

That is indeed strange! It sounds like XMPlay thinks the info window is snapped to the top of the main window for some reason, but I don't seem to be able to reproduce that here. Please see if it still happens with the update above, and if so, see if it also happens with a fresh config by renaming your XMPLAY.INI file. If it doesn't happen with a fresh config, then upload your old XMPLAY.INI file to have a look at here:

   ftp.un4seen.com/incoming/

[yw4z]

Thanks, snapping works as expected now. Also i tested "Move with main window" and no change with previous version

[Ian @ un4seen]

The "Move with main window" option should be working the same as in the current release version, except that it is now effectively auto-enabled whenever the windows are snapped together. Are you seeing something different?

[yw4z]

Now i understand. I guess snapping and "Move with main window" feature should work separately. Snapping just a assistive feature while positioning window. That shouldn't lock position after snap. That's why "Move with main window" not works as expected while its disabled

[Ian @ un4seen]

Here's an update that adds a 3rd "if joined" state to the "Move with main window" option, to enable moving when the windows are snapped together:

   www.un4seen.com/stuff/xmplay.exe

I think setting it to "never" will achieve what you want. Remember, you can also toggle it by clicking the right button while the left is held down.

[yw4z]

Thanks for Ian adding these features. you already covered most of my needs but with a different path

I'm using "Always" option but "Never" option worked differently compared to previous releases. Thats why i pointed that. All works normal now. you solved that by adding "If joined" and excluding from "Never" state. I assume "If joined" might be helpful for different scenarios

Snapping windows is nice addition for me. All works nicely. Also you added an extra "Join" feature to snapping. Might be helpful for different scenarios

Only missing feature is moving all windows together. Like moving Info/Playlist also will move other windows. You already did that with a Left + Right click combo. can i use as default gesture

[guest]

Horizontal scrolling in the F1-F6 views. As far as I can see there is no such thing as horizontal scrollbars yet, so while skins do not provide their own bitmaps for those, XMPlay could maybe simply rotate existing scrollbar images by 90°?

Also the ability to assign keyboard shortcuts to scroll left/right and something like Shift+MouseWheel.
Option to autofit library column width to the content.

[Ian @ un4seen]

I seem to recall the info window did have horizontal scrolling at some point in the early days, but it was annoying having to scroll for long text, so it was replaced with word wrapping. Horizontal scrolling would help with your "autofit library column width to the content" suggestion though, as that doesn't work well without it (I tried it to find that out).

[guest]

I seem to recall the info window did have horizontal scrolling at some point in the early days, but it was annoying having to scroll for long text, so it was replaced with word wrapping.

Perhaps the ability to drag in any direction using, for example, the right mouse button would be less annoying....