[katello-devel] informative cli designs
Tomas Strachota
tstrachota at redhat.com
Fri Oct 19 08:17:41 UTC 2012
On 10/18/2012 10:23 PM, Ivan Nečas wrote:
> On 10/18/2012 10:07 PM, Jordan OMara wrote:
>> In certain situations the CLI does not provide a lot of information to
>> the user. Example:
>>
>> Id : 1
>> Name : key_one
>> Description:
>> this is a key
>> Usage Limit : unlimited
>> Environment Id : 2
>> System Template Id : None
>> Pools:
>> [ ff8080813a66136e013a756303420044 ]
>>
>> In the UI, 'pools' shows you quite a bit of information about the
>> pool, not just the Id. Presumably the idea is that the CLI user would
>> make subsequent queries to get info about the pool they wanted.
>>
>> Question 1: Is this the desired use case, or should we provide a
>> 'verbose' flag and allow the user to see nested pool data as well?
> I guess it makes sense, yes.
Since we already have verbose flag, I would go for just adding the
nested information.
ie. 'pool info' would display all the info by default while 'pool list'
would have it hidden.
>>
>> Question 2: Assuming the answer to question 1 is "yes", is the best
>> way to do this (or at least the accepted katello pattern) to make the
>> Activation Key API return more pool info, or to make the CLI make
>> subsequent calls to get additional pool data?
> Both is probably acceptable I guess, I would vote for the subsequent
> calls just to avoid the pattern that every CLI change would imply an API
> change.
+1
T.
>
> -- Ivan
>>
>> YOUR INPUT IS REQUESTED,
>>
>>
>> _______________________________________________
>> katello-devel mailing list
>> katello-devel at redhat.com
>> https://www.redhat.com/mailman/listinfo/katello-devel
>
>
> --
> Ivan
>
>
>
> _______________________________________________
> katello-devel mailing list
> katello-devel at redhat.com
> https://www.redhat.com/mailman/listinfo/katello-devel
>
More information about the katello-devel
mailing list