Skip to main content



      Home
Home » Eclipse Projects » GEF » Anti- aliasing for graphics
Anti- aliasing for graphics [message #17528] Wed, 21 August 2002 05:18 Go to next message
Eclipse UserFriend
Originally posted by: Felix.Kugel.uos.de

Is there someone working on a solution for smoother looking graphics?
It would be nice to have a drawing class enabling access to the OS's
enhanced graphics routines.
Re: Anti- aliasing for graphics [message #17987 is a reply to message #17528] Mon, 26 August 2002 02:11 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: g.wagenknecht.intershop.de

Hi!

"Felix" <Felix.Kugel@uos.de> schrieb im Newsbeitrag
news:ajvltk$t3o$1@rogue.oti.com...
> Is there someone working on a solution for smoother looking graphics?
> It would be nice to have a drawing class enabling access to the OS's
> enhanced graphics routines.

Once uppon a time... No, I don't think this will be available for the SWT
2.x streams. But I know there was someone experimenting with this and hacked
SWT (or draw2d?) to use a .dll from .NET framework. But SWT won't do this
because it wants to resists usage of libraries not available in a default
environment. I think there must be some posted in this group about this.

Cu, Gunnar
Re: Anti- aliasing for graphics [message #18025 is a reply to message #17987] Mon, 26 August 2002 09:38 Go to previous message
Eclipse UserFriend
Originally posted by: hudsonr.spam.com

gotcha. The SWT.dll library itself is not present in the default
environment :-).

Anyway, the "default" environment probably does include things like
DirectDraw. But my understanding is that the GDIplus libraries are pretty
simple compared to DirectDraw. It *is* possible to try to load a DLL, and
fail gracefully if that DLL is not present. However, I'm not sure to what
extent win32 calls and gdi+ calls could be mixed. In AWT, you would simply
cast to Graphics2D, but I'm guessing that for windows, you have to create
all new resources starting at the GC for the window handle. So, for SWT to
try to find GDI+, and then to use win32 when not available, might require
shipping to complete implementations of GC and other classes.

"Gunnar Wagenknecht" <g.wagenknecht@intershop.de> wrote in message
news:akcg7k$hac$1@rogue.oti.com...
> Hi!
>
> "Felix" <Felix.Kugel@uos.de> schrieb im Newsbeitrag
> news:ajvltk$t3o$1@rogue.oti.com...
> > Is there someone working on a solution for smoother looking graphics?
> > It would be nice to have a drawing class enabling access to the OS's
> > enhanced graphics routines.
>
> Once uppon a time... No, I don't think this will be available for the SWT
> 2.x streams. But I know there was someone experimenting with this and
hacked
> SWT (or draw2d?) to use a .dll from .NET framework. But SWT won't do this
> because it wants to resists usage of libraries not available in a default
> environment. I think there must be some posted in this group about this.
>
> Cu, Gunnar
>
>
Previous Topic:populating commandstack
Next Topic:connection clipping and containers
Goto Forum:
  


Current Time: Fri May 02 08:02:02 EDT 2025

Powered by FUDForum. Page generated in 0.03336 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top