Re: [fltk.opengl] Fl_Gl_Window flashes on context creation (Windows7)

On 04/09/13 23:24, Ivan Nedrehagen wrote: > I also suspect that there might be problems replicating this bug, so I will > try to do some digging of my own. Since I have built the FLTK library on my > own, I might tinker a bit with the source and might run a strace (or windows > equiv.) on the gl

Re: [fltk.opengl] Fl_Gl_Window flashes on context creation (Windows7)

On 04/09/13 10:07, Ivan Nedrehagen wrote: >> Which version of FLTK (1.3.1, 1.3.2..) > > I use FLTK 1.3.2 >> >> Also: do the FLTK opengl test programs cube.exe and shape.exe exhibit >> this same behavior? > > Yes they do. Right, good to know. >> I cannot replicate wit

Re: [fltk.opengl] Fl_Gl_Window flashes on context creation (Windows7)

On 04/02/13 02:28, Ivan Nedrehagen wrote: > Does anyone know how I can get the Fl_Gl_Window to play nicely in windows? Which version of FLTK (1.3.1, 1.3.2..) Also: do the FLTK opengl test programs cube.exe and shape.exe exhibit this same behavior? I cannot replica

Re: [fltk.opengl] Can Use GLSL in FLTK?

On 12/10/12 01:34, Sepehr Aryani wrote: > If there is a sample code to help I'll appreciate. Google for "FLTK GLSL" and you'll find a few links that may help you out. AFAIK we don't have GLSL examples in the example code that comes with FLTK, but that's just because no o

Re: [fltk.opengl] Can Use GLSL in FLTK?

On 12/10/12 01:34, Sepehr Aryani wrote: > Hi, > I'm wondering if we can use GLSL in fltk application. > I also want to know which version of OpenGL FLTK support. > If there is a sample code to help I'll appreciate. I don't think there are any modern versions of openGL that FLTK /do

Re: [fltk.opengl] FLTK Written With OpenGL?

On 10/11/12 11:50, Mike Werner wrote: >> That should be ok if you make the fltk widget invisible > > The widget is invisible because the OGL graphics is drawn on top of it. > I don't have to explicitly make it invisible. > The widget is invisible but still active. Works out well for me. R

Re: [fltk.opengl] FLTK Written With OpenGL?

On 10/08/12 10:53, Mike Werner wrote: >> FLTK widgets can appear *around* an opengl drawing area, but not inside it. > > I make extensive use of the Fl_Gl_Window widget. In fact I actually do place > widgets INSIDE the OpenGL window. They don't visually 'appear' because the > OGL graphics is writt

Re: [fltk.opengl] FLTK Written With OpenGL?

On 10/06/12 16:25, Mike Werner wrote: >> On 10/05/12 16:03, Mike Werner wrote: >>> I'm fairly sure FLTK is written with OpenGL. >> >> FLTK supports opengl, but does not use it for implementing widgets. >> For that, FLTK uses the native graphics libraries: >> >> Linux: Xlib >>

Re: [fltk.opengl] FLTK Written With OpenGL?

On 10/05/12 16:03, Mike Werner wrote: > I'm fairly sure FLTK is written with OpenGL. FLTK supports opengl, but does not use it for implementing widgets. For that, FLTK uses the native graphics libraries: Linux: Xlib Windows: Win32 OS

Re: [fltk.opengl] OpenGL window in Fl_Wizard

On 05/20/12 00:47, David Aiken wrote: > hmm.. seems I replied too soon. I implemented the fixes but the > behavior remains the same. Since Fl_Wizard is closely related > to Fl_Tabs, I looked into http://www.fltk.org/str.php?L2260 > and the suggested fix resolved the problem. It's Mac-specific so ea

Re: [fltk.opengl] OpenGL window in Fl_Wizard

On 05/18/12 23:21, david_ai...@yahoo.com wrote: > 1. the OpenGL window overlaps all of the wizard pages. It should only appear > on the first page. Oh, and besides moving the creation of the window, I think your Fl_Group's are oddly positioned. Can you say why you're usin

