Microsoft’s questionable implementation of Sets

3

Lo and behold… apparently, Sets is implemented by drawing over the titlebar that was already drawn, rather than modifying the actual titlebar itself. Which would work in theory, but in a VM this happens all the time…

Considering that the titlebar is drawn by the OS (not the UI, in most cases), Microsoft could just have modified the titlebar itself unless changes to the titlebar were detected (e.g. ribbons in titlebar). However, this approach really, really shows when resizing a window.

I don’t know if it is noticeable on most real computers, but in my VM setup it is honestly like half the time I resize a window. Also, note that this stays after dragging – all the screenshots were taken after I let go of resizing the window.

Comments (3)

3 responses to “Microsoft’s questionable implementation of Sets”

  1. Darekmeridian

    Maybe they are waiting to get the functionality right before they tie it in at a lower level? It seems to change in near every build lately


  2. jimchamplin

    The images are broken :(

  3. Paul Thurrott

    In reply to hrlngrv:

    I'm not sure how this works now, but Office always used custom, non-standard UIs/controls back in the day and some of the ones that worked out, like command bars, later made their way into Windows itself. I always thought this was the wrong approach and maybe that will finally change now with Microsoft 365 and the (supposedly) unified development of each product.

Leave a Reply