[Kimchi-devel] [PATCH v2 0/2] Keep UI Consistent in Guest Edit Window

Hongliang Wang hlwang at linux.vnet.ibm.com
Wed Jun 11 09:42:26 UTC 2014


On 06/09/2014 11:59 PM, Aline Manera wrote:
> On 06/09/2014 04:25 AM, Hongliang Wang wrote:
>>
>> On 06/07/2014 01:16 AM, Aline Manera wrote:
>>> On 06/06/2014 03:49 AM, Hongliang Wang wrote:
>>>> Make guest cdrom edit UI consistent with guest interface edit UI. The key point
>>>> is to edit cdrom properties in place. Because there is only one property can be
>>>> updated for a cdrom, it works fine this way. Though another inconsistence comes
>>>> up that in the same storage tab, there is also lines for disks, which have more
>>>> editable properties and it's not that easy to make all of these properties stay
>>>> in one line. So for disks, possibly we still need provide another window to let
>>>> users update properties.
>>>>    So here are 2 choices:
>>>>    C1) Apply this PATCH v2 to keep cdrom consistent with interface
>>>>    C2) Apply PATCH v1 to keep cdrom consistent with disk
>>>>
>>>>    Both are OK for me.
>>>>
>>>> v1 -> v2:
>>>>    2a) Made updating cdrom properties in place
>>>>       (Aline's comment)
>>>>
>>>> Hongliang Wang (2):
>>>>    Adjust Guest Edit Storage Tab Styles
>>>>    Remove Unused Files
>>>>
>>>>   ui/css/theme-default/guest-cdrom-edit.css     |  57 ------------
>>>>   ui/css/theme-default/guest-edit.css           |  99 +++++++-------------
>>>>   ui/images/theme-default/guest-icon-sprite.png | Bin 6748 -> 0 bytes
>>>>   ui/js/src/kimchi.guest_cdrom_edit_main.js     |  85 ------------------
>>>>   ui/js/src/kimchi.guest_edit_main.js           | 125 +++++++++++++++++++++-----
>>>>   ui/pages/guest-cdrom-edit.html.tmpl           |  70 ---------------
>>>>   ui/pages/guest-edit.html.tmpl                 |  57 +++++++-----
>>>>   7 files changed, 166 insertions(+), 327 deletions(-)
>>>>   delete mode 100644 ui/css/theme-default/guest-cdrom-edit.css
>>>>   delete mode 100644 ui/images/theme-default/guest-icon-sprite.png
>>>>   delete mode 100644 ui/js/src/kimchi.guest_cdrom_edit_main.js
>>>>   delete mode 100644 ui/pages/guest-cdrom-edit.html.tmpl
>>>>
>>>
>>> We also need to keep consistence in the "+" button.
>>> In the network tab, it adds a new line to the list and user change 
>>> the values accordingly.
>>> And in the storage tab, a new dialog is displayed to collect user input.
>>>
>>> Could you send a separate patch for that?
>> Hi Aline, as I was adding this feature, I found it's different from 
>> interface that for storage, there is not only CDROMs, but also disks. 
>> There are more settings for disks so I suggest retain the pop-up 
>> window for attaching devices.
>>
>
> Good point!
>
> And if we do the following:
>
> 1) user select + and we add a new line and set the default values for 
> cdrom
>
> Type        Path
> cdrom       <an empty input box>
>
> 2) if user changes type to "disk", we replace the input box for 2 
> combo boxes, one for storage pool and other for storage volume
>
> Type        Path
> disk        |storage pool| |storage volume|
>
> When user selects "Save" we will know the path based on storage pool 
> and volume, and turns to the first UI
>
> Type         Path
> cdrom        /var/lib/libvirt/myiso.iso
> disk         /var/lib/libvirt/mypool/mypool-vol.img
>
> What do you think?
That's good! I made a mock-up UI and it looks fine (though I forgot to 
capture a screen shot :-( ). There are 5 fields as follow:

Device Name   |   Device Type    |    Device Bus    | 
Path                  +
vda            Disk               IDE 
/kvmfiles/images/381d4f75-8ee2-43d3-b509-20e80e715544-0.img
hda            CDROM              IDE 
/kvmfiles/images/Fedora-18-x86_64-Live-Desktop.iso


   The only problem left here is the style issue. We were applying 
relatively "big" fonts and icons, though we are switching to relatively 
small icons and controls. A re-design needs to make Kimchi UI consistent.

Big style for drop-down list used in most parts of Kimchi


Small style for drop-down list used here








-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/kimchi-devel/attachments/20140611/98aca0c8/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: big.png
Type: image/png
Size: 10329 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/kimchi-devel/attachments/20140611/98aca0c8/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: small.png
Type: image/png
Size: 11777 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/kimchi-devel/attachments/20140611/98aca0c8/attachment-0001.png>


More information about the Kimchi-devel mailing list