CEGUI (Crazy Eddie's GUI) Forums

Functionality discussed in the first message is done in https://bitbucket.org/cegui/cegui/pull-requests/329

Hi. In the case the author or someone else needs this functionality, it is implemented in PR: https://bitbucket.org/cegui/cegui/pull-requests/333/scrollable-pane-major-improvement Use ScrollablePane::setSwipeScrollingEnabled method to enable it. Kinetic scrolling is not implemented, but may be added...

I've noticed you changed logging level to Warning. Why do you want to warn user about font destruction? It happens in a CEGUI::System::destroy() and there is nothing wrong with it. On the other hand Warning typically means that something went wrong but we can live with it. Let's keep it. I just want...

Thanks)

May you just change Error to Informative here, please?
https://bitbucket.org/cegui/cegui/src/a ... #lines-305

Too little change to make a PR.

FontManager::destroyObject() logs a message with severity LoggingLevel::Error.
It is not critical itself, but user code might reimplement a Logger so that application shutdowns on error.
It is better to be changed to LoggingLevel::Informative like in SchemeManager::destroyObject.

Regarding the packaging I would suggest: 1. Merge CoreWindowRendererSet to Base (as in TODO posted above) 2. Merge CommonDialogs to Base too, it is tiny, and users who never use it will not suffer from distribution size increase 3. Drop PCRE completely and use only std regex matcher. Partial matchin...

Hmm. Probably it is no harm really. I will add this for existing files only. There is nothing wrong with the project. That is either my porting mistake or the way things always were, but I found no code that fills a project structure with files automatically. The main purpose of the project file is ...

I can add *.project support for loading but it seemed to me right to discourage usage of this extension as strict as possible. Just change the extension manually once. But if you can argue for supporting an old extension I will add it. I'm not sure what is wrong with your project. I've attached my o...

Ok, then I feel free to improve these things as soon as I have time. I will open a PR to the default branch and request your review, as always) Btw, didn't you think of assembling a checklist for the 1.0 release? I bet a new release would bring life to this place. Writing CEED I have a sense that th...

Second beta of a CEED C++ is released today.

https://github.com/niello/ceed-cpp/rele ... .0.0-beta2

Hi. I am now implementing a reordering/reparenting functionality for CEED C++ and I have a couple of suggestions: 1. In a current CEGUI, if you add a child anywhere except layout containers, the child is added to the end of the list. It makes sense, but I suggest to add CEGUI::Window::moveChildToInd...

Here I wrote a custom renderer for my engine and it works. You may have a look and compare it with yours. I wrote mine with a DX11 renderer as a reference, but there must be a little difference.
https://github.com/niello/deusexmachina ... c/UI/CEGUI

Yes, now it's fixed. Thanks a lot!

I investigated further and found your commit which adds the problematic code: https://bitbucket.org/cegui/cegui/commits/fcff8fb8cdfee87b8b33a13fc8b85c6aec88d8bc#chg-cegui/src/Window.cpp It seems that mistake was introduced here. We intend to check property _link_ definition, but check property defin...