Jacob Peddicord wrote:I agree. We won't bring actions back, even if a patch is contributed to do so. The user experience of "racing to click on the action" is fundamentally broken, and can't be fixed even though many people will clamour for it. So, actions require completely different presentation - we think they should either be in windows which call for attention, or in dialogs. Our current action handling is a half-way house to tolerate badly-behaved apps while they get fixed. Patches for any and all of these would be considered and have a chance of being accepted; though by no means a guarantee of being accepted. On positioning, we want to experiment with a move to half-way down the right hand side of the screen (clearly not ideal, but it may help to alleviate some issues while not creating others). The synchronous notifications (brightness, volume) would always be on top, in a fixed position, just above the mid-point, while the async ones would be below the mid-point. There is technically room for multiple async ones. Biggest problem would be figuring out how to handle appends to a higher notification, sliding lower ones down. We think that's badly enough broken that queueing is better, but your patch may show otherwise :-) Thank you for saying so. I know it was a big risk to take on something this visible and this widely used, but the goal was to learn about some of the hard problems (like whether we can survive the short-term social cost of taking something away, like actions, if we're confident the long-term result is better). Mark |
Attachment:
signature.asc
Description: OpenPGP digital signature