Bug 883148
Summary: | [custom part usability] Proposal: separate new installation from existing installation in newUI custom part | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Adam Williamson <awilliam> | ||||
Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | low | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | rawhide | CC: | anaconda-maint-list, awilliam, cochranb, duffy, g.kaviyarasu, jonathan, sbueno, vanmeeuwen+fedora | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | All | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2014-12-09 14:36:03 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Adam Williamson
2012-12-03 21:54:48 UTC
Created attachment 657083 [details]
mockup of my 3 pane design
Oh - the mockup also adds explicit instruction text to the effect that you can assign mount points to existing partitions. It may be worth adding that on its own, without any other change.
I think this is a good start. I'm confused by the text 'Manual Partitioning' when the point of the screen is to assign mount points either automatically or manually. Should the text be changed to "Assign Mount Points"? And then show a proposed set of mount points that clicking the automatic mount point link would create? That can go on the left side. On the right side, give the user the chance to manually create mount points. Or maybe give the user the chance to read in an XML file that specifies custom mount points. This is a nice mockup and it is definitely moving in the right direction. All the text except 'or assign mount points to existing partitions below' and 'Existing operating systems' is as it currently exists in Beta. It is not part of my submission or relevant to the scope of this bug. Bumping to Rawhide - if we're going to look at this we should do it soon as it's a major change. Mo? Mo - any chance of looking at this in time for F19 Alpha? This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle. Changing version to '19'. (As we did not run this process for some time, it could affect also pre-Fedora 19 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19 This is a Rawhide bug as it's an enhancement request. There was some discussion in IRC a little while back that my recent changes in the custom partitioning spoke may have also fixed up this problem. Did they? Tried to take a look at it, but https://bugzilla.redhat.com/show_bug.cgi?id=1068802 makes it tricky. I'd like to see how it looks with the 'new' and 'old' treeviews populated. I think the drop-down definitely makes it better, though. OK, 1068802 was pebkac. The dropdown makes this a bit better, but it goes away once you've created one partition, so I'm not sure it's entirely enough. Still, I don't hear people moaning about this issue specifically very often any more, so it's pretty low priority stuff. (In reply to Adam Williamson (Red Hat) from comment #10) > OK, 1068802 was pebkac. The dropdown makes this a bit better, but it goes > away once you've created one partition, All the expanders stick around on F21, at least, so let's call this fixed. |