CEGUI (Crazy Eddie's GUI) Forums

Then I will try to accomplish it) This will be an interesting experience. I started working on editor a couple of days ago locally, and I personally prefer git over hg, but it doesn't make the code itself better or worse. As soon as I have something roughly working I'll share the repo with you and w...

Hi. I migrated my engine to CEGUI default branch. Prebuilt CEED snapshot 11 has problems with it. It doesn't support fonts format v4 and saves strange (v0-8?) properties to widgets so that the game crashes with the 'unknown property' exception. Building CEED for Windows turned out to be so much pain...

There is a branch named 'drawmode-devel-v0'. It contains a feature of rendering some parts of GUI separately. For example as opaque, allowing it to write to Z-buffer. It would be nice to merge it into the default branch if possible.

ScrollablePane.cpp:248 - need to change from container->setMouseCursor(getMouseCursor()); to container->setCursor(getCursor()); Also drawMode was not merged. No trace of it in code. Looks like drawmode-devel became drawmode-devel-v0 and was not merged to v0-8 or v0 yet. So merging v0-8 -> v0 -> defa...

Migrating to 'default' I noticed that it has no 'drawmode-devel' merged into it. Can you or me merge drawmode-devel? My code relies on it.

The main part is done. But the presense of default viewport target still prevents a proper usage of contexts in a multi-window scenario. We need a viewport target per a viewport, not one per application. I am working on a solution, but it may require to change Renderer interface slightly. To be spec...

Definitely. I'll try to migrate to default, and if it causes too much pain / time waste, I will make default-based PR for you and patch my local version accordingly until I'm ready to update major version.

The default context is implemented as d_guiContexts[0]. It is used in Config_xmlHandler.cpp to set default font, tooltip and cursor, which is better done for each context at its creation. It is used as fallback case in Window::getGUIContext() with the comment like "should we return nullptr inst...

Hi all. I'm not sure why it was added but it rather makes things harder than helps. When creating CEGUI you must already know its properties, and you have to create this context when CEGUI is initialized, not when you need it. For the hypothetical case of using CEGUI for multiple windows (no doubt a...

Glad to hear. I am still using CEGUI in my engine, so I will send PR if I develop something useful. But I have no context of 1.0 development direction so I will continue to use 0.8. If someone will start active development and needs help with some clearly defined tasks then I think I could help. Tha...

Hi all.

What is the project status now? Is it completely abandoned or we can still count on some further releases in a year or two?

Do you still need tinyxml2 4.0.1 release PR for cegui-dependencies? I see the lib is already in repo.

Thanks a lot for the explanation. I will try it the next time I have something useful to share.

If so, I am completely OK with moving to it. I am happy with my local CEGUI version right now, all works as I want, but if you make some changes on drawMode I will get them from v0.

Nevermind, it is a language barrier. Sometimes it makes me specify really obvious things)
Second PR is ready for your review.