Panel plugins have a fixed size in trunk

[juha]

Enrico Tröger kirjoitti:
> On Mon, 10 Sep 2007 23:26:21 +0300, juha <kautto.juha at kolumbus.fi>
> wrote:
>
>   
>> Nick Schermer kirjoitti:
>>     
>>> 2007/9/10, Enrico Tröger <enrico.troeger at uvena.de>:
>>>   
>>>       
>>>> On Mon, 10 Sep 2007 14:16:47 +0200, "Nick Schermer"
>>>> <nickschermer at gmail.com> wrote:
>>>>
>>>>     
>>>>         
>>>>> >From now on the plugin size is fixed in trunk. This means the
>>>>>           
>>>>>> plugin
>>>>>>             
>>>>> cannot increase the panel size anymore and will be cutoff when it
>>>>> is bigger.
>>>>>       
>>>>>           
>>>> Much better now. The last days I used the old panel code because
>>>> the missing symbols(especially for pidgin) were too annoying.
>>>>
>>>> But now, some things doesn't look nice anymore and some others need
>>>> fixing like the orage clock(see attached image).
>>>>     
>>>>         
>>> Yeah that's a pitty. Most plugins are not designed for vertical
>>> panels, atleast not when they don't get the needed size. That's a
>>> real downside of this fix, but plugin writers need to fix this.
>>>   
>>>       
>> As far as I can see there is nothing I can do to get Orage-clock work
>> better in the new panel. If there is not enough space, users need now
>> to increase panel size.
>>     
> In the way like on http://www.uvena.de/tmp/xfce_big_panel.png?
>   
Isn't that just right?
> I think panel plugins should take care of the used font size according
> to the panel size. This affects also the sensors plugin.
>   
Hmm. Maybe a maximum would now make sense after the panel size
is fixed, but no program can quess what size of fonts I want to use.
> I just noticed it even happens when I use a horizontal panel
> (http://www.uvena.de/tmp/xfce_hori_panel.png). Setting the width of the
> orage clock in the properties dialog doesn't work at all, btw.
>   
It has no effect or how does it not work?
Works fine for me in 4.4.
> Regards,
> Enrico
>
>