<div dir="ltr">Yep, I was thinking about the multi-row format.  Maybe 1 line for the simple, non-repeating items related directly to the endpoint, then 1 additional line for each AOR/Contact/Channel.<div><br></div><div>I updated the pastebin with another take.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Oct 23, 2013 at 12:52 PM, Tilghman Lesher <span dir="ltr"><<a href="mailto:tilghman@meg.abyt.es" target="_blank">tilghman@meg.abyt.es</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, Oct 23, 2013 at 1:41 PM, George Joseph<br>
<<a href="mailto:george.joseph@fairview5.com">george.joseph@fairview5.com</a>> wrote:<br>
><br>
> On Wed, Oct 23, 2013 at 11:27 AM, George Joseph<br>
> <<a href="mailto:george.joseph@fairview5.com">george.joseph@fairview5.com</a>> wrote:<br>
>><br>
>><br>
>> On Wed, Oct 23, 2013 at 10:26 AM, Paul Belanger<br>
>> <<a href="mailto:paul.belanger@polybeacon.com">paul.belanger@polybeacon.com</a>> wrote:<br>
>>><br>
>>> On 13-10-23 10:51 AM, Rusty Newton wrote:<br>
>>>><br>
>>>> On Tue, Oct 22, 2013 at 2:23 PM, George Joseph<br>
>>>> <<a href="mailto:george.joseph@fairview5.com">george.joseph@fairview5.com</a>> wrote:<br>
>>>><br>
>>>>><br>
>>>>> So, thoughts on removing the 80 column wrap requirement and just<br>
>>>>> letting the<br>
>>>>> screen do the wrapping?<br>
>>>><br>
>>>><br>
>>>> As I mentioned in the dev chat, I'm a +1 for this as well. I don't<br>
>>>> feel like the 80 character limit is relevant any longer.<br>
>>>><br>
>>> So, python PEP8[1] recently relaxed there guidelines, so I think we could<br>
>>> also follow suit.  I still think 80 should be aimed for, but allowing up to<br>
>>> 100 being the max. I still think we should have something for the upper<br>
>>> limit.<br>
>>><br>
>>> [1] <a href="http://www.python.org/dev/peps/pep-0008/#maximum-line-length" target="_blank">http://www.python.org/dev/peps/pep-0008/#maximum-line-length</a><br>
>>><br>
>> I'm OK with striving for a 100 character limit as a design guideline but I<br>
>> do think people are used to more considering that sip show peers needs 140<br>
>> to not wrap (and is quite useful).  OTOH, Rusty's mock up for pjsip show<br>
>> endpoints needs only 95.<br>
>><br>
>> I'll start with 100 and see how it looks with a bunch of real endpoints.<br>
>><br>
><br>
> Hmmm.  Here's a real-world example with no wrapping or limits...<br>
><br>
> <a href="http://pastebin.com/R1qgqxKv" target="_blank">http://pastebin.com/R1qgqxKv</a><br>
><br>
> It's already 128 characters wide.<br>
><br>
> How would you wrap or limit this?<br>
<br>
One thing that comes to mind:  if there are active channels, isn't the<br>
DevState _always_ INUSE?  You could conflate those columns as a<br>
result.<br>
<br>
Secondarily, you could try a 2-row format.  For ease of reading, I'd<br>
suggest that you stagger the column headings, so that fields from the<br>
first row of output DON'T line up with fields from the second row of<br>
output.  This makes the fields more easily distinguishable.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>
</font></span></blockquote></div><br></div>