CEGUI (Crazy Eddie's GUI) Forums

Ogre: 1.6.4 SVN branch CEGUI 0.7.1 SVN Branch MSVS 9.0+ DirectX August 2009 SDK We believe this to be a CEGUI Ogre Renderer bug. Original Post: http://www.ogre3d.org/forums/viewtopic.php?f=4&t=53802 Symptom: I think there is a bug in the D3D9RenderSystem or related system. I can reproduce it eve...

Compiler: MSVS 9.0+ Bad Compiler! Bad! float getObjectTypeMinimumUnit(void) { double mUnit = 1.0f; // PROBLEM HERE if ( something ) mUnit = 0.01f; // PROBLEM HERE return mUnit; } ... somewhere in code life ... double mUnit = MyObject->getObjectTypeMinimumUnit(); // PROBLEM HERE mUnit = 0.0993156789;...

Is your screen resolution the same? The CEGUIEditor rendering resolution is fixed to pre-set options (Menu->View->Make Exactly xxx). If you are running your game in a different resolution it may appear slightly different (especially if you use Wide Screen resolutions).

SOLVED - Implementation already exists in a different form. Great Job CE! Actually, studying the CEGUI::MouseEventArgs class, there is already a parameter CEGUI::MouseEventArgs::sysKeys holding the current state of CEGUI::SystemKey . Also may want to note this function: CEGUI::System::getSystemKeys...

Didn't have this problem in CEGUI 0.6.x. So what changed and why?

The floating point "error" is a from poor compiler implementation (Microsoft being one of the worst) and poor processor implementation (intel has gotten real lazy).

CEGUI 0.7.1 SVN Branch mSpinnerUnits = (CEGUI::Spinner *) CEGUI::WindowManager::getSingleton().createWindow( CEGUILOOK"/Spinner", mStr ); mSpinnerUnits->setMinimumValue( 1.0f ); mSpinnerUnits->setStepSize( 0.01f ); mSpinnerUnits->setTextInputMode( CEGUI::Spinner::TextInputMode::FloatingPoi...

CEGUI 0.7.1 SVN Branch This doesn't seem to be present or we haven't figured out how to do it. We want to be able to scan for a pressed key (like shift) when the user is scrolling the mouse wheel. So far, it doesn't seem to work. We use OIS and we are receiving the SHIFT key modifier and injecting i...

CEGUI 0.7.1 SVN Branch I'm pretty sure this one is a bug. I'm having trouble tracking it down. When an event call back, such as CEGUI::Editbox::CharacterKey returns FALSE, the event will not fire again unless the element has another event fire first. This is most evident with the CEGUI::Spinner . We...

SOLVED After tracing and debugging I think I found out whats going on. For certain events (why some work and some do not depends on the elements implementation). For anything using the CEGUI::Editbox, you must return FALSE from your event callback function WHEN your event does NOT handle the input....

EDIT: Removed text

Would a moderator please move this thread to the BUG REPORTING forum. It will get lost in this forum.

The CEGUI::Spinner::EventKeyUp() has the same problem because it uses CEGUI::Editbox.

Today I started looking into this problem and I stumbled onto this comment in the Editbox::onCharacter() // NB: We are not calling the base class handler here because it propogates // inputs back up the window hierarchy, whereas, as a consumer of key // events, we want such propogation to cease with...

Is there a planned release for CEGUEditor compiled against 0.7.1?

Unfortunately CE is really the only active developer atm, and as you may not be aware he is now on haitus for at least a month. Scriptkid may be able to take a look at it, though I'm not sure how much time he has to dedicate to bug tracking. Thanks for the heads up. You really should not need to kn...