Activity log for bug #1007990

Date Who What changed Old value New value Message
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