[Adium-devl] Support for adding new view?

[Ofri Wolfus]

Maybe something like this?

As I said, my main problem with the Finder's info panel is that it  
takes a lot of space when it has more than 1-2 opened sections. Tabs  
don't allow you to open more than one section and thus avoid the  
problem of the window getting too large. I'm not sure about the  
drawer in the current panel, but I guess it could somehow fit as  
another section/tab rather than a drawer.

- Ofri

- - - - - - - - - - - - - - - - - - -
http://www.dpompa.com
- - - - - - - - - - - - - - - - - - -


On 10/11/2006, at 23:47, Colin Barrett wrote:

> On Nov 10, 2006, at 11:43 AM, Ofri Wolfus wrote:
>
>>
>> On 10/11/2006, at 23:31, Colin Barrett wrote:
>>
>>> Why would we need to use PSM tabs? Who needs to drag and re-order
>>> the tabs?
>>
>> No real need, but maybe if a fresh look is needed.
>
>
>>> Also, I'm not sure how the finder's get info is wasteful: here it
>>> is with no sections open:
>>>
>>>
>>> <Picture 9.png>
>>
>> That's a ~270 x ~215 panel that shows only the most important info
>> which actually takes about a quarter of the space.
>>
>>> And with the default:
>>>
>>>
>>> <Picture 10.png>
>>>
>>
>> This default takes more than half of my screen's height which IMHO is
>> a waste. And closing each opened section before moving to another one
>> is something I curse daily.
>
>
>>> Adium's get info window has a terrible UI right now, and I really
>>> think it needs improvement and reorganization. The Finder's get
>>> info window, I think, is a nice example of a modular UI that works
>>> much better than what we have currently.
>>
>> I agree the current panel is not that good, but tabs are the way to
>> go IMO.
>
> I really don't. It's a far, far more compact UI than what we have  
> now. If you could get some mockups showing exactly what you're  
> talking about, and why it'd be better, that be great, because I'm  
> not convinced.
>
>
> <Picture 11.png>
>
>>> On Nov 10, 2006, at 11:17 AM, Ofri Wolfus wrote:
>>>
>>>> I must say I don't like the Finder's info window as it wastes lots
>>>> of space when you have few sections opened. I suggest allowing
>>>> plugins to add new tabs to the panel and stay with the current
>>>> look (maybe use PSMTabs?).
>>>>
>>>> - Ofri
>>>>
>>>> - - - - - - - - - - - - - - - - - - -
>>>> http://www.dpompa.com
>>>> - - - - - - - - - - - - - - - - - - -
>>>>
>>>>
>>>> On 10/11/2006, at 23:04, disposable at infinitenexus.com wrote:
>>>>
>>>>> If the disclosable view concept is used I think it'll be  
>>>>> relatively
>>>>> hard to make the overall view look horrible, because each "part"
>>>>> becomes its own functional segment defined by the content rect,
>>>>> disclosure button and title. So an info window plugin would  
>>>>> need to
>>>>> provide a view and a localized title and then handle itself. Thus
>>>>> the
>>>>> worse that could happen is a badly laid out section of  
>>>>> controls, but
>>>>> its contained, and the majority will likely be owned by the  
>>>>> core, so
>>>>> it should be a negligible impact as ours will be 'best of breed'.
>>>>> Disjointed, possibly.
>>>>>
>>>>> That's my .02, unadjusted.
>>>>>
>>>>> - brian 'bgannin' ganninger
>>>>>
>>>>> On Nov 10, 2006, at 2:33 PM, Colin Barrett wrote:
>>>>>
>>>>>> On Nov 10, 2006, at 10:27 AM, Evan Schoenberg wrote:
>>>>>>
>>>>>>> On Nov 10, 2006, at 3:14 PM, Colin Barrett wrote:
>>>>>>>
>>>>>>>>
>>>>>>>> Chris brings up an excellent point -- we were thinking of
>>>>>>>> adding an
>>>>>>>> International area to the get info window (it's getting a
>>>>>>>> facelift
>>>>>>>> soon, more on that as I have time to write it) with per-user
>>>>>>>> Spell
>>>>>>>> Check prefs and timezone information.
>>>>>>>
>>>>>>> The translation plugin could be included and integrated to an
>>>>>>> International area, as well.
>>>>>>>
>>>>>>> The Get Info window used to be dynamically built up using views
>>>>>>> supplied by multiple plugins... but it turns out to be a huge
>>>>>>> hassle
>>>>>>> to make these look good together.  Not an argument against,
>>>>>>> really,
>>>>>>> but just something to keep in mind in implementing a rewrite.
>>>>>>
>>>>>> The plan is to make something that looks a lot like the Finder's
>>>>>> Get
>>>>>> Info window. I haven't even hit the mockup stage for this yet,  
>>>>>> so i
>>>>>> can't really tell you what it's going to end up looking like  
>>>>>> other
>>>>>> than that.
>>>>>>
>>>>>> -Colin
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Adium-devl mailing list
>>>>>> Adium-devl at adiumx.com
>>>>>> http://adiumx.com/mailman/listinfo/adium-devl_adiumx.com
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Adium-devl mailing list
>>>>> Adium-devl at adiumx.com
>>>>> http://adiumx.com/mailman/listinfo/adium-devl_adiumx.com
>>>>
>>>> _______________________________________________
>>>> Adium-devl mailing list
>>>> Adium-devl at adiumx.com
>>>> http://adiumx.com/mailman/listinfo/adium-devl_adiumx.com
>>>
>>> _______________________________________________
>>> Adium-devl mailing list
>>> Adium-devl at adiumx.com
>>> http://adiumx.com/mailman/listinfo/adium-devl_adiumx.com
>>
>>
>> _______________________________________________
>> Adium-devl mailing list
>> Adium-devl at adiumx.com
>> http://adiumx.com/mailman/listinfo/adium-devl_adiumx.com
>
> _______________________________________________
> Adium-devl mailing list
> Adium-devl at adiumx.com
> http://adiumx.com/mailman/listinfo/adium-devl_adiumx.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://adium.im/pipermail/devel_adium.im/attachments/20061111/118d7eef/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Picture 4.tiff
Type: image/tiff
Size: 552806 bytes
Desc: not available
URL: <http://adium.im/pipermail/devel_adium.im/attachments/20061111/118d7eef/attachment.tiff>