Comments for łukasz milewski home

Comment on New NebulaToolbar widget by Lars Vogel

Lars Vogel — Mon, 28 Jun 2010 18:18:58 +0000

This is pretty cool. Have you tried to use this widget in Eclipse e4 via an own renderer? Would be a cool example. If you want to give it a try with e4 please let me know would be fun to see.

Comment on Added Facebook Connect and stuff… by Michał Wieczorek

Michał Wieczorek — Wed, 24 Feb 2010 22:19:14 +0000

Testing

Comment on Vista glass in SWT application - continuation by Kicek

Kicek — Thu, 24 Dec 2009 10:54:49 +0000

When can we read sth new? :)

BTW.
Merry Xmas! :)

Comment on Vista glass in SWT application - continuation by Ch3D

Ch3D — Tue, 01 Dec 2009 12:41:30 +0000

Do you know how can I disable ‘Desktop Composition’ for SWT application? (in window7 & vista)

Comment on Vista glass in SWT application - continuation by Ch3D

Ch3D — Thu, 05 Nov 2009 05:05:53 +0000

Thanks for quick reply, Łukasz!

Hmm, well.. I have Intel Core 2 Duo with 8GB of RAM and I still have a problem with this artifact. But if I unchecked ‘Enable desktop composition’ in visual-settings of my w7 - everything works fine! :)
Thanks for your answer, I’ll try experiment with WM_RESIZE may be it will give a some result.

Regards,
Dmitry.

Comment on Vista glass in SWT application - continuation by Łukasz Milewski

Łukasz Milewski — Tue, 03 Nov 2009 20:45:54 +0000

Hi Ch3D!
Yeah, I’ve seen the black parts when resizing, but only on rather slow machines, or on VMware. Similar artefacts can be seen when you resize Chrome Browser window (while having Glass and default skin for Chrome). ATM don’t know how to fix that, maybe some workarounds near WM_RESIZE message, but that’s just wild guess.

Comment on Vista glass in SWT application - continuation by Ch3D

Ch3D — Tue, 03 Nov 2009 13:24:03 +0000

Hello Łukasz!

Have you ever faced with a problem of black parts of shell when resizing the window?

Comment on Vista glass in SWT application - continuation by Steve

Steve — Wed, 20 May 2009 18:10:48 +0000

Naw, I could imagine a constant SWT.GLASS or SWT.AERO that would extend the glass all the way into the shell. Controls that did not set the background (ie. left the default) would then have the glass shining through.

Alternately, there could be an API on Shell that extended the glass into the client area of the shell.

Comment on Vista glass in SWT application - continuation by Łukasz Milewski

Łukasz Milewski — Wed, 20 May 2009 13:21:44 +0000

Hi Steve!
For me, and for application I’m working on my in spare time, Vista (and Windows 7) glass style is very important - I’m trying very hard to create very rich user interface just by using as much as DWM gives me.
Re double buffering and animation. I haven’t got to the point where I use widget that has animation, but since DWM provides methods to animate, they could be used with double buffering.
Re visibility. I see and understand your point, it was just a thought. Either way, having this hook mechanism would be awesome thing, if you have it somewhere to test it I would be happy to look at it :-)

Last thing, I may be biased by Vista/7, but this kind of stuff presented here is and (probably) always be Windows specific and applications that makes use of it would have to manage that as well (fragments if it is plug-in development, separate binaries for applications - just like swt does)

Comment on Vista glass in SWT application - continuation by Steve

Steve — Wed, 20 May 2009 12:09:57 +0000

Hello!

Very nice. Like I said before, I played with a lot of this stuff before but didn’t get to a clean point. The problem with the using native Vista double buffering to get around the alpha channel limitatin is that animation gets lost. There were also, many redraw bugs in the individual controls such as the calendar control.

The visibility issue in SWT (ie. make methods protected) is a hard one. By making a method protected, it becomes API and needs to be supported until the end of time. Worse than that, it is Windows specific API. There was talk way back when of making an platform specific hook into the native event dispatch handling. Every plaform is different so the hook would have a portable API, but the work that was done in the hook would be platform specific.

Steve