Hi Frank,<br><br>Pan has been bit-rotten for a while now.&nbsp; Besides the unfortunate dependency on Visual C++, it used a now long-obsolete GUI library.&nbsp; That&#39;s one reason I started working on Pajama (<a href="http://conal.net/Pajama">
http://conal.net/Pajama</a>).<br><br>There&#39;s no reason not to create modern, cross-platform successors to Pan/Pajama and Vertigo.&nbsp; Since I&#39;m focusing on other projects (related to Eros -- <a href="http://conal.net/papers/Eros">
http://conal.net/papers/Eros</a>), I&#39;m waiting for collaborators.<br><br>Thanks for the VS Express tip.&nbsp; If I wanted to stick with VS, that&#39;d be the way to go.<br><br>I hadn&#39;t heard about werkkzeug.&nbsp; Looks pretty cool.&nbsp; Thanks.
<br><br>Regards,<br>&nbsp; - Conal<br><br><div><span class="gmail_quote">On 8/7/07, <b class="gmail_sendername">Frank Buss</b> &lt;<a href="mailto:fb@frank-buss.de">fb@frank-buss.de</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Conal,<br><br>I&#39;ve tried some links, e.g. the pre-compiled components from<br><a href="http://conal.net/Pan/Releases/2000-12-06/">http://conal.net/Pan/Releases/2000-12-06/</a> or the interactive presentation<br>from 
<a href="http://conal.net/Pan/papers.htm">http://conal.net/Pan/papers.htm</a> , but file not found. Do you have the<br>files? Would be easier than trying to setup Haskell and Visual C++<br>environment for compiling it (looks like the sources link works). BTW: There
<br>is Visual Studio Express, maybe you want to update your webpage, because<br>Microsoft gives it away for free, if it can be used with Pan.<br><br>How fast is your implementation? I&#39;ve downloaded &quot;werkkzeug&quot; from
<br><a href="http://www.theprodukkt.com/werkkzeug1#25">http://www.theprodukkt.com/werkkzeug1#25</a> . The user interface is a bit<br>unusual, but if you start the tutorial, it can display a texture example<br>with about 50 composed functions and 256x256 pixels with about 300 fps. I&#39;ve
<br>emailed the author and they didn&#39;t revealed much about the implementation,<br>but said it was C with some inline assembler. I assume to make it fast, a<br>good idea would be to cache some calculations, e.g. if you want a swirl
<br>effect, for all destination image cache all source positions, for the<br>desired destination image size.<br><br>Regards,<br><br>Frank<br><br>_______________________________________________<br>Haskell-Cafe mailing list
<br><a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br><a href="http://www.haskell.org/mailman/listinfo/haskell-cafe">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br></blockquote></div><br>