elementary-dev-community team mailing list archive

[Cassidy James <cassidy@xxxxxxxxxxxxxxxx>]

Rico,

Functionally that's the same, sure. But I think the idea is that it should
be a setting instead of a theming hack. Users should be able to say, "I
want to display running indicators" and flip a switch to do so.
On Sep 20, 2012 10:44 AM, "Rico Tzschichholz" <ricotz@xxxxxxxxxxx> wrote:

> Setting the size to 0 is fairly the same as having them disabled. So I
> don't really see the need in such an extra key, although adding one is
> easy. If you insist please file an elementary-tagged bug.
>
> Rico
>
> Am 20.09.2012 01:49, schrieb Daniel Foré:
> > Well the idea is that our default apps already more-or-less behave like
> > this and we're kind of pushing 3rd party devs to follow along.
> >
> > But it sounds like overall there is a pretty strong desire for the
> > option to re-enable them for now. Which I think is 100% fair considering
> > we're in the very beginnings of this transition period.
> >
> > Rico, would it be terribly difficult to add a key to enable/disable the
> > running indicators instead of relying on setting their size to 0?
> >
> > On Wed, Sep 19, 2012 at 11:25 AM, Craig <weberc2@xxxxxxxxx
> > <mailto:weberc2@xxxxxxxxx>> wrote:
> >
> >     Isn't that kind of like pulling all street signs/traffic lights in
> >     excited anticipation for the day when cars have traffic data
> >     projected onto the windshield via HUD?
> >
> >
> >     On Wed, Sep 19, 2012 at 1:00 PM, Sam Tate <s@xxxxxxxxxxx
> >     <mailto:s@xxxxxxxxxxx>> wrote:
> >
> >         In the long run (L+1 or even L+2), I want there to be no
> >         difference between an open and closed app. Computers are fast
> >         enough now (esp. with Luna) that you don't really notice the
> >         extra delay when you open an app rather than restoring from
> >         Minimize.
> >         I also want apps to save their state for when you re-open them,
> >         and for the system (not the user) to handle memory management.
> >
> >         However, these are things that need not be addressed now, and I
> >         will go into in more detail (probably with a blog post) closer
> >         to the time.
> >
> >         For now, I much prefer the removal of indicators as it moves us
> >         towards this vision.
> >
> >         SamTate
> >
> >
> >         On 19 September 2012 00:39, ttosttos Sa <ttosttos@xxxxxxxxx
> >         <mailto:ttosttos@xxxxxxxxx>> wrote:
> >
> >             +1 on running app indicators unless a simple, _mouse only_
> >             expose for app windows is available (e.g. long hover over
> >             dock icon exposing running screens).  There are useful apps
> >             that don't support tabs and, even for those that do, you may
> >             still want to run multiple windows with different parameters
> >             (e.g. a browser with private and non-private settings).
> >              Switching focus to a particular instance of an app is a bit
> >             involved today.
> >
> >             --ttosttos
> >
> >             On Tue, Sep 18, 2012 at 9:02 AM, Daniel Foré
> >             <daniel@xxxxxxxxxxxxxxxx <mailto:daniel@xxxxxxxxxxxxxxxx>>
> >             wrote:
> >
> >                 Hey Guys,
> >
> >                 I've seen a few mails/reports about the current lack of
> >                 running app indicators in Luna. I wanted to get a feel
> >                 for how people who have been using Luna for a while feel
> >                 about it. Namely, is this something people are
> >                 complaining about because they expect it and aren't used
> >                 to it yet, or is this a real problem?
> >
> >                 Personally, I don't miss them at all. I haven't used
> >                 them for almost a year now (When Gala was just a dream
> >                 haha). Luna is so good on resources that it hardly
> >                 matters if an app is open or not and you can easily see
> >                 if something is open from Gala's Workspace Overview
> >                 since minimize isn't part of our regular workflow. But
> >                 it also has the added benefit of saving a few pixels on
> >                 the bottom of the dock (since our OOTB default is
> >                 hide-on-maximize and not intelli or autohide I think
> >                 keep the dock small is still important).
> >
> >                 If we do decide that running app indicators are
> >                 important, would it be terribly difficult to make this a
> >                 switch in the desktop plug? We may need to ask Rico to
> >                 add a key for this since I think we wouldn't want to
> >                 have this update for every user on the system (since the
> >                 theming is currently stored globally). Because I do
> >                 think that there are probably a significant amount of
> >                 people for which the running indicators just aren't
> >                 terribly useful in Luna and it could still remain as the
> >                 default. But hey, that's why I am asking!
> >
> >                 Best Regards,
> >
> >                 Daniel Foré
> >
> >                 elementaryos.org <http://elementaryos.org>
> >
> >
> >                 --
> >                 Mailing list:
> >                 https://launchpad.net/~elementary-dev-community
> >                 <https://launchpad.net/%7Eelementary-dev-community>
> >                 Post to     :
> >                 elementary-dev-community@xxxxxxxxxxxxxxxxxxx
> >                 <mailto:elementary-dev-community@xxxxxxxxxxxxxxxxxxx>
> >                 Unsubscribe :
> >                 https://launchpad.net/~elementary-dev-community
> >                 <https://launchpad.net/%7Eelementary-dev-community>
> >                 More help   : https://help.launchpad.net/ListHelp
> >
> >
> >
> >             --
> >             Mailing list:
> >             https://launchpad.net/~elementary-dev-community
> >             <https://launchpad.net/%7Eelementary-dev-community>
> >             Post to     : elementary-dev-community@xxxxxxxxxxxxxxxxxxx
> >             <mailto:elementary-dev-community@xxxxxxxxxxxxxxxxxxx>
> >             Unsubscribe :
> >             https://launchpad.net/~elementary-dev-community
> >             <https://launchpad.net/%7Eelementary-dev-community>
> >             More help   : https://help.launchpad.net/ListHelp
> >
> >
> >
> >         --
> >         Mailing list: https://launchpad.net/~elementary-dev-community
> >         <https://launchpad.net/%7Eelementary-dev-community>
> >         Post to     : elementary-dev-community@xxxxxxxxxxxxxxxxxxx
> >         <mailto:elementary-dev-community@xxxxxxxxxxxxxxxxxxx>
> >         Unsubscribe : https://launchpad.net/~elementary-dev-community
> >         <https://launchpad.net/%7Eelementary-dev-community>
> >         More help   : https://help.launchpad.net/ListHelp
> >
> >
> >
> >     --
> >     Mailing list: https://launchpad.net/~elementary-dev-community
> >     <https://launchpad.net/%7Eelementary-dev-community>
> >     Post to     : elementary-dev-community@xxxxxxxxxxxxxxxxxxx
> >     <mailto:elementary-dev-community@xxxxxxxxxxxxxxxxxxx>
> >     Unsubscribe : https://launchpad.net/~elementary-dev-community
> >     <https://launchpad.net/%7Eelementary-dev-community>
> >     More help   : https://help.launchpad.net/ListHelp
> >
> >
> >
> >
> > --
> > Best Regards,
> >
> > Daniel Foré
> >
> > elementaryos.org <http://elementaryos.org>
> >
>
> --
> Mailing list: https://launchpad.net/~elementary-dev-community
> Post to     : elementary-dev-community@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~elementary-dev-community
> More help   : https://help.launchpad.net/ListHelp
>