Search results

Slaps self. About WM_CLOSE, this code is based on the NeHe windows opengl set-up code here which handles WM_CLOSE but not WM_DESTROY as is done here. Considering that my event problems are related to the window not always closing properly, this may be the cause. Though for some reason the...

Its using a WndProc callback, basically just raw win32 api. Yes I have considered using SDL, it is currently the only API supported by Quad-Ren, however I want to add multi-window support which is not available in SDL. Ive bean building a simple wrapper class that wraps around the underlying...

Is there any one here who has knowledge of the win32 API? Im working on a cross platform layer for Quad-ren, including a native win32 OpenGL interface. Its mainly working except for some problems with event receiving, for example the program wont always close when the `x' button is clicked.

Quad-ren is a resolution independent 2D graphics engine which focuses on minimalism and follows the suckless philosophy. The applications created with Quad-ren are always resizeable, either running in a window or full screen, allowing them to work flawlessly with a wide range of screen...

QR is meant to be compiled as a shared object and dynamically linked, no main function should be needed as that is defined in the application using the lib (see the example programs)

If it runs in a fixed size window then logic says that it will appear smaller on a monitor with a higher DPI, hence fixed size window = resolution dependent. Fixed size windows should be disabled *NOT* enabled by default.

Agree, If I do go the `custom' route then it will almost certainly be a dialect of Lisp, because other syntaxes would be to hard/time consuming to implement. I'ts mostly intended to be a replacement for the on_event, on_animate and possibly on_drop, to allow node behaviours to be stored in the...

The maximize button is greyed out, which means the window is non resizeable, which means that it IS resolution dependent in that it won't run maximized on different sized monitors.

From the screen shots it appears to be resolution dependent.

Blender is not hard to use, and is massively faster than anything else especially at poly by poly modeling(one of my interests) due to being keyboard driven. I have used 3DS MAX and absolutely hated it, the interface is too fixed, and feels extremely clunky because of all the mouse driven menus...

^ Maby ^_^

If you do decide to create a binding then please release it as LGPL so that I can include it into the distribution. Credit will be given of corse.

I am reluctant to embed something as large and complicated as the mono runtime, though i *may* look into .net bindings for the lib.

I have bean intending to bind QR to other languages since around version 0.1 ;) I doubt that it would be accepted as a default lib at the current point in time. The version number starts with a 0, i.e. it isn't finished yet ;)

I have bean working on a python binding for Quad-Ren, currently it is incomplete, but qr_renderer, qr_quad, qr_line, qr_sprite, vector2d_f and vector2d_i are available. See the attachment for the source code. To compile the bindings you need to have QR installed and have the python and...

Thanks. Anyone interested in compiling on Win and OSX?

That is there as auto tools was insisting on putting it in /usr/local/lib/, which isnt in the path on Arch.

Thanks for the suggestions, Im defiantly going to look into game monkey.

Those keys are also necessary for Vim ;)

Just make it fluid, best of both worlds (doesn't look tiny on a 19"+ monitor).