elementary-dev-community team mailing list archive

[Pim Vullers <pim@xxxxxxxxxxxxxx>]

Kurt,

What Sergey means is having apps, like Audience (and I think
Pantheon-Greeter as well), which have a fullscreen mode (which hides
wingpanel), which can still display indicators that are essential to them.

So for the video-player Audience it is handy to still provide access to
the sound indicator such that it can be used for adjusting the volume.

Kind regards,
Pim Vullers

On 08/26/2013 01:22 PM, Kurt Smolderen wrote:
> 
> Sergey,
> 
> What do you mean by 'embedding indictors into apps'? Does it mean one
> installs for example Noise and the soundindicator is installed as well
> but not as a separate package?
> 
> If that's the case, what if a user wants to install another music player
> which makes use of the sound indicator? Additionally, how difficult will
> it be/ what effort will it take to backport upstream changes made to for
> example the sound indicator to the particular apps?
> 
> Regards
> Kurt
> 
> On 26-08-13 11:04, Sergey "Shnatsel" Davidoff wrote:
>>
>> [...]
>>
>> Voldyman showed off a cool proof of concept for libpeas-based plugs
>> yesterday, but it's not necessarily the best architecture if we choose
>> to embed indicators into apps (e.g. sound indicator in Audience). I'd
>> like to talk to designers first and see what are the use cases for
>> this feature, and if there's a sufficient number of indicators that
>> should be embedded. Otherwise we could use the libpeas-based
>> architecture and simply provide minimal D-bus interfaces to indicators
>> like Sound.
>>
>> -- 
>> Sergey "Shnatsel" Davidoff
>> OS architect @ elementary
>>
>>
> 
> 
>