2011-03-02 17:09:21 |
John Lea |
bug |
|
|
added bug |
2011-03-02 17:09:28 |
John Lea |
ayatana-design: status |
New |
Fix Committed |
|
2011-03-02 17:09:30 |
John Lea |
ayatana-design: importance |
Undecided |
Critical |
|
2011-03-02 17:09:32 |
John Lea |
ayatana-design: assignee |
|
John Lea (johnlea) |
|
2011-03-02 17:09:40 |
John Lea |
tags |
|
udt |
|
2011-03-04 15:53:34 |
David Barth |
bug task added |
|
unity |
|
2011-03-04 15:53:44 |
David Barth |
unity: importance |
Undecided |
Medium |
|
2011-03-04 15:53:53 |
David Barth |
unity: importance |
Medium |
Low |
|
2011-03-04 15:53:56 |
David Barth |
unity: status |
New |
Triaged |
|
2011-03-04 15:55:32 |
David Barth |
unity: milestone |
|
3.8 |
|
2011-03-04 15:57:21 |
John Lea |
ayatana-design: status |
Fix Committed |
Fix Released |
|
2011-03-04 17:07:39 |
Jacopo Moronato |
bug |
|
|
added subscriber Jacopo Moronato |
2011-03-04 19:36:27 |
Didier Roche-Tolomelli |
unity (Ubuntu): status |
New |
Triaged |
|
2011-03-28 08:54:16 |
Didier Roche-Tolomelli |
unity: milestone |
3.8 |
3.8.2 |
|
2011-03-29 14:39:07 |
Didier Roche-Tolomelli |
unity: assignee |
|
Didier Roche (didrocks) |
|
2011-03-29 19:42:53 |
Didier Roche-Tolomelli |
unity: milestone |
3.8.2 |
backlog |
|
2011-03-29 19:42:57 |
Didier Roche-Tolomelli |
unity: assignee |
Didier Roche (didrocks) |
|
|
2011-03-31 08:57:50 |
Didier Roche-Tolomelli |
tags |
udt |
ffe udt |
|
2011-03-31 13:32:08 |
Neil J. Patel |
unity: assignee |
|
Jason Smith (jassmith) |
|
2011-03-31 13:32:18 |
Neil J. Patel |
unity (Ubuntu): assignee |
|
Jason Smith (jassmith) |
|
2011-04-19 13:56:49 |
John Lea |
tags |
ffe udt |
ffe udo udt |
|
2011-04-20 08:29:10 |
John Lea |
description |
As soon as the user starts dragging a file, the Launcher icons that are valid drop receptacles should instantly become highlighted. Icons that are not valid drop receptacles should also become desaturated.
This needs to happen the instant a user starts dragging a file, regardless of the position of the file on the desktop. |
As soon as the user starts dragging a file, the Launcher icons that are valid drop receptacles should instantly become highlighted. Icons that are not valid drop receptacles should disappear so that only app icons that are valid drop receptacles are shown.
This needs to happen the instant a user starts dragging a file, regardless of the position of the file on the desktop. |
|
2011-05-05 09:32:06 |
Alex Launi |
unity: importance |
Low |
Medium |
|
2011-05-05 10:11:40 |
Jason Smith |
unity: milestone |
backlog |
ux-backlog-2 |
|
2011-06-06 18:32:52 |
Jason Smith |
description |
As soon as the user starts dragging a file, the Launcher icons that are valid drop receptacles should instantly become highlighted. Icons that are not valid drop receptacles should disappear so that only app icons that are valid drop receptacles are shown.
This needs to happen the instant a user starts dragging a file, regardless of the position of the file on the desktop. |
As soon as the user starts dragging a file, the Launcher icons that are valid drop receptacles should instantly become highlighted. Icons that are not valid drop receptacles should disappear so that only app icons that are valid drop receptacles are shown.
This needs to happen the instant a user starts dragging a file, regardless of the position of the file on the desktop.
====================================
This bug would be an ideal bug for someone to get started hacking on Unity, here's some information:
* Time to fix: 10h
* Difficulty: normal
* Implementation:
Implementation of this feature is evil due to the nature of XDND.
Short version: When a dnd situation is detected, quickly pop up a new X window (using a nux BaseWindow is the simplest method), collect the required DND information for the launcher to make a descision, then pop down the window as quickly as possible.
Long version:
Create a new BaseWindow type class used purely to collect DND information, called DNDCollectionWindow. It will probably have the following methods.
DNDCollectionWindow::DNDCollectionWindow ()
void DNDCollectionWindow::Collect ()
std::list<char *> DNDCollectionWindow::GetUriList ()
and a signal
DNDCollectionWindow::collected
The window should pop down as fast as possible (but still retain the data). Collection will look specifically for a text/uri-list, as that is the only data relevant to the launcher, and retrieve that data directly for processing by the launcher. If no text/uri-list is available, the collected signal will still fire, but GetUriList should return null.
Once the data is retrieved, it can be used by the launcher to shade launcher icons even before the hover starts. It is important to note that even though the launcher already has the data, it should collect the data a second time as the drag enters the launchers own XWindow. This is to ensure the data has not changed in the mean time (it is allowed to under the XDND specification).
* Where to look: src/Launcher.cpp
* Workflow information: http://unity.ubuntu.com/getinvolved/ |
|
2011-06-06 18:33:20 |
Jason Smith |
description |
As soon as the user starts dragging a file, the Launcher icons that are valid drop receptacles should instantly become highlighted. Icons that are not valid drop receptacles should disappear so that only app icons that are valid drop receptacles are shown.
This needs to happen the instant a user starts dragging a file, regardless of the position of the file on the desktop.
====================================
This bug would be an ideal bug for someone to get started hacking on Unity, here's some information:
* Time to fix: 10h
* Difficulty: normal
* Implementation:
Implementation of this feature is evil due to the nature of XDND.
Short version: When a dnd situation is detected, quickly pop up a new X window (using a nux BaseWindow is the simplest method), collect the required DND information for the launcher to make a descision, then pop down the window as quickly as possible.
Long version:
Create a new BaseWindow type class used purely to collect DND information, called DNDCollectionWindow. It will probably have the following methods.
DNDCollectionWindow::DNDCollectionWindow ()
void DNDCollectionWindow::Collect ()
std::list<char *> DNDCollectionWindow::GetUriList ()
and a signal
DNDCollectionWindow::collected
The window should pop down as fast as possible (but still retain the data). Collection will look specifically for a text/uri-list, as that is the only data relevant to the launcher, and retrieve that data directly for processing by the launcher. If no text/uri-list is available, the collected signal will still fire, but GetUriList should return null.
Once the data is retrieved, it can be used by the launcher to shade launcher icons even before the hover starts. It is important to note that even though the launcher already has the data, it should collect the data a second time as the drag enters the launchers own XWindow. This is to ensure the data has not changed in the mean time (it is allowed to under the XDND specification).
* Where to look: src/Launcher.cpp
* Workflow information: http://unity.ubuntu.com/getinvolved/ |
As soon as the user starts dragging a file, the Launcher icons that are valid drop receptacles should instantly become highlighted. Icons that are not valid drop receptacles should disappear so that only app icons that are valid drop receptacles are shown.
This needs to happen the instant a user starts dragging a file, regardless of the position of the file on the desktop.
====================================
This bug would be an ideal bug for someone to get started hacking on Unity, here's some information:
* Time to fix: 10h
* Difficulty: normal
* Implementation:
Implementation of this feature is evil due to the nature of XDND.
Short version: When a dnd situation is detected, quickly pop up a new X window (using a nux BaseWindow is the simplest method), collect the required DND information for the launcher to make a descision, then pop down the window as quickly as possible.
Long version:
Create a new BaseWindow type class used purely to collect DND information, called DNDCollectionWindow. It will probably have the following methods.
DNDCollectionWindow::DNDCollectionWindow ()
void DNDCollectionWindow::Collect ()
std::list<char *> DNDCollectionWindow::GetUriList ()
and a signal
DNDCollectionWindow::collected
The window should pop down as fast as possible (but still retain the data). Collection will look specifically for a text/uri-list, as that is the only data relevant to the launcher, and retrieve that data directly for processing by the launcher. If no text/uri-list is available, the collected signal will still fire, but GetUriList should return null.
Once the data is retrieved, it can be used by the launcher to shade launcher icons even before the hover starts. It is important to note that even though the launcher already has the data, it should collect the data a second time as the drag enters the launchers own XWindow. This is to ensure the data has not changed in the mean time (it is allowed to under the XDND specification).
* Where to look: src/Launcher.cpp
* Workflow information: http://unity.ubuntu.com/getinvolved/ |
|
2011-06-06 18:34:48 |
Jason Smith |
description |
As soon as the user starts dragging a file, the Launcher icons that are valid drop receptacles should instantly become highlighted. Icons that are not valid drop receptacles should disappear so that only app icons that are valid drop receptacles are shown.
This needs to happen the instant a user starts dragging a file, regardless of the position of the file on the desktop.
====================================
This bug would be an ideal bug for someone to get started hacking on Unity, here's some information:
* Time to fix: 10h
* Difficulty: normal
* Implementation:
Implementation of this feature is evil due to the nature of XDND.
Short version: When a dnd situation is detected, quickly pop up a new X window (using a nux BaseWindow is the simplest method), collect the required DND information for the launcher to make a descision, then pop down the window as quickly as possible.
Long version:
Create a new BaseWindow type class used purely to collect DND information, called DNDCollectionWindow. It will probably have the following methods.
DNDCollectionWindow::DNDCollectionWindow ()
void DNDCollectionWindow::Collect ()
std::list<char *> DNDCollectionWindow::GetUriList ()
and a signal
DNDCollectionWindow::collected
The window should pop down as fast as possible (but still retain the data). Collection will look specifically for a text/uri-list, as that is the only data relevant to the launcher, and retrieve that data directly for processing by the launcher. If no text/uri-list is available, the collected signal will still fire, but GetUriList should return null.
Once the data is retrieved, it can be used by the launcher to shade launcher icons even before the hover starts. It is important to note that even though the launcher already has the data, it should collect the data a second time as the drag enters the launchers own XWindow. This is to ensure the data has not changed in the mean time (it is allowed to under the XDND specification).
* Where to look: src/Launcher.cpp
* Workflow information: http://unity.ubuntu.com/getinvolved/ |
As soon as the user starts dragging a file, the Launcher icons that are valid drop receptacles should instantly become highlighted. Icons that are not valid drop receptacles should disappear so that only app icons that are valid drop receptacles are shown.
This needs to happen the instant a user starts dragging a file, regardless of the position of the file on the desktop.
====================================
This bug would be an ideal bug for someone to get started hacking on Unity, here's some information:
* Time to fix: 10h
* Difficulty: normal
* Implementation:
Implementation of this feature is evil due to the nature of XDND.
Short version: When a dnd situation is detected, quickly pop up a new X window (using a nux BaseWindow is the simplest method), collect the required DND information for the launcher to make a descision, then pop down the window as quickly as possible.
Long version:
Create a new BaseWindow type class used purely to collect DND information, called DNDCollectionWindow. It will probably have the following methods.
DNDCollectionWindow::DNDCollectionWindow ()
void DNDCollectionWindow::Collect ()
std::list<char *> DNDCollectionWindow::GetUriList ()
and a signal
DNDCollectionWindow::collected
The window should pop down as fast as possible (but still retain the data). Collection will look specifically for a text/uri-list, as that is the only data relevant to the launcher, and retrieve that data directly for processing by the launcher. If no text/uri-list is available, the collected signal will still fire, but GetUriList should return an empty list.
Once the data is retrieved, it can be used by the launcher to shade launcher icons even before the hover starts. It is important to note that even though the launcher already has the data, it should collect the data a second time as the drag enters the launchers own XWindow. This is to ensure the data has not changed in the mean time (it is allowed to under the XDND specification).
* Where to look: src/Launcher.cpp
* Workflow information: http://unity.ubuntu.com/getinvolved/ |
|
2011-06-06 18:36:14 |
Jorge Castro |
unity: milestone |
ux-backlog-2 |
backlog |
|
2011-06-06 18:36:28 |
Jorge Castro |
unity: assignee |
Jason Smith (jassmith) |
Unity Community Hackers (unity-community-hackers) |
|
2011-06-06 20:02:18 |
Jorge Castro |
tags |
ffe udo udt |
backlog ffe udo udt |
|
2011-07-28 20:25:15 |
Andrea Azzarone |
unity: assignee |
Unity Community Hackers (unity-community-hackers) |
Andrea Azzarone (andyrock) |
|
2011-07-28 20:25:18 |
Andrea Azzarone |
unity (Ubuntu): assignee |
Jason Smith (jassmith) |
Andrea Azzarone (andyrock) |
|
2011-07-29 11:22:13 |
Andrea Azzarone |
unity: status |
Triaged |
In Progress |
|
2011-07-29 11:22:18 |
Andrea Azzarone |
unity (Ubuntu): status |
Triaged |
In Progress |
|
2011-07-29 13:06:00 |
Andrea Azzarone |
branch linked |
|
lp:~andyrock/unity/fix-727901 |
|
2011-08-08 12:47:27 |
Omer Akram |
unity (Ubuntu): importance |
Undecided |
Medium |
|
2011-08-09 17:32:36 |
Andrea Azzarone |
branch linked |
|
lp:~andyrock/unity/dnd-enhancements |
|
2011-08-09 19:37:02 |
Andrea Azzarone |
branch unlinked |
lp:~andyrock/unity/fix-727901 |
|
|
2011-08-19 15:04:58 |
Omer Akram |
unity: status |
In Progress |
Fix Committed |
|
2011-08-19 15:05:01 |
Omer Akram |
unity (Ubuntu): status |
In Progress |
Fix Committed |
|
2011-08-19 16:47:23 |
Andrea Azzarone |
unity: status |
Fix Committed |
Fix Released |
|
2011-08-19 16:47:25 |
Andrea Azzarone |
unity (Ubuntu): status |
Fix Committed |
Fix Released |
|
2011-08-19 16:55:20 |
Omer Akram |
unity: status |
Fix Released |
Fix Committed |
|
2011-08-24 10:57:02 |
John Lea |
description |
As soon as the user starts dragging a file, the Launcher icons that are valid drop receptacles should instantly become highlighted. Icons that are not valid drop receptacles should disappear so that only app icons that are valid drop receptacles are shown.
This needs to happen the instant a user starts dragging a file, regardless of the position of the file on the desktop.
====================================
This bug would be an ideal bug for someone to get started hacking on Unity, here's some information:
* Time to fix: 10h
* Difficulty: normal
* Implementation:
Implementation of this feature is evil due to the nature of XDND.
Short version: When a dnd situation is detected, quickly pop up a new X window (using a nux BaseWindow is the simplest method), collect the required DND information for the launcher to make a descision, then pop down the window as quickly as possible.
Long version:
Create a new BaseWindow type class used purely to collect DND information, called DNDCollectionWindow. It will probably have the following methods.
DNDCollectionWindow::DNDCollectionWindow ()
void DNDCollectionWindow::Collect ()
std::list<char *> DNDCollectionWindow::GetUriList ()
and a signal
DNDCollectionWindow::collected
The window should pop down as fast as possible (but still retain the data). Collection will look specifically for a text/uri-list, as that is the only data relevant to the launcher, and retrieve that data directly for processing by the launcher. If no text/uri-list is available, the collected signal will still fire, but GetUriList should return an empty list.
Once the data is retrieved, it can be used by the launcher to shade launcher icons even before the hover starts. It is important to note that even though the launcher already has the data, it should collect the data a second time as the drag enters the launchers own XWindow. This is to ensure the data has not changed in the mean time (it is allowed to under the XDND specification).
* Where to look: src/Launcher.cpp
* Workflow information: http://unity.ubuntu.com/getinvolved/ |
Update - Implementation test results.
This now works for long sustained drags of files, but for some reason is not triggered by short sharp drags. To reproduce this issue:
1. Make sure Firefox is in the Launcher, and Nautilus is open on a folder containing a .png file
2. 'Left click hold' on the .png file and drag it in a sharp 'drag and stop' action using the trackpad.
Result: the launcher is unaffected. I am assuming this is because there is a issue detecting short sharp d&d movements.
The desired resolution would be for the detection of a d&d and the corresponding change in Launcher state to be more rapid, so that drag actions that start and stop inside a timespan of roughly 150ms (or more) are detected.
---------------------------
As soon as the user starts dragging a file, the Launcher icons that are valid drop receptacles should instantly become highlighted. Icons that are not valid drop receptacles should disappear so that only app icons that are valid drop receptacles are shown.
This needs to happen the instant a user starts dragging a file, regardless of the position of the file on the desktop.
====================================
This bug would be an ideal bug for someone to get started hacking on Unity, here's some information:
* Time to fix: 10h
* Difficulty: normal
* Implementation:
Implementation of this feature is evil due to the nature of XDND.
Short version: When a dnd situation is detected, quickly pop up a new X window (using a nux BaseWindow is the simplest method), collect the required DND information for the launcher to make a descision, then pop down the window as quickly as possible.
Long version:
Create a new BaseWindow type class used purely to collect DND information, called DNDCollectionWindow. It will probably have the following methods.
DNDCollectionWindow::DNDCollectionWindow ()
void DNDCollectionWindow::Collect ()
std::list<char *> DNDCollectionWindow::GetUriList ()
and a signal
DNDCollectionWindow::collected
The window should pop down as fast as possible (but still retain the data). Collection will look specifically for a text/uri-list, as that is the only data relevant to the launcher, and retrieve that data directly for processing by the launcher. If no text/uri-list is available, the collected signal will still fire, but GetUriList should return an empty list.
Once the data is retrieved, it can be used by the launcher to shade launcher icons even before the hover starts. It is important to note that even though the launcher already has the data, it should collect the data a second time as the drag enters the launchers own XWindow. This is to ensure the data has not changed in the mean time (it is allowed to under the XDND specification).
* Where to look: src/Launcher.cpp
* Workflow information: http://unity.ubuntu.com/getinvolved/ |
|
2011-08-24 11:10:11 |
John Lea |
description |
Update - Implementation test results.
This now works for long sustained drags of files, but for some reason is not triggered by short sharp drags. To reproduce this issue:
1. Make sure Firefox is in the Launcher, and Nautilus is open on a folder containing a .png file
2. 'Left click hold' on the .png file and drag it in a sharp 'drag and stop' action using the trackpad.
Result: the launcher is unaffected. I am assuming this is because there is a issue detecting short sharp d&d movements.
The desired resolution would be for the detection of a d&d and the corresponding change in Launcher state to be more rapid, so that drag actions that start and stop inside a timespan of roughly 150ms (or more) are detected.
---------------------------
As soon as the user starts dragging a file, the Launcher icons that are valid drop receptacles should instantly become highlighted. Icons that are not valid drop receptacles should disappear so that only app icons that are valid drop receptacles are shown.
This needs to happen the instant a user starts dragging a file, regardless of the position of the file on the desktop.
====================================
This bug would be an ideal bug for someone to get started hacking on Unity, here's some information:
* Time to fix: 10h
* Difficulty: normal
* Implementation:
Implementation of this feature is evil due to the nature of XDND.
Short version: When a dnd situation is detected, quickly pop up a new X window (using a nux BaseWindow is the simplest method), collect the required DND information for the launcher to make a descision, then pop down the window as quickly as possible.
Long version:
Create a new BaseWindow type class used purely to collect DND information, called DNDCollectionWindow. It will probably have the following methods.
DNDCollectionWindow::DNDCollectionWindow ()
void DNDCollectionWindow::Collect ()
std::list<char *> DNDCollectionWindow::GetUriList ()
and a signal
DNDCollectionWindow::collected
The window should pop down as fast as possible (but still retain the data). Collection will look specifically for a text/uri-list, as that is the only data relevant to the launcher, and retrieve that data directly for processing by the launcher. If no text/uri-list is available, the collected signal will still fire, but GetUriList should return an empty list.
Once the data is retrieved, it can be used by the launcher to shade launcher icons even before the hover starts. It is important to note that even though the launcher already has the data, it should collect the data a second time as the drag enters the launchers own XWindow. This is to ensure the data has not changed in the mean time (it is allowed to under the XDND specification).
* Where to look: src/Launcher.cpp
* Workflow information: http://unity.ubuntu.com/getinvolved/ |
Update - Implementation test results.
This now works for long sustained drags of files, but for some reason is not consistently triggered by short sharp drags using a trackpad. To reproduce this issue:
1. Make sure Firefox is in the Launcher, and Nautilus is open on a folder containing a .png file
2. 'Left click hold' on the .png file and drag it in a sharp 'drag and stop' action using the trackpad.
Result: the launcher is unaffected 80% of the time. I am assuming this issue is caused is because there is a issue detecting short sharp d&d movements.
The desired resolution would be for the detection of a d&d and the corresponding change in Launcher state to be more rapid, so that drag actions that start and stop inside a timespan of roughly 50ms (or more) are detected.
---------------------------
As soon as the user starts dragging a file, the Launcher icons that are valid drop receptacles should instantly become highlighted. Icons that are not valid drop receptacles should disappear so that only app icons that are valid drop receptacles are shown.
This needs to happen the instant a user starts dragging a file, regardless of the position of the file on the desktop.
====================================
This bug would be an ideal bug for someone to get started hacking on Unity, here's some information:
* Time to fix: 10h
* Difficulty: normal
* Implementation:
Implementation of this feature is evil due to the nature of XDND.
Short version: When a dnd situation is detected, quickly pop up a new X window (using a nux BaseWindow is the simplest method), collect the required DND information for the launcher to make a descision, then pop down the window as quickly as possible.
Long version:
Create a new BaseWindow type class used purely to collect DND information, called DNDCollectionWindow. It will probably have the following methods.
DNDCollectionWindow::DNDCollectionWindow ()
void DNDCollectionWindow::Collect ()
std::list<char *> DNDCollectionWindow::GetUriList ()
and a signal
DNDCollectionWindow::collected
The window should pop down as fast as possible (but still retain the data). Collection will look specifically for a text/uri-list, as that is the only data relevant to the launcher, and retrieve that data directly for processing by the launcher. If no text/uri-list is available, the collected signal will still fire, but GetUriList should return an empty list.
Once the data is retrieved, it can be used by the launcher to shade launcher icons even before the hover starts. It is important to note that even though the launcher already has the data, it should collect the data a second time as the drag enters the launchers own XWindow. This is to ensure the data has not changed in the mean time (it is allowed to under the XDND specification).
* Where to look: src/Launcher.cpp
* Workflow information: http://unity.ubuntu.com/getinvolved/ |
|
2011-08-24 11:10:22 |
John Lea |
unity: status |
Fix Committed |
Confirmed |
|
2011-08-24 11:10:29 |
John Lea |
unity (Ubuntu): status |
Fix Released |
Confirmed |
|
2011-08-24 12:31:10 |
Andrea Azzarone |
unity: status |
Confirmed |
In Progress |
|
2011-08-24 12:31:14 |
Andrea Azzarone |
unity (Ubuntu): status |
Confirmed |
In Progress |
|
2011-08-24 12:53:28 |
Andrea Azzarone |
branch linked |
|
lp:~andyrock/unity/other-dnd-fixes |
|
2011-08-24 16:18:11 |
Andrea Azzarone |
branch unlinked |
lp:~andyrock/unity/other-dnd-fixes |
|
|
2011-08-25 15:15:13 |
Andrea Azzarone |
branch linked |
|
lp:~andyrock/unity/other-dnd-fixes |
|
2011-08-28 09:09:39 |
Andrea Azzarone |
branch linked |
|
lp:~andyrock/unity/other-dnd-fixes |
|
2011-09-08 03:11:32 |
Jason Smith |
unity: status |
In Progress |
Fix Released |
|
2011-09-08 03:12:24 |
Jason Smith |
unity: status |
Fix Released |
Fix Committed |
|
2011-09-08 08:02:30 |
Andrea Azzarone |
unity (Ubuntu): status |
In Progress |
Fix Committed |
|
2011-09-08 18:06:24 |
Andrea Azzarone |
unity: status |
Fix Committed |
Fix Released |
|
2011-09-16 17:34:17 |
Andrea Azzarone |
unity (Ubuntu): status |
Fix Committed |
Fix Released |
|
2011-09-30 14:59:40 |
John Lea |
tags |
backlog ffe udo udt |
backlog ffe reviewedbydesigno |
|
2012-01-07 16:57:27 |
Andrea Azzarone |
unity: milestone |
backlog |
|
|
2012-02-27 21:45:13 |
bojo42 |
bug |
|
|
added subscriber bojo42 |