TIV73 wrote: ↑Wed Jan 19, 2022 11:05 am
I implemented a stopgap fix where I handle the container creation similar to how Mediamonkey does it when no container is defined and attached it to the bottom of the document body, just with a slight offset which should
mostly prevent it from clipping into other elements. It's not the prettiest of solutions, but at least it's something for the time being.
Thanks for looking at this.
Look forward to seeing it when it is released.
It is not really a problem that it is not pretty. It can't be more ugly
than the default skin, which is shipped with MM5.
I don't really need to read the message fully. It serves to:
- provide proof of life during a long sync task ... is more reassuring the the spinning wheel because at least I can see it is progressing through the files
- and it offers the Cancel Task option via its right click menu
TIV73 wrote: ↑Wed Jan 19, 2022 11:05 am
Thing is - this issue affects every skin in some way or another, including the ones that ship with mediamonkey. They either attach the progress bar to an element that could be customized away by the user, or they don't and mediamonkey creates a temporary progress bar that can overlap with other elements. It's really one or the other at the moment.
Maybe it could be worth investigating if the issue can be handled on a lower level, either by attaching it to a different element or temporarily pushing elements up or something. But there's a ticket already, so I guess it's being looked into anyway.
That Mantis Ticket is going nowhere. It has been closed without action; "no change required".
I will see if I can reawaken that.
I think that you are saying that there is auto-fall-back, where MM creates a "temporary progress back that can overlap with other elements" in a situation where the skin hasn't done something proactive ...I have not seen any evidence of that, ie. in Monkey Groove, or the current version of CodeMonkey, where the Player panel is not enabled.