Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Redesign the UI so that it follows the flow of user operations #117
Rufus users (understandably) appear confused that the order in which Rufus presents the various elements is not the order in which they are affected. For instance, one may select a File System only to have it overridden after selecting an ISO.
To make the whole operation more intuitive, Rufus should present the following in order, as each item is independent from the one before, but has an impact on the one that follows:
a. I'm still hoping you'll implement this rather sooner than later, in light of the fact that a lot more combinations (boot types and file types) are becoming available.
Thanks for you hard work.
Then you'll probably be disappointed as this enhancement is not sitting very high on my priority list right now.
First of all, this will be exceedingly more time consuming that you can imagine, especially when factoring the need to update all 30+ localizations (and God forbid you find an issue or change your mind and want to quickly update some part of the UI). For instance, the minimal changes that were introduced to the UI for Windows To Go and the new info field, in Rufus 2.0, required a lot more work than than people realize. And when it comes to getting these changes localized, you can add months of additional delay. For instance, even though I provided them with the data to update more than 2 months ago, long before the release of Rufus 2.0, I'm still waiting for a couple translators to provide me with their localization update... And I'm afraid this is not an unusual occurrence.
So unlike anything else in Open Source, when it comes to improving an UI, you can't really be nimble and go incremental by trying something here, something else there and addressing what works and what doesn't.
Also, as far as I am concerned, UIs are one of the hardest things in Software Development.
Encryption, compression, bring it on! That's really peanuts compared to trying to design an UI that most people will be happy with. This is because no two people ever have the same idea of what makes an intuitive UI. To bring home this point, about once a month, I seem to get into a heated discussion on how the Rufus UI should be redesigned to be more intuitive - I actually had my last private conversation about this no less than a couple of days ago...
Still, I wouldn't mind if you could elaborate on what you have in mind with regards to reworking the UI, bearing in mind that, by design, Rufus will remain close to the default formatting dialog from Windows, as this is something I expect users to be familiar with. I strongly believe that the more you can make a user feel on familiar ground when it comes to preforming a daunting task (most users find formatting an USB daunting, as they know it means data loss), the better it is. So what I really have mostly in mind with this enhancement is to reorder the way in which the various options and controls are presented, so that they follow the more natural flow in which users are expected to change them.
As far as I know, the only reason the EFI committee went with FAT32 is because the license was already open enough so that they could make Microsoft agree into providing them with a special licensing agreement that entitles them to use FAT32 without any form of restrictions. My guess is that this is probably because Microsoft considers that the FAT format as a whole is not advanced enough to warrant much IP rights, and their lawyers/accountants probably said it was OK to let it go (because they didn't expect to milk it that much more).
On the other hand, Microsoft appears to have been taking a very different stance when it comes to exFAT and NTFS and no such special licensing deal for those has been struck with the UEFI people, even if they are backed by juggernauts like intel. It's also fair to surmise that the UEFI guys were probably well aware of what using FAT32 would mean in terms of filesize limitations, and they probably tried to pressure Microsoft into getting a special licensing agreement for NTFS or exFAT... but failed.
So to answer your question: I doubt it. If intel and consorts didn't manage it at the time, it's unlikely that Microsoft is going to change their mind now, and decide to open something like exFAT.
The one thing I am puzzled about however is why the EFI committee didn't go with UDF, which is a fully open file system, that didn't have the 4GB limitation and that was already well established across OSes (and was designed to accommodate pretty much any media, and not just Optical Drives).
In my mind, I think the discussion probably went something like this:
Thanks for your reply:
Thanks for your reply, I truly appreciate you educating us on this ==> maybe musings like these could be put on your website?
OK, then I guess we more or less agree here.
For the record, everything about NTFS UEFI support in Rufus is detailed here.
And you can be certain there are no licensing issues because:
I have to stress out that I am NOT using the NTFS EFI driver that, is known to have been floating around the internet, and that nobody seems to be knowing the provenance or licensing of.
So, if Microsoft want to come after you for using NTFS EFI support in Rufus, they'll first have to come after the whole GRUB project, which they haven't done for the many years that the project has existed, and for good reason, since I know the GRUB people have been working hard to make sure that there wasn't anything that could remotely let Microsoft build a case against them.
Clean room reverse engineering is perfectly legal and Microsoft knows this better than anyone else, as it's clean room reverse engineering (of the original IBM-PC BIOS by Compaq) that made them the company they are today (by ensuring that PC compatible clones, running Microsoft software, could take over the world)...
I try to keep http://pete.akeo.ie for technical stuff only (with perhaps a few musings in passing, but only if they don't distract too much from the technical stuff). And if I were to do it on http://rufus.akeo.ie, I'd have to ask 30+ translators to translate those, which I don't really want to do...
Re UI: no, I TOTALLY agree with you ☺, nothing more than your own description in the GitHub log, and on your timing…
Re NTFS and other file systems: well I must say I take my hat off to you sir, I was not aware of what it takes...
Also: patents should not make it so difficult for programmers like you to be able to deliver useful functionality. As far as I’m concerned MS already makes enough money, and it is not like you’re trying to replace Windows as an OS. I realize we live in a capitalist world, but I think for IP there should be a ‘fair use’ clause, like there is for journalists and artists when they want to use works protected by authorship, provided they stay within the intended use. That would make perfect sense in your case too. But no MS lawyer would ever like that concept, I’m afraid.