[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH] ui/cocoa.m: run custom script menu item
From: |
Programmingkid |
Subject: |
Re: [Qemu-devel] [PATCH] ui/cocoa.m: run custom script menu item |
Date: |
Tue, 29 Sep 2015 14:04:08 -0400 |
On Sep 29, 2015, at 2:00 PM, Peter Maydell wrote:
> On 29 September 2015 at 18:53, Programmingkid <address@hidden> wrote:
>>
>> On Sep 29, 2015, at 1:18 PM, Peter Maydell wrote:
>>
>>> On 29 September 2015 at 18:03, Programmingkid <address@hidden> wrote:
>>>> Allow the user the ability to run a custom script file.
>>>> This patch adds a menu item called "Run Custom Script".
>>>> When the user selects it, a open-file dialog has the
>>>> user select a text file with the custom scripts to run.
>>>> This allows for virtually unlimited expandability. All
>>>> monitor commands should work with this feature.
>
>>> Not a feature I want in the cocoa UI, please.
>>
>> It can be consider it a poor man's Virt-manager. It is very small
>> and light. It can help a lot of people out. I really believe in this
>> feature. It can encompass a lot of the GUI features in most
>> front-ends. Think about it, the user might never have to enter
>> long file paths again with this feature. It makes life so much
>> easier for QEMU users.
>
> I simply do not have the time or expertise to review
> these patches for significant new OSX UI layer features.
> (OSX host support is something I do as a sideline to the work I'm
> paid to do on QEMU, and so my time for it is decidedly limited.)
>
> This leaves you with three choices:
> * find another core developer who will review these for you
> * implement them for some other QEMU UI layer on a platform
> which has more people who care about it and thus gets more
> review (ie Linux+GTK or SDL), and then do the OSX UI updates
> second as a "bring in line with GTK" change
> * implement these features in a separate virt-manager for OSX
>
> I can continue to review bugfix patches and similar.
>
> thanks
> -- PMM
Adding more maintainers sounds like a great idea.