제목에서 알 수 있듯이 '그럼 여태까진 구라 더블버퍼링이였단 말이냐?
'를 나타낸다.
mustang(b32 - 윈도우즈, b48 - 솔라리스, 리눅스)에서 적용됐다니 지금 배포되는 RC에선 물론 포함된 것이다. swing application 위에서 창들을 미친듯이 드래그하면 회색부분이 많이 보인다. 자바 어플리케이션들을 무겁게 보이게 하는 키-포인트였다.
이거 한 줄로 짧게 표현되기에는, client side에서의 자바 프로그램들의 입지를 확 늘려줄 수 있는 개선사항인 것 같다. Scott Violet의 블로그를 보면 더욱 감동이다.
Scott violet의 포스트 제목이 "Swing Painting Improvements: No more gray rect!" 다. 점점 스윙 프로그래머 살만한 세상이 되나보다.
The fix involved adding true double buffering support to Swing. That is, each window will now have an off-screen image that is kept in sync with the on-screen image. When a window is exposed we copy directly from the off-screen image, on the toolkit thread, to the screen. That's it! Your application will no longer see paint events in this scenario!
그래! 카피 다이렉트!
사실 bug 데이터베이스 내용을 보고 위 내용에만 기뻐했는데, scott violet 글을 읽다 더 충격적인 것 발견.
An added bonus of this fix is that if your application is blocking the event dispatch thread, say you're contacting a server and a user hides your window and exposes it the app will still paint. Nice!
내가 이거 피하게 하려고 스레드질 얼마나 했었는데
정말 J2SE 6부터는 swing 프로그래머, 이제 어디가서 안꿀릴거다.
Scott Violet. 이런 분이 swing 을 개선할 권한이 있으니 더 좋아질 거 같다. 블로그에서 그의 소개글이다. Cocoa의 정신을 가지고 계실테니.. ㅎㅎ
Scott Violet has been in the Java client group at Sun for over eight years. He started out at Sun in the OpenStep group (what is now Cocoa), and then joined the Java Software group working on Swing. He has helped with Java Web Start, NetBeans, and Glow. Today he is the architect for Swing and has been working on the project since long before the 1.0 release.
RFE 4967886: Swing should provide full double buffering per window
Continue Reading
Discover more thoughts and insights
6년 전 앱 부활시키기
6년 전에 런칭했다가 퀄리티가 맘에 안 들어 3달 만에 스토어에서 내린 앱인데, 어찌 기억했는지 이거 쓰고 싶은데 어디 갔냐는 얘기에 반가워서 부활 작업을 하려는데, 막 Objective-C에다 마지막 커밋
술 먹었다
오랜만에 술먹었다. 이번주 처음 마신거니, 내겐 정말 오랜만이 마신거다. 술먹었거나 밤 11시 - 오전 7시 사이에는 포스팅을 안해야겠다. 나중에
english speaking을 훈련하며
스피킹은 내가 최악의 능력을 보이는 부분이다. 한국말도 잘 못하는데 어찌 외국말을 잘하겠는가. 집에서 새는 바가지 밖에서도 샌다고 했는데, 어렸을 때는 이 말에 동의할 수 없었으나 좀 커보니 이 말을 수긍할 수