[Kimchi-devel] [PATCH v2 0/2] Keep UI Consistent in Guest Edit Window
Aline Manera
alinefm at linux.vnet.ibm.com
Wed Jun 11 15:07:05 UTC 2014
On 06/11/2014 06:42 AM, Hongliang Wang wrote:
>
> 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
>
>
>
>
>
>
How it looks if we use the big style there?
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/kimchi-devel/attachments/20140611/1d59ba7e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 10329 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/kimchi-devel/attachments/20140611/1d59ba7e/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 11777 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/kimchi-devel/attachments/20140611/1d59ba7e/attachment-0001.png>
More information about the Kimchi-devel
mailing list