CEGUI (Crazy Eddie's GUI) Forums

Dont expect this to change. LennyH has a point. with the current setup the includes are "directory" agnostic. e.g. they just reference cegui files. not some specific directory structure. You should provide proper include paths for your project for your compiler yourself. This is not the j...

And, when sometime down the line, they do decide to use them? In your example, there is no advantage or disadvantage to either one. It's just a personal preference on what you like to see. However, there is a clear-cut advantage if, down the line, that parameter is used. It's obviously a pretty min...

Eh, bad idea. See, when you make it so that the user/programmer/whatever has to set the base include path, as described by kungfoomasta, it's an additional step. But, what it means is that you are not limiting where you can actually place your project. For instance, for you it may be convenient to ...

Hi maxim, About your messages. I have read them but i think most comments are a matter or taste, aren't they? Except for the quad-per-text element maybe, which is probably a performance related topic. Hi, and thanks for the reply. The post about the Size/Point-types can be considered as a matter of...

Hi, It seems this project is pretty dead. I haven't got any responses for my topics I have posted. I would love to have a more active connection with the developers. There are some issues in CEGUI, which I would like to solve, but as far as I can tell there's no one alive so why bother even mentioni...

Hi! Correct me if I am wrong, but every text based item has it's own quad for each letter. Wouldn't it be more effecient to be able to lock it and group them together to a big texture on a big quad. Ive noticed a great performance drop when using large amount of text. You could optimize this in ren...

Hi, Although it seems this forum is not very active, I'm not running out of suggestions about CEGUI development :) It would be better if parameter names were not declared if they're not used. Like: Logger(const Logger& logger) : Singleton <Logger>() {} Logger& operator=(const Logger& log...

Are you using Visual Studio? You can define "Additional Include Directories" for your given project. This doesn't really seem like a problem to me. Thanks for the reply. I'm aware that I could add a project specific include directory, but I think one should be able to include CEGUI header...

I wish there wouldn't be separate types for size and point data. They are both just 2D-vectors after all so why bother? How about using HLSL-style naming conventions instead, as they're getting increasingly popular. Size -> float2 Point -> float2 ---- float2 temp(0.1f,0.1f); float x=temp[0]; float y...

Hi, It seems that include statements in the CEGUI are are relative to the base directory. This is a bit problematic as it requires a user to define a global include path to the CEGUI in able to include CEGUI in a project. There wouldn't be such a problem if you used relative include as relative to t...