elementary-dev-community team mailing list archive
-
elementary-dev-community team
-
Mailing list archive
-
Message #01237
Re: Running App Indicators
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>
>
Follow ups
References