- HOpenGL - Haskell.org

Windows with no reshaping
by Rafael Almeida 09 Dec '06

09 Dec '06

Hello, I was trying to get help on opengl, but I haven't had much luck. I was told to try this mailing list, so here I am. I want to make it so a opengl window can't be resized. I know there are no opengl functions for that, at least none that I know of. Anyhow, I'm hoping there's some kind of work around that. I'm sure the reason behind that is portability, but I don't need it to work somewhere else other than on the X system. So a way to get the window with xlib and change that property would be just fine. I couldn't find much documentation on Hopengl over the net and the last release seems to be from 3 years ago. I wonder what happened. Was the project discontinued? []'s Rafael

2 1

Re: [HOpenGL] freeGlut and HopenGL on Windows
by Pepe Gallardo 04 Dec '06

04 Dec '06

----- Original Message ----- From: "Sven Panne" <sven.panne(a)aedion.de> To: "Pepe Gallardo" <pepeg(a)lcc.uma.es> Sent: Friday, December 01, 2006 1:57 PM Subject: Re: [HOpenGL] freeGlut and HopenGL on Windows > Am Freitag, 1. Dezember 2006 13:47 schrieb Pepe Gallardo: >> As I said before, I renamed freeglut.dll to glut32.dll, but when I run my >> program I get "Exception: user error (unknown GLUT call >> glutMainLoopEvent, >> check for freeglut ... >> I really need to use mainLoopEvent. > > Hmmm, are you really sure that the program is picking up the right > glut32.dll? > I don't know the exact search order on Windows (first the app dir, then > under > %WINDOWS%\system32?), but having a "normal" GLUT lying around could be an > explanation... > I am sure that I am loading the right dll (it is in my workind directory, and I have changed the mainLoop C function to print a message on the console, and it does). I was a bit confussed as function "glutVersion" was reporting "GLUT 3.7", but that is because it is just guessing and getProcAddressInternal is not working. To confirm this, I got a copy of Extension.hs and loaded it: ghci -package GLUT -fffi Extensions.hs then I get: *Graphics.UI.GLUT.Extensions> getProcAddressInternal "glutSetOption" 0x00000000 *Graphics.UI.GLUT.Extensions> getProcAddressInternal "glutSetWindowStayOnTop" 0x00000000 By the way, I get the same behaviour when using the original glut32.dll. Any help? > Cheers, > S. > >

1 0

freeGlut and HopenGL on Windows
by Pepe Gallardo 01 Dec '06

01 Dec '06

Does HopenGL support freeGlut? I would like to use some functions like "mainLoopEvent". If so, how should I install it?. I have tried renaming frreglut.dll to glut32.dll but it does'nt work. I am working with GHC 6.6 on Windowx XP. Any help would be appreciated. Thanks Pepe

2 1

Finally: GLSL support
by Sven Panne 14 Nov '06

14 Nov '06

FYI: The OpenGL package has now partial support for GLSL. The API is not yet completely stable and support for generic vertex attribute arrays and querying vertex attributes and uniform variables is still missing (setting is of course already implemented). This is enough to run the "Hello, world!" of shader programming, the brick example from the Orange Book, see the attached pictures and the code at: http://darcs.haskell.org/packages/GLUT/examples/OrangeBook/ogl2brick/ If you want to test the new features, grab the latest packages via darcs: darcs get http://darcs.haskell.org/packages/OpenGL darcs get http://darcs.haskell.org/packages/GLUT Comments and suggestions are, as always, highly welcome. Cheers, S.

1 0

Re: [HOpenGL] Specialized versions of renderPrimitives?
by Henning Thielemann 06 Nov '06

06 Nov '06

On Fri, 27 Oct 2006, Sven Panne wrote: > One thing I don't fully understand: What is not type safe in the current API? > The only thing I see is that one could use a different monad within > renderPrimitive to enforce that only correct OpenGL command could be issued > there. There are several OpenGL commands that make no sense in renderPrimitive like glViewport, glEnd, glFlush ... For modes like Lines, where pairs of vertices are needed, it could be enforced by types, that you can only pass pairs of vertices. > But having direct access to the IO monad is more important to access > e.g. IORefs etc. I think it is enough to access them outside renderPrimitive.

