Another common theme in feedback on newUI custom part has been that people are 'scared' of experimenting in it. A recent thread in particular: http://forums.fedoraforum.org/showthread.php?t=286370 points out that the presence of an 'Apply Changes' button can actually act as a warning flag - if I click that, will it eat my partitions? What it means is 'Apply changes to the display of the proposed layout', but that's not obvious at all. Again a common theme: I'm not sure of the best way to fix this. But can we somehow clue in the user that nothing at all irreversible happens until they click 'Begin Installation' on the hub?
http://forums.fedoraforum.org/showpost.php?p=1617950&postcount=7 has an interesting summary - we could do this on the hub, not any spoke, because it actually applies everywhere. Just a note on the hub that no changes will actually be committed until the user hits Begin Installation.
For the record - as I filed https://bugzilla.redhat.com/show_bug.cgi?id=903498 last night, which is somewhat similar to this - this fix adds the following label to the Begin Installation button: "We won't touch your disks until you hit this button." It's clearly an improvement, but it may still be worth doing it at the disk shopping cart and tweaking the language in the storage config screens in a few places too.
let's mark this as 'closed' for now as the fix is already in the latest anaconda build in rawhide (verified). I still think the 'Apply Changes' button in custom part is kinda problematic UI, but we can come to that later.
I'm re-opening this bug, because the text that would help resolve it is on the disk selection screen, not on the custom part screen. Stephanie and I reviewed this bug today and came up with the following plan of attack: 1) We're going to change the label of the 'Apply Changes' button. We have two ideas, either change it to 'Save Changes' ('save' is a little safer of a term than 'apply') or 'Update Settings' (here the verb is settings, so it's clear it won't touch your disk. We aren't sure which label will be less intimidating for users. Stephanie is going to mock up both and we'll do some quick paper prototype testing of paper printouts of the two mockups and see what potential users think about the text. 2) We're going to add a message to the custom partitioning screen to let people know the changes won't apply until they hit 'begin installation' on the first hub. Stephanie is going to mock this up in her mockup as well, and refer to the mockup in bug 903498 to make sure the text she comes up with for custom partitioning is a reasonable match to the wording in that mockup (for disk selection.)
Great. One more thought: it might be worth talking to devs about whether it'd be feasible to just do away with the need for the button entirely. It seems like a bit of a hack for it to exist in the first place. With smart enough coding, couldn't we make the screen use the 'instant apply' principle and get rid of the button? It would just have to be smart about when it applied changes. Might not be possible, but worth thinking about.
The original design was that we had no button at all, there was some technical reason it had to be added back (dlehman would probably remember, I don't.)
Here's Stephanie's mockup: http://linuxgrrl.com/fedora-ux/Projects/Anaconda/Sketches/DiskSelectionTerror/custom-partitioning-update.png
Whoops, POST was the right choice for the moment.
anaconda-19.15-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/anaconda-19.15-1.fc19
Package anaconda-19.15-1.fc19: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing anaconda-19.15-1.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-4754/anaconda-19.15-1.fc19 then log in and leave karma (feedback).
anaconda-19.16-2.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/anaconda-19.16-2.fc19
anaconda-19.16-2.fc19, python-meh-0.22-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.