dolodobendan wrote: > Nice! > > Maybe we're talking about different things here, but I am able resize > SLX using the touch display in non tablet mode. :confused:
I guess you are right, I tried again and I could, but it is harder than it should be, especially with Material Skin, you have to get lucky where you touch with your finger, there is very little margin on the right side in material skin due to the potential scrollbar and the way I handled it inside the client area instead of outside the client area. I did figure out today how to have the resize area be outside the client area while still being able to render the border properly in my own color, so it should be better. I'm not there yet, as the Window style flag combinations that work currently (in development) cause the window to maximize full screen and hide the taskbar, so I still have some work to do in development. The Windows hoops I have had to jump through just to have my own custom buttons in the title bar, and my own border color (instead of the accent color), you would not believe. It has been one of the hardest parts of the whole program. (My development platform, Delphi/Pascal, is still not fully caught up to Windows 10 Universal Windows Platform). dolodobendan wrote: > > I don't use the tablet mode very often. I just tried it, SLX' window was > cut off at the bottom. I think I found a bug here: > > Maximize SLX, minimize SLX to tray, switch to tablet mode, restore SLX > (Window is cut off), turn off tablet mode, SLX' window stays cut off. > Pressing F5 reloads and resizes the window correctly. Yep, I saw that too and I'm not surprised. I didn't code things with tablet view in mind. Before I got the Surface Go, I didn't even know about it. My regular monitors are not touch capable so the option does not show up. And tablet mode resizes windows in ways I do not detect and does not emit all the messages I expect. At the moment, I'm not even capable of detecting when the PC is in tablet mode. I might have to write a DLL in another language to expose those interfaces as my current language/compiler does not expose the interfaces I need to detect this yet. dolodobendan wrote: > > The double rendering issue: > > It's still there, but only if SLX is restored from tray AND SLX is not > minimized to taskbar. > > In other words: It works fine as long as SLX is restored from the > taskbar (it doesn't matter if this is done by clicking on the minimized > SLX on the taskbar or by clicking the tray symbol). If it's restored > from the tray (no SLX on the taskbar), SLX shows the same behavior as > before and renders the old window size first, then maximized window. Yes, I know about this. This is different code and I have not addressed this part of the code yet, but I intend to. Its related to code that handles the case where the monitors may have been moved, resized, unplugged in between "hide" and "show" when clicking on the tray icon (and maybe me taking a shortcut when I wrote it). Thanks, everyone, for the continued support and kindness. I didn't really appreciate what I was getting myself into when I plopped Squeezelite-X out there. It is a responsibility I have to make it perfect. I thought maybe 50 people would be using it. I'm at well over 7000 from the store and I have no idea how many using the legacy installer. And still 300+ more new people still acquire it from the store every month...and they write reviews...and my name is on it. What was I thinking, haha. Everyone has been very kind and supportive, and I really appreciate that. R Greg Dawson Squeezelite-X ------------------------------------------------------------------------ rgdawson's Profile: http://forums.slimdevices.com/member.php?userid=65236 View this thread: http://forums.slimdevices.com/showthread.php?t=108550 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
