2012-06-03 01:11:31 |
Danielle Foré |
bug |
|
|
added bug |
2012-06-03 17:38:12 |
Danielle Foré |
gala: importance |
Undecided |
Wishlist |
|
2012-08-04 09:13:03 |
Tom Beckmann |
gala: status |
New |
Won't Fix |
|
2012-09-02 00:45:34 |
ainq |
bug task added |
|
elementaryos |
|
2012-09-02 00:45:49 |
ainq |
bug task added |
|
pantheon |
|
2012-09-02 00:59:58 |
ainq |
description |
instead of maximizing the window with the stretch animation we have now (which can be pretty brutal sometimes), we should take advantage of live resizing for a super smooth transition. |
instead of maximizing the window with the stretch animation we have now (which can be pretty brutal sometimes), we should take advantage of live resizing for a super smooth transition.
EDIT: if the login animation can be rendered smoothly, with resize and fade, why can't this?
Based on the website, elementary OS runs about as great without graphics acceleration as OS X does without QE/CI.
Just see how Fedora 17 runs without graphics hardware acceleration, but with software acceleration. Not great. |
|
2012-09-02 01:00:07 |
ainq |
description |
instead of maximizing the window with the stretch animation we have now (which can be pretty brutal sometimes), we should take advantage of live resizing for a super smooth transition.
EDIT: if the login animation can be rendered smoothly, with resize and fade, why can't this?
Based on the website, elementary OS runs about as great without graphics acceleration as OS X does without QE/CI.
Just see how Fedora 17 runs without graphics hardware acceleration, but with software acceleration. Not great. |
instead of maximizing the window with the stretch animation we have now (which can be pretty brutal sometimes), we should take advantage of live resizing for a super smooth transition.
EDIT: if the login animation can be rendered smoothly, with resize and fade, why can't this?
Based on the website, elementary OS runs about as great without graphics acceleration as OS X does without QE/CI.
Just see how Fedora 17 runs without graphics hardware acceleration, but with software acceleration. Not great.
-lordalpha1 |
|
2012-09-02 01:02:11 |
ainq |
description |
instead of maximizing the window with the stretch animation we have now (which can be pretty brutal sometimes), we should take advantage of live resizing for a super smooth transition.
EDIT: if the login animation can be rendered smoothly, with resize and fade, why can't this?
Based on the website, elementary OS runs about as great without graphics acceleration as OS X does without QE/CI.
Just see how Fedora 17 runs without graphics hardware acceleration, but with software acceleration. Not great.
-lordalpha1 |
instead of maximizing the window with the stretch animation we have now (which can be pretty brutal sometimes), we should take advantage of live resizing for a super smooth transition.
EDIT: if the login animation can be rendered smoothly, with resize and fade, why can't this?
Based on the website, elementary OS runs about as great without graphics acceleration as OS X does without QE/CI.
Just see how Fedora 17 runs without graphics hardware acceleration, but with software acceleration. Not great.
Side note: the Minimize animation feels like it's using a cache, as videos freeze during the animation.
-lordalpha1 |
|
2012-09-02 01:30:54 |
ainq |
attachment added |
|
os x implementations https://bugs.launchpad.net/elementaryos/+bug/1007990/+attachment/3288237/+files/resize.mov |
|
2012-10-22 02:12:06 |
Sergey "Shnatsel" Davidoff |
pantheon: status |
New |
Invalid |
|
2012-10-22 02:13:49 |
Sergey "Shnatsel" Davidoff |
bug task deleted |
elementaryos |
|
|