Launcher - Add 'installing' animation for when app is installed via drag & drop

Bug #676453 reported by John Lea
62
This bug affects 11 people
Affects Status Importance Assigned to Milestone
Ayatana Design
Fix Committed
High
John Lea
Unity
Triaged
Low
Unassigned
unity (Ubuntu)
Triaged
Low
Unassigned

Bug Description

Add 'installing' animation for when app is installed via drag & drop.

Description:

The desired behavior when a user drags and drops a uninstalled app from the Dash App Lens to the Launcher is:

1) A 'uninstalled' version of the app icon is added to the Launcher.

2) As the app downloads and installs, progress is displayed inside the launcher icon.

3) When the app has finished installing, a Notify OSD notification tells the user that the app is installed. The icon will also 'pulse' once.

The following art assets are linked from this bug:

1. installing_animation.mov - https://chinstrap.canonical.com/~johnlea/1104launcher/installing_animation.mov

    This animation shows:
    - The uninstalled state
    - The installing progress animation
    - The installation complete 'pulse' animation

=============================================

This bug would be an ideal bug for someone to get started hacking on Unity, here's some information:

 * Time to fix: 15h
 * Difficulty: difficult
 * Implementation:

To implement this feature there is an existing call in Launcher.cpp called "handle_dbus_method_call". Information is received about newly installed applications from there. The information contains icon size, starting position (of the animation), the name of the icon to load, and the aptdaemon task. This information should be nicely encapsulated into a new LauncherIcon subclassed from BamfLauncherIcon and loaded into the launcher model.

New classes InstallLauncherIcon (subclasses BamfLauncherIcon)

InstallLauncherIcon is a bamf launcher icon which is capable of tracking the install progress of an aptdaemon task and reflecting this state out through it's progress property. (initial animation will not match the design movie).

Initial implementations should not worry about animations between the starting icon position and the placement on the launcher.

 * Where to look: src/Launcher
                  src/BamfLauncherIcon
 * Workflow information: http://unity.ubuntu.com/getinvolved/

John Lea (johnlea)
Changed in unity-design:
assignee: nobody → Otto Greenslade (otto-chaotic)
status: New → Incomplete
John Lea (johnlea)
description: updated
John Lea (johnlea)
tags: added: udn-launcher
John Lea (johnlea)
tags: added: udt
Changed in unity-design:
status: Incomplete → Triaged
importance: Undecided → Critical
John Lea (johnlea)
Changed in ayatana-design:
status: New → Triaged
importance: Undecided → Critical
assignee: nobody → John Lea (johnlea)
John Lea (johnlea)
description: updated
Changed in unity-design:
status: Triaged → Fix Committed
Changed in ayatana-design:
status: Triaged → Fix Committed
John Lea (johnlea)
description: updated
John Lea (johnlea)
Changed in ayatana-design:
status: Fix Committed → Fix Released
Changed in unity-design:
status: Fix Committed → Fix Released
Revision history for this message
David Barth (dbarth) wrote :

Need to first see how Software Center can let us call it to trigger an install and get a progress indicator in return.

Changed in unity:
status: New → Confirmed
importance: Undecided → Medium
assignee: nobody → Mikkel Kamstrup Erlandsen (kamstrup)
David Barth (dbarth)
tags: added: backlog
Changed in unity-2d:
status: New → Confirmed
importance: Undecided → Medium
Revision history for this message
Mark Shuttleworth (sabdfl) wrote :

This piece is very low priority. USC is where apps are selected for installation, and where progress is indicated. When .desktop files are created, USC needs to highlight those in a pane from which they can be dragged to the launcher. And recently-installed apps should also have their own section in the Apps Place, visible on the home screen of the Apps Place, from whence they can be launched and dragged to the launcher.

Changed in unity (Ubuntu):
status: New → Confirmed
David Barth (dbarth)
Changed in unity:
status: Confirmed → Triaged
Changed in unity (Ubuntu):
status: Confirmed → Triaged
John Lea (johnlea)
tags: added: udo
Alex Launi (alexlauni)
Changed in unity:
assignee: Mikkel Kamstrup Erlandsen (kamstrup) → Jason Smith (jassmith)
status: Triaged → Confirmed
importance: Medium → High
Jason Smith (jassmith)
Changed in unity:
milestone: none → alpha2
Changed in unity-2d:
importance: Medium → High
Changed in unity:
status: Confirmed → Triaged
Changed in unity-2d (Ubuntu):
status: New → Confirmed
Jason Smith (jassmith)
description: updated
Revision history for this message
John Lea (johnlea) wrote :
Changed in unity:
milestone: 4.2.0 → 4.4.0
Changed in unity:
milestone: 4.4.0 → 4.6.0
Changed in unity:
milestone: 4.6.0 → 4.8.0
Revision history for this message
Jakub 'Livio' Rusinek (liviopl-pl) wrote :

Wouldn't plain ol' progress bar badge be more meaningful?

Omer Akram (om26er)
Changed in unity (Ubuntu):
importance: Undecided → High
assignee: nobody → Jason Smith (jassmith)
Changed in unity-2d (Ubuntu):
importance: Undecided → High
status: Confirmed → Triaged
Changed in unity-2d:
status: Confirmed → Triaged
John Lea (johnlea)
Changed in unity:
milestone: 4.8.0 → backlog
Changed in ayatana-design:
status: Fix Released → Fix Committed
Changed in unity-design:
status: Fix Released → Invalid
assignee: Otto Greenslade (otto-chaotic) → nobody
tags: added: udp
John Lea (johnlea)
Changed in ayatana-design:
importance: Critical → High
John Lea (johnlea)
no longer affects: unity-design
Revision history for this message
Omer Akram (om26er) wrote :

That won't fix in unity-2d only critical issues are now considered for it.

Changed in unity-2d (Ubuntu):
status: Triaged → Won't Fix
Changed in unity-2d:
status: Triaged → Invalid
Changed in unity:
assignee: Jason Smith (jassmith) → nobody
Changed in unity (Ubuntu):
assignee: Jason Smith (jassmith) → nobody
John Lea (johnlea)
no longer affects: unity-2d (Ubuntu)
Tim Penhey (thumper)
Changed in unity:
milestone: backlog → none
Tim Penhey (thumper)
tags: added: exbacklog
Revision history for this message
Will Cooke (willcooke) wrote :

As part of the big bug clear up for 16.04 we have reviewed this bug and we will not be working on it in the near future. Sorry we can't offer you a fix. We will of course review patches if anyone submits them. Please stop by IRC to discuss this option.

Changed in unity:
status: Triaged → Won't Fix
Changed in unity (Ubuntu):
status: Triaged → Won't Fix
Revision history for this message
Will Cooke (willcooke) wrote :

This is on John Lea's wishlist. So adding to the For Consideration pile.

Changed in unity:
status: Won't Fix → Triaged
Changed in unity (Ubuntu):
status: Won't Fix → Triaged
tags: added: rls-w-incoming
Changed in unity:
importance: High → Low
Changed in unity-2d:
importance: High → Low
Changed in unity (Ubuntu):
importance: High → Low
no longer affects: unity-2d
tags: added: rls-x-incoming
removed: rls-w-incoming
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.