Template talk:Keys

File Names

I know why we list the file names of the Root FS and ramdisks: to know which is which. Why don't we list the file names of the other (IMG3) files? I have seen some iPhone 3G (iPhone1,2/n82ap) firmwares that contain iPhone 2G (iPhone1,1/m68ap IMG3 files also under /Firmware/dfu and /Firmware/all_flash. There have also been some firmwares that contain multiple Kernelcaches.
To know which is which, you need to look up the application processor's name. If you have the keys in front of you, it would make sense to have the file name also. Listing the file names of the Root FS and ramdisks makes it so you don't have to look in BuildManifest.plist to find out which is which. So why do we make you have to look up the applicatioin processor's name?
Granted, this situation doesn't happen that often, but it would still make sense. As for how to acomplish this, we can just use the current method for IMG3 files, but modified a bit (iPhone 2G 2.0.2 (5C1)):

 | iBSS                = iBSS.m68ap.RELEASE.dfu
 | iBSSIV              = TODO
 | iBSSKey             = TODO

Any ideas? --5urd (talk) 15:58, 3 October 2013 (UTC)

Sounds like a great idea, but I would also add an option for the kernelcache (not the key) but the filename. --Phyrrus9 (talk) 02:04, 5 October 2013 (UTC)

I propose no such changes to key pages (we have many existing ones and updating them all is a pain - not to mention those of us who can actually grab keys keep having to change our templates.) --cj (talk) 16:57, 8 October 2013 (UTC)

I'm with cj on this, it's frustrating to be updating things all the time just to keep up with the latest template. Additionally, I don't think the filenames are necessary; anyone who is going to be doing this type of thing will know how to find the file they're looking for without being told the exact filename. --CompilingEntropy (talk) 20:15, 8 October 2013 (UTC)

I think we should continue to list with this new format. It is nicer now it has a smaller font and its quite nice. Filenames are not needed but it is consistent. --iAdam1n (talk) 20:16, 8 October 2013 (UTC)

It's entirely INCONSISTENT with all previous designs. --cj (talk) 19:10, 9 October 2013 (UTC)

I would love to know how you define consistent. --Neal (talk) 19:14, 9 October 2013 (UTC)