3 3

Specialized versions of renderPrimitives?
by Henning Thielemann 27 Oct '06

27 Oct '06

Things like renderPrimitive LineLoop $ do vertex v1 ; vertex v2; vertex v3; vertex v4 renderPrimitive Lines $ do vertex v1 ; vertex v2; vertex v3; vertex v4 are indeed close to the OpenGL interface. But we lose a lot of type safety. It would be more concise and safer to write lineLoop [v1, v2, v3, v4] lines [(v1, v2), (v3, v4)] Is this implemented somewhere?

3 2

HOPENGL / XServer
by William DUCK 26 Aug '06

26 Aug '06

Hello Misters, As you are OpenGL experts, I am asking your help. I am attempting to build up a team. I believe it's time for a full-fledge verified OS. The graphic part is essential nowadays. If somebody is interested in functional programming and in formal methods to help to implement a xserver with HOpenGL and XHSB, he is welcome :) XHSB ( X Haskell Bindings ) : http://lists.freedesktop.org/archives/xcb/2006-January/001278.html Here is an example of a protocol formalisation and a trusted GUI : network stack : http://www.cl.cam.ac.uk/~pes20/Netsem/ If you want to contact me, my mail is guillaume_dot_fortaine_at_wanadoo_dot_fr I will set up a mailing-list, a web server, a wiki and an IRC Best Regards, Guillaume FORTAINE

2 1

Blend equations
by Gunnar Kedenburg 26 Apr '06

26 Apr '06

Hi, blendEquation $= ... has no effect on my system, ghc 6.4.1/6.4.2 with this GL implementation: OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce 6600 GT/PCI/SSE2/3DNOW! OpenGL version string: 2.0.2 NVIDIA 87.56 It works from C though. By the way, it would be so great to have GLSL support in HOpenGL. Any chance to see it soon? Thanks, Gunnar.

2 2

Haskell.org and Google Summer of Code 2006
by Paolo Martini 26 Apr '06

26 Apr '06

Hello, It is now official. Haskell.org is a mentoring organization for this year's Summer of Code programme. You can see it listed on the official site <http://code.google.com/soc/> clicking on `Haskell.org (ideas)' you'll be directed to the trac site we are setting up. (It's 4 AM and I've just finished adding the projects, and cleaning things up a bit.) I am _very_ happy about seeing this project working out for real. I fear that I wouldn't be able to reach everybody even mailing all the important mailing list; I hope many students will be able to take advantage of this great occasion. Help me spread the word, tell everybody about the project :-) You can find the new site here <http://hackage.haskell.org/trac/summer-of-code/>, the StartPage will be updated with details during the program. Projects ideas and volunteers for mentoring are still very much welcome! students' application period starts on May 1. Thanks very much for the support, hope to hear thoughts and proposals, Paolo. --

1 0

Re: [HOpenGL] Google Summer of Code 2006
by Paolo Martini 25 Apr '06

25 Apr '06

minh thu ha scritto: > hi, > > i'm student in belgium and would be happy to participate to the summer > of code for haskell. > (refering to another mail from you : i dont use the irc haskell > channel but the mailing list) > > unfortunately for me, my cv is not very "cool" : i can just say i like > haskell and begin to be comfortable with it. But i have no prior open > source experience, no personal project to show. > > do you think i have a chance if i apply ? > > projects i m interested the most in are computer graphics based > projects like those listed under "Games" > [http://haskell.org/haskellwiki/Summer_of_Code:_Project_suggestions#Games] > > i will probably send a mail to Johan Henriksonn. > > bye, > vo minh thu > It's great to hear from you! Yes, you should definitely apply. This project is for students, the CV isn't even asked! Google is doing a very nice job in this regard. It is fabulous to hear from students, I really hope to get more replies. I think it is a good idea to contact the mentor ASAP. Good luck! Paolo. --

1 0