2014-11-20 09:13:01 |
Daniel d'Andrada |
bug |
|
|
added bug |
2014-11-20 09:15:38 |
Daniel d'Andrada |
description |
In the future unity8 will rotate instead of having apps rotating themselves. So that launcher, edge gestures, panel and application UI all have the same orientation and rotate together nicely. This includes the dialogs shown by unity8, such as the power dialog that pops up when you long-press the power button.
This is unity8's hierarchy:
// the root item
OrientedShell {
// the actual Shell UI, which gets rotated
Shell {
rotation: someAngle
Loader {
Dialog {
}
}
}
}
So we need the Dialogs to keep their parents so that they carry on the transformations applied to Shell, instead of being a sibling of it. This should be simple to accomplish as Dialog is an Item, and items are expected to respect their parents instead of reparenting themselves. So I'm just asking Dialog to *do less*. |
In the future unity8 will rotate instead of having apps rotating themselves. So that launcher, edge gestures, panel and application UI all have the same orientation and rotate together nicely. This includes the dialogs shown by unity8, such as the power dialog that pops up when you long-press the power button.
This is unity8's hierarchy:
// the root item
OrientedShell {
// the actual Shell UI, which gets rotated
Shell {
rotation: someAngle
Loader {
Dialog {
}
}
}
}
So we need the Dialogs to keep their parents so that they carry on the transformations applied to Shell, instead of being a sibling of it. This should be simple to accomplish as Dialog is an Item, and items are expected to respect their parents instead of reparenting themselves. So I'm just asking Dialog to *do less*.
Otherwise we will have to poke into Dialogs private API to achieve that, which is a fragile approach as that can break at any future release without warnings. Another bad option would be forking Dialog code, copying it over to unity8 code base (as we already do for the splash screen feature). |
|
2014-11-20 10:11:19 |
Daniel d'Andrada |
description |
In the future unity8 will rotate instead of having apps rotating themselves. So that launcher, edge gestures, panel and application UI all have the same orientation and rotate together nicely. This includes the dialogs shown by unity8, such as the power dialog that pops up when you long-press the power button.
This is unity8's hierarchy:
// the root item
OrientedShell {
// the actual Shell UI, which gets rotated
Shell {
rotation: someAngle
Loader {
Dialog {
}
}
}
}
So we need the Dialogs to keep their parents so that they carry on the transformations applied to Shell, instead of being a sibling of it. This should be simple to accomplish as Dialog is an Item, and items are expected to respect their parents instead of reparenting themselves. So I'm just asking Dialog to *do less*.
Otherwise we will have to poke into Dialogs private API to achieve that, which is a fragile approach as that can break at any future release without warnings. Another bad option would be forking Dialog code, copying it over to unity8 code base (as we already do for the splash screen feature). |
In the future unity8 will rotate instead of having apps rotating themselves. So that launcher, edge gestures, panel and application UI all have the same orientation and rotate together nicely. This includes the dialogs shown by unity8, such as the power dialog that pops up when you long-press the power button.
This is unity8's hierarchy:
// the root item
OrientedShell {
// the actual Shell UI, which gets rotated
Shell {
rotation: someAngle
Loader {
Dialog {
}
}
}
}
So we need the Dialogs to keep their parents so that they carry on the transformations applied to Shell, instead of being a sibling of it. This should be simple to accomplish as Dialog is an Item, and items are expected to respect their parents instead of reparenting themselves. So I'm just asking Dialog to *do less*.
Dialog is an Item and thus inherits its public API. Items have a parent property that is free for the user to manipulate it. Dialog should respect it.
Otherwise we will have to poke into Dialogs private API to achieve that, which is a fragile approach as that can break at any future release without warnings. Another bad option would be forking Dialog code, copying it over to unity8 code base (as we already do for the splash screen feature). |
|
2014-11-20 13:14:58 |
Zoltan Balogh |
ubuntu-ui-toolkit: assignee |
|
Zsombor Egri (zsombi) |
|
2014-11-20 13:15:11 |
Zoltan Balogh |
ubuntu-ui-toolkit: importance |
Undecided |
Medium |
|
2014-11-20 13:15:21 |
Zoltan Balogh |
ubuntu-ui-toolkit: status |
New |
Triaged |
|
2014-11-20 13:25:44 |
Daniel d'Andrada |
branch linked |
|
lp:~dandrader/ubuntu-ui-toolkit/dontReparentPopup |
|
2014-11-24 13:31:31 |
Zoltan Balogh |
ubuntu-ui-toolkit (Ubuntu): importance |
Undecided |
Medium |
|
2014-11-24 13:31:31 |
Zoltan Balogh |
ubuntu-ui-toolkit (Ubuntu): status |
New |
Triaged |
|
2014-11-24 13:31:31 |
Zoltan Balogh |
ubuntu-ui-toolkit (Ubuntu): assignee |
|
Zsombor Egri (zsombi) |
|
2014-11-24 14:17:47 |
Zoltan Balogh |
bug task deleted |
ubuntu-ui-toolkit |
|
|
2014-12-01 18:53:07 |
kevin gunn |
bug task added |
|
canonical-devices-system-image |
|
2014-12-11 15:33:36 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/vivid-proposed/ubuntu-ui-toolkit |
|
2014-12-11 16:23:38 |
Launchpad Janitor |
ubuntu-ui-toolkit (Ubuntu): status |
Triaged |
Fix Released |
|
2015-10-16 13:56:39 |
Pat McGowan |
canonical-devices-system-image: status |
New |
Fix Released |
|
2015-10-16 13:56:45 |
Pat McGowan |
bug task deleted |
ubuntu-ui-toolkit (Ubuntu Vivid) |
|
|