tag:blogger.com,1999:blog-3198935374994345981.post2847925596184358407..comments2009-05-31T05:03:56.825+02:00Torkel Ödegaardnoreply@blogger.comBlogger3125tag:blogger.com,1999:blog-3198935374994345981.post-84683705080488419272009-05-31T05:03:56.825+02:002009-05-31T05:03:56.825+02:00Im looking at some personal venture at the moment. I have developed a simple 3D mathmatical class library for Silverlight and was looking to do some interaction. I have yet to find an overview of the code-behind structures for silverlight. Alot of detail oriented but very little "Big Picture" structures out there. As well, you got any suggestions as to some good XAML object literature (preferably web-based)Johnhttp://www.blogger.com/profile/09770258357268100583noreply@blogger.comtag:blogger.com,1999:blog-3198935374994345981.post-559801421908063332009-01-11T13:58:00.000+01:002009-01-11T13:58:00.000+01:00Yes, I know WPF is all vector based. <BR/><BR/>Maybe I was not clear enough, the problem is that if you use the primitives available in Silverlight you have no way to access (read) the pixels of the generated image. <BR/><BR/>Since I need to do pixel level comparisons I am unable to use any of the Silverlight WPF primitive graphics controls.Torkel Ödegaardhttp://www.blogger.com/profile/08914354140151859277noreply@blogger.comtag:blogger.com,1999:blog-3198935374994345981.post-5825738713981671262009-01-09T21:38:00.000+01:002009-01-09T21:38:00.000+01:00"After hours of googling for 2D or 3D graphícs libraries for Silverlight I gave up and implemented a standard scan line polygon fill algorithm."<BR/><BR/>It's all vector graphics based, can't you just use the standard Shapes or a Path to draw whatever you want? That should be pretty straight forward too. In fact this should be a million times easier than doing it with GDI+.Justin Chasehttp://www.blogger.com/profile/09465842474543801600noreply@blogger.com