Your response time is impressive
Just a quick mention of how I used hkSFV before, so you know where I'm coming from. When I wanted to create a SFV, I'd drop the folder on either the hkSFV icon, or an already open window. hkSFV would warn me if there was already an SFV the directory, and I would decide whether I wanted the creation to continue. I really liked the way that worked.
When I wanted to check an SFV, I would first look in the directory to see if an SFV was present. Upon finding one, I would double click it. With the new version, I think it's likely that I'll continue checking for an SFV and double clicking the ones that I find, since not everything that I download contains an SFV. I may be alone in that approach, so if anyone reading this thinks that I'm insane, please weigh in with your opinion on the following:
The suggestions...
Ideally (read: in the perfect world that seems to exist only in my head), when a folder is dropped on the icon or an hkSFV window, the program would check for an SFV/MD5 in the directory. If an SFV/MD5 is present, it would ask whether the user wants to create or check, with an option to make one the default.
If there is not an SFV/MD5 in the dropped folder (or the user chose 'create' in the scenario described above), hkSFV would ask whether the user would prefer an SFV or an MD5, with an option to make one the default. If either SFV or MD5 compatibility is disabled, it would create the one that is enabled immediately.
Did that make sense? I see how it could be messy, especially for a program as simple as hkSFV, but I think that allowing the user to customize the way the program works would be cool. Then again, maybe I should spend more than ten minutes using the new version before suggesting drastic changes