I agree that it should be enough. On my setup using the UEFI boot manager is much more annoying than it should be, though.
I have configured password protection for my UEFI settings (so that a potential attacker could not easily disable Secure Boot, for example) and GIGABYTE's UEFI implementation requires that password for the boot manager as well. In other words, when booting using this setup, I need up to three passwords: 1. UEFI password, 2. Disk encryption password, 3. User password.
Hence I use systemd-boot to set BootNext and reboot into the Windows boot loader.
Another reason for having a bootloader is that you may have more entries than the built-in manager can handle, for example if you can boot into automatic snapshots.
I think parents point still stand. Windows overwrites any boot related stuff to use it's own. You need to either install X after Windows, or disconnect the proper boot drive when installing Windows, otherwise your system will just boot Windows directly.
All Windows does it set itself first in the boot order whenever you start it. What happened to pressing F9 during POST to open the boot menu? Is that too advanced for people that are dual-booting different operating systems?
Each operating system has its files in their respective directories on ESP, and each operating system registers its own boot entries pointing to bootloader in these directories. With UEFI, there's nothing to overwrite, except setting the default entry.
That's not an issue, since you can both easily boot non-default entries and change, what the default entry is.
No it doesn't REMOVE the Linux's UEFI partition or files on the drive, but it sets itself to #1 in your UEFI boot list. And since their installer does not add other OSes to the Windows bootloader automatically, you have to either change your UEFI settings or your Windows BOOT.INI (for Windows MBR setups)
Depending on your hardware UEFI boot manager can be a PITA. I have a Dell one where a normal boot to grub/sd-boot takes 5s. But if I want to go to the uefi boot menu for some reason it takes 30+ seconds and from what I can observe, an intermediary reboot. And I end up in some monstrous UEFI GUI with an abysmal mouse cursor behaviour.
Because GRUB still ships with the vast majority of Linux distros, and not every UEFI implementation is good about asking which image you want to load every time you boot.
I have configured password protection for my UEFI settings (so that a potential attacker could not easily disable Secure Boot, for example) and GIGABYTE's UEFI implementation requires that password for the boot manager as well. In other words, when booting using this setup, I need up to three passwords: 1. UEFI password, 2. Disk encryption password, 3. User password.
Hence I use systemd-boot to set BootNext and reboot into the Windows boot loader.
Another reason for having a bootloader is that you may have more entries than the built-in manager can handle, for example if you can boot into automatic snapshots.