Re: [fltk.opengl] OpenGL window in Fl_Wizard

On 05/18/12 23:21, david_ai...@yahoo.com wrote: > hi all.. > > I would like to place an OpenGL window into a wizard, but I'm new to fltk so > my source has some problems. You need to create the opengl window inside the first group. So just move this line from where it is:

Re: [fltk.opengl] GL windows in Fl_Tile

On 12/16/11 00:07, Robert Strickland wrote: > Thank you so much for your help. Changing from Fl_Window to Fl_Group did the > trick. I don't think I would have figured this out on my own. > Your FLTK Cheat pages are a tremendous resource. Thanks for creating and > posting them. Without them, I wou

Re: [fltk.opengl] GL windows in Fl_Tile

I wouldn't derive from Fl_Window, as that implies your coordinate space origin gets reset to zero. Changed that to Fl_Group. Also, fixed your yellow borders a bit; your code wasn't consistent with the +1/-1 offsets to keep the border onscreen. Revi

Re: [fltk.opengl] Opengl/glut max window size

On 10/06/11 02:47, Dave Rhodes wrote: > In the test subfolder there is a glut prog called fractals. If I start this > and then resize the window , it too hangs at the same place. Have you tried downloading/installing glut, and testing with its own test programs. (ie. not fltk's) Do they wor

Re: [fltk.opengl] Opengl/glut max window size

On 10/03/11 02:25, Dave Rhodes wrote: > I have wriiten an application, running on windows , compiled with cygwin. I > want to stretch this over 2 screens. My screens are 2560 wide by 1600 high. > The intial window will only open on one screen (ie I can't make the fltk main > window > 2560), so I

Re: [fltk.opengl] Problems mixing GLUT & FLTK

On 06/02/11 09:57, joe wrote: >> >>> I'm having some problems mixing GLUT & FLTK >> >> I mix FLTK and GLUT in my larger graphics simulations. >> But I don't use GLUT to manage the windows. >> I'd suggest you use FLTK to manage windows. > > Thanks you for replying but it's my first approach to

Re: [fltk.opengl] antialiased fonts in opengl window?

Steve Maas wrote: > What are the 'offscreen rendering' functions. Are they available in 1.1.10? No, I /think/ its new functionality in 1.3.x only. I don't know much about that feature. Refer to the 1.3.x docs + examples to see if they cover it, and if not, ask on fltk.gene

Re: [fltk.opengl] antialiased fonts in opengl window?

Steve Maas wrote: > I noticed that all the texts for buttons, input, etc., are drawn in a > antialiased font, but the text drawn in OpenGL windows is not. I am wondering > if it is possible to draw antialiased text in OpenGL windows as well. I've never tried, but apparently its non-trivi

Re: [fltk.opengl] how to use glutWire* functions ?

>> I removed *all* #includes (including math.h) except this one (note also the >> upper case 'H'): >> #include >> and it works with FLTK 1.1 and FLTK 1.3 on Windows and Linux.> > [..] > "You must include FLTK's header file. It will include the Thanks, this helped a lot. Yes, se

Re: [fltk.opengl] how to use glutWire* functions ?

Albrecht Schlosser wrote: >> If someone can tell me what the correct #includes should be >> which works for both 1.1 and 1.3 in that example, I'd appreciate it. >> As it is, the example is now a bit ugly with all those #if conditionals, >> which seems to show an undesirable FLTK

Re: [fltk.opengl] how to use glutWire* functions ?

Greg Ercolano wrote: >> Also: I noticed my 'OpenGL Sphere With Light' cheat sheet example now >> crashes under FLTK 1.3.x, and even if I change around the code to match >> the docs.. > Using the fractal test program's technique, I was able to

Re: [fltk.opengl] how to use glutWire* functions ?

Greg Ercolano wrote: > Also: I noticed my 'OpenGL Sphere With Light' cheat sheet example now > crashes under FLTK 1.3.x, and even if I change around the code to match > the docs (use Fl_Glut_Window and define it after show()ing the Fl_Window), > it still crash

Re: [fltk.opengl] how to use glutWire* functions ?

Greg Ercolano wrote: > I'm pretty sure glut's glutInit() must be setting a static flag that has > to be set, or the rest of the lib won't work. So unless you set that, > it's gonna bitch about glutInit() not being called. I just pulled freeglu

Re: [fltk.opengl] how to use glutWire* functions ?

Albrecht Schlosser wrote: > I still don't know more about glut, but reading the FLTK 1.3 (!) docs > about "Mixing GLUT and FLTK Code" > > > > your code seems to be faulty. I understand the docs so that you > shall not call glutInit() if (and onl

Re: [fltk.opengl] how to use glutWire* functions ?

Greg Ercolano wrote: >I could probably make it work if I made it more like the fractal.cxx >program where the fltk widgets are in an FLTK window, and the glut stuff >in a separate window. Might try that next. I translated this into a pure glut application, and it runs fin

Re: [fltk.opengl] how to use glutWire* functions ?

Greg Ercolano wrote: > Maybe show us your FLTK2 translated sphere.cxx file. I decided to take a shot at translating this example to FLTK2. I'm not sure if it's right because I get the same error you do, with or without the glutInit() call, and no matter where I p

Re: [fltk.opengl] how to use glutWire* functions ?

jseb wrote: > I've forgotten to mention something very important: i use version 2 of FLTK. The FLTK2 test program 'glpuzzle' is a glut app. Does it build and run successfully? If so, maybe there's something different about the apps you're testing vs. that one. (I a

Re: [fltk.opengl] how to use glutWire* functions ?

Albrecht Schlosser wrote: > On 13.03.2011 11:20, jseb wrote: >> I put a freeglut window in fltk gui. I think FLTK has its own glut interface via #include See below. >> And when executing: >> freeglut ERROR: Function called without first calling >> 'glutInit'. > > Did you try t

Re: [fltk.opengl] How to clear fl_gl_window when a button is click

Giau P wrote: > Hello, > > Can any one tell me how to clear my window to redraw something new? > > I have a class which inherits from Fl_Gl_Window. I can draw on it but when a > button is click, I need to clear the the window to redraw with new data > populated when a button is click.

Re: [fltk.opengl] RES: Frozen screen after a lock-unlock computer

Bruno Pospichil wrote: > I agree with you, maybe this is a driver problem, or with the environment > (Windows 7 + MSVC). To see if it really is a driver issue (and not FLTK), maybe try compiling a pure win32/opengl test program, or maybe one of the glut/opengl examples.

Re: [fltk.opengl] Frozen screen after a lock-unlock computer

Bruno Pospichil wrote: > I had a issue using a Fl_Gl_Window inherited class. The screen is shown > but, if I lock and unlock the screen (I’m using Windows 7) the > Fl_Gl_Window is shown frozen. > > If I ask to redraw, the issue is fixed and the application still working. > > There is a way to for

Re: [fltk.opengl] Best way to manage scaling?

Some examples of opengl window initialization code here, in case you're concerned about window width/height affecting scaling (shouldn't be an issue): SIMPLE: http://seriss.com/people/erco/fltk/#OpenGlSimple CHECKERED TEXTURE CUBE (NO LIGHTING) http://seriss.com/pe

Re: [fltk.opengl] Shaders

Paul Blythe wrote: > I couldn't figure out a work around so switched to CG. For those wondering, I believe CG refers to NVIDIA's GPU Shader Authoring toolkit, which I apparently interacts with opengl to handle shading: http://developer.nvidia.com/object/cg_toolkit.html ___

Re: [fltk.opengl] Shaders

Paul Blythe wrote: > void VideoDisplay::CreateShaders() > { > if (!ShadersLoaded) > { > brshader=glCreateShader(GL_FRAGMENT_SHADER); > glShaderSource(f, 1, &ff,NULL); > free(fs); > glCompileShader(f); > p = glCreatePr

Re: [fltk.opengl] Shaders

Paul Blythe wrote: > [..] when I call glCreateShader I get an exception. > This is normally the result of the opengl context not being setup before the > call, > but I am calling it in the draw method, so the opengl context must be set. Be sure its inside the valid() check section of the

Re: [fltk.opengl] GL MultiSample win32

Shon Pritchett wrote: > Google NEHE Lesson 46 if you need to know how to set up a context that > supports multisampling on windows platforms. Source code is available. I googled for "PIXELFORMATDESCRIPTOR multisampling" and fell across it the same way; this article: http:

Re: [fltk.opengl] OSX texture problem

Arne Magnus Bakke wrote: > I really don't want to put "if (nvidia8800 || nvidia8600 || ...)" in the > code. Unless someone spots something wrong with the code, I guess I'll > report it to Apple and see if they have something to say about this. I'd suggest converting it into a GLUT exampl

Re: [fltk.opengl] OSX texture problem

I don't know much about those Apple specific YUV flags. But sniffing developer.apple.com, their docs warn that if you use GL_YCBCR_422_APPLE + GL_UNSIGNED_SHORT_8_8_REV_APPLE, you need to "make sure to test these combinations on a device-by-device basis": h

Re: [fltk.opengl] OpenGL Texture Problems

Patrick McCarthy wrote: > Dear Loic, have a look at: > http://fltk.org/doc-1.0/basics.html#basics > it is a frequent problem! Hmm, does that page cover texture mapping problems? Also, looks like the 'hello world' image on that page is pretty wacked out:

Re: [fltk.opengl] OpenGL Texture Problems

Greg Wrote: >> If you want, I can added this as an example on my >> 'cheat page' of FLTK demo examples.. Loic wrote: > Yes please do it, > I think it can help beginners like me in the future... Done: http://seriss.com/people/erco/fltk/#OpenGLTextureMap Good luck

Re: [fltk.opengl] CallBack

Loic wrote: > I now have events when I press right arrow. > (I forgot a win->begin();) > > but the event is of type > FL_SHORTCUT = 12 > and not of type > FL_KEYBOARD = 8 > > What is the trick? See the "Keyboard Events" section of the "Handling Events" chapter: http://fltk.org/do

Re: [fltk.opengl] CallBack

Loic wrote: Might have to do with making sure you put win->begin(); and win->end() around your definition of the menubar, so it's clear where it's getting parented. There should be nothing special about the menu bar wrt to keyboard event handling that I'm aw

Re: [fltk.opengl] OpenGL Texture Problems

Loic wrote: > Yes please do it, > I think it can help beginners like me in the future... Great -- will do. Certainly will be one of the 'more cosmetic' looking examples. (Not a lot of interesting graphics on the fltk cheat page..) ___

Re: [fltk.opengl] CallBack

Loic wrote: > Hi all, > > sorry for spamming, but I have an other problem... > I change my code to include a menubar. (as in the example) > > my old code : > --- > Fl_Window* window = new Fl_Window(0,0,WINDOW_WIDTH,WINDOW_HEIGHT, "FROG > Displayer"); > window->end();

Re: [fltk.opengl] OpenGL Texture Problems

Loic wrote: > You are right... > I guess it can't be in the constructor because OpenGL is not yet necessary > started up at constructor time... Correct -- all opengl init should be done inside the draw() 'if (!valid())' test. Pretty sure the docs for Fl_Gl_Window and the

Re: [fltk.opengl] OpenGL Texture Problems

Loic wrote: > Hi All, > > I setup a very small test program, with a spinning cube... > but it is absolutely not textured as expected... Pretty sure the problem is your opengl init stuff needs to be moved from the ctor to an if ( !valid() ) { .. } test within the fltk draw

Re: [fltk.opengl] handle not called when mouse dragged

Livia Koch wrote: > I have subclassed Fl_Gl_Window (class My_Window) and written an own > handle-function. It works fine, but recently I have made a new subclass > My_Window_2 to my first subclass. As a handle function, it is still > calling My_Window::handle(int event). > For My_Window_2 dragging

Re: [fltk.opengl] Please help with OpenGL error!

Emil wrote: >>> I do get this kind of errors with all FLTK OpenGl programs! >>> Is this a bug or somethig is bad in my system? >>> >>> I run on my laptop Slackware Linux 12.2, my video drivers are instaled >>> (Intel GM965). And I have tried the example with FLTK2 too, the same >>> problem. >> >>

Re: [fltk.opengl] Sharing Display Lists across OpenGL Windows

Bart Krekelberg wrote: > I have an application that needs to draw the same (moving) image to two > separate OpenGL windows. > > I cannot call the drawing code itself twice; because it would take too long, > but also because that code has side effects that should not happen twice. > > The soluti

Re: [fltk.opengl] Compiling With FLTK 1.1.9

Mike Werner wrote: > [..] In fact I can't get any shaded polygons to show up correctly! Try this example. Just whipped it together based on one of the other opengl examples on my 'fltk cheat' page. It's been many, many years since I've done anything that with light

Re: [fltk.opengl] Compiling With FLTK 1.1.9

Mike Werner wrote: > there are no files called 'fltk.lib' or 'fltkgl.lib' in the \lib directory. > There are files called 'fltkd.lib' and 'fltkgld.lib. The /debug/ builds of FLTK include a 'd' on the end, whereas the /release/ builds do not. So if you are building fltk wi

Re: [fltk.opengl] Stencil Operations

Mike Werner wrote: > CubeView.obj : error LNK2001: unresolved external symbol "private: virtual > void __thiscall Fl_Gl_Window::draw_overlay(void)" ([EMAIL PROTECTED]@@EAEXXZ) > CubeView.obj : error LNK2001: unresolved external symbol "public: virtual > void __thiscall Fl_Gl_Window::hide(void)" (

Re: [fltk.opengl] Stencil Operations

> ..or is there something wrong with FLTK 1.0.11's implementation of the > stencil buffer? Fltk 1.0.11? Wow, that's.. old. From 2001 or so, I think. That's probably the oldest release still on the website. Try again with 1.1.9, and base your example from that. A

Re: [fltk.opengl] Can't get context on OS X?

Christian Convey wrote: > I'm porting to OS X 10.5 an app that works just fine on Linux. I'm using > FLTK 1.1.7. > > We have a class (MarineViewer) that subclasses from Fl_Gl_Window. In > MarineViewer's constructor, we have this code: > >m_textures = new GLuint[1]; >... >glGenText

Re: [fltk.opengl] cursor color problem

marty moore wrote: > Does anyone know why I keep getting a black/black cursor? Do you get this same behavior with the 'gl_overlay' test program? My cursor doesn't change on fedora3 or fedora7 with the default window managers when I move the mouse between an fltk app and thunderbird/fi

Re: [fltk.opengl] gl_font not affecting text size

Kevin Cockrell wrote: > gl_font(FL_HELVETICA, 18); > > But I can't seem to get anything to affect the size of the font. Can't say for sure, but I do know if I change the gl_font(1,12) in this program: http://seriss.com/people/erco/fltk/#OpenGlTextOn3D ..to gl_fon

Re: [fltk.opengl] label in 3d

Livia Koch wrote: > hi out there, > > is there any function that allows me to label 3d-coordinate axes in an > Fl_Gl_Window? I want to rotate the model, so I want to draw a legend to know > what I'm currently looking at. > I've found only gl_draw which works fine for 2d images but there is no de

Re: [fltk.opengl] error from performing custom build

shweta wrote: > 1>Project : error PRJ0019: A tool returned an error code from "Performing > Custom Build Step" > I keep getting this error when i build my project why?Any help is > apprecited... Please ask on fltk.general. ___ fltk-opengl maili

Re: [fltk.opengl] To save afile

shweta wrote: > how to save a file in using fltk.How to implement mouse events? To save a file, use the operating system's file io operations.. fopen()/fclose() are the most portable. Mouse events are documented here: http://fltk.org/documentation.php/doc-1.1/event

Re: [fltk.opengl] menu and redraw()

Kevin Cockrell wrote: > Hi, > I setup a very simple fltk GUI with Fl_Window that has a Fl_Menu_Bar and an > Fl_Gl_Window. I have the following items in my menu (which is called mbar): > > mbar->add("ChangeSquareColors/Make Square Red", 'r', > (Fl_Callback*)TopSide_GUI::cb_MakeSquareRed, (void

Re: [fltk.opengl] How to make my FLTK programs run on other computers

Linda wrote: > Hi, > > I use FLTK 1.1.7 and OpenGL to write my programs. I compile the code with > Microsoft Visual Studio 2005 under Windows Vista Home Basic. Everything > goes well on my computer. But when I copy the .exe files to other > Windows computers and try to run the .exe files, I always

Re: [fltk.opengl] different fonts in same window?

Livia Koch wrote: I moved the glViewPort() call to the !valid() section, and that solved the 'unexpected art' problem. But I notice if I uncomment your call to generate_model(), this causes these errors in my linux console: XRequest.143: GLXBadContextState 0x12000

Re: [fltk.opengl] different fonts in same window?

Livia Koch wrote: > When trying to cut down my program to the font problem, I discovered that it > is possible to use two different fonts in the same window - if I'm not using > display lists! In this small version of my program, if I'm using DL nothing > is displayed at all. What is wrong in my

Re: [fltk.opengl] different fonts in same window?

Livia Koch wrote: > Hi out there, > > I'm drawing a chart in a subclass of Fl_Gl_Window and want to label the axes > with the name of the units displayed. On one axis I would like to use greek > symbols, on the other english text. Is it possible to use two different fonts > in the same window?

Re: [fltk.opengl] Fltk 1.1x Fl_Gl_Window::ortho Windows/Linux inconsistency

michael sephton wrote: > glLoadIdentity(); > glViewport(0,0,w(),h()); > glMatrixMode(GL_PROJECTION); > glLoadIdentity(); > ortho(); Not sure if this is related, but FWIW, Fl_Gl_Window::ortho() is implemented as: GLint v[2]; glGetIntegerv(GL_MAX_VIEWPORT_DIMS, v); glLoadIdent

Re: [fltk.opengl] problem in loading images in Windows Vista Home Basic

Linda wrote: > I found out the .jpg file’s size is relatively large. > For example, an output result_0.jpg file is about 30KB. > I open it with Windows ‘Paint’ accessory and save it > as another result_1.jpg file. The new result_1.jpg file > is only 10KB. Is there anyway to improve D. Zimmerâ

Re: [fltk.opengl] problem in loading images in Windows Vista Home Basic

Linda wrote: > Fl_BMP_Image *bmp = new Fl_BMP_Image("tiny.bmp"); > count() returns 1; d() returns 3; h() returns 0; w() returns 0. Sounds like a 'file not found' or 'permission denied' situation. Try supplying the absolute path to the images, eg: Fl_BMP_Image *bmp = new Fl_BMP_Ima

Re: [fltk.opengl] opengl Video rendering

gga wrote: > glDrawPixels should not be used as it is slow. Rely on actually drawing > one textured quad (or more than one if the texture is too big for the > hardware). There's demos all over the net how to do this. Oh yeah, the texture trick.. even better. Assuming your hardwar

Re: [fltk.opengl] opengl Video rendering

jack3 wrote: > Hi, > > Basically, my way is inherit a class glCanvas from GLWindow and override the > function of draw_overlay and draw. > then, I have a thread to continuely read image from network and call > redraw_overlay. That should be fine, I think a good way to do that would be