CEGUI / CELayoutEditor / CEImageset Editor 0.6.2 Released!

Postby **CrazyEddie** » Wed Dec 03, 2008 10:01

Added: Support for TreeEventArgs in the lua scripting module (patch from kripken, http://www.cegui.org.uk/phpBB2/viewtopic.php?t=3704)
Added: ScrolledItemListBase::ensureItemIsVisibleVert and ScrolledItemListBase::ensureItemIsVisibleHorz members to allow scrolling lists programmatically to ensure a specified item is visible. See: http://www.cegui.org.uk/mantis/view.php?id=228
Added: Added ability to specify a function to be used as the error handler in calls to lua_pcall. See: http://www.cegui.org.uk/mantis/view.php?id=239
Added: GUI Renderer module and supporting samples base app for DirectFB (http://www.directfb.org/). Contributed by Keith Mok. See: http://www.cegui.org.uk/mantis/view.php?id=233. Needs additional testing! SKIP ON MERGE - trunk will get it's own version via the mantis patch (then be rewritten for the new renderer model).
Added: Member to CEGUI::TreeItem to allow removal of sub-items. see: http://www.cegui.org.uk/phpBB2/viewtopi ... 5563#15563
Added: Templatised addFactory static function to WindowFactory manager that allows the system to create - and therefore own - custom window factory objects; thus alleviating potential cleanup issues when using custom factories. See: http://www.cegui.org.uk/mantis/view.php?id=249.

Modified: Modify Tree::setItemSelectState(TreeItem* item, bool state) to recurively check subitems also (else we fail when trying to set the selected state on a second level (or greater) item). See: http://www.cegui.org.uk/phpBB2/viewtopi ... 6197#16197
Modified: Forward CEGUI::ScriptException from within the CEGUI::System script execution functions as opposed to translating them into less useful CEGUI::GenericException. See: http://www.cegui.org.uk/phpBB2/viewtopic.php?t=3595
Modified: Enhanced existing logging to include memory addresses when an object is created or destroyed (for most objects). See: http://www.cegui.org.uk/mantis/view.php?id=224
Modified: Added warning to WindowManager::loadWindowLayout documentation regarding possible invocation of incorrect overload when using a C string literal for the 'name_prefix'. (Issue is to be resolved in trunk. Maintaining ABI and API compatibility with previous v0-6 releases prevents a fix in this branch).
Modified: Tree Code / documentation reformatting, correction and cleanup.
Modified: Mark Tree and related classes as deprecated.

Bug Fix: Issue in ComboDropList would cause InvalidRequestException whenever input capture was lost and the highlighted item was different to the last click-selected item. See: http://www.cegui.org.uk/phpBB2/viewtopic.php?t=3693.
Bug Fix: Disable MSVC++ 4251 warning coming from CEGUITreeItem.h
Bug Fix: Event connection objects returned to lua subscribeEvent calls did not have the connected or disconnect members available for use (making the connection object useless).
Bug Fix: TinyXML parse failures were going unchecked. See: http://www.cegui.org.uk/phpBB2/viewtopic.php?t=3688.
Bug Fix: Lua script module based 'executeScriptedEventHandler was still not returning correct value (missed when I did the LuaFunctor version of the same, see: http://www.cegui.org.uk/mantis/view.php?id=225 for original issue).
Bug Fix: Hopefully resolve issue where the use of FreeImage codec could result in pixel format of loaded data being incorrect. See: http://www.cegui.org.uk/mantis/view.php?id=230.
Bug Fix: There was an issue where Windows could be created during system destruction - this fixes that by introducing a 'locked' state for WindowManager whereby any attempt to create a Window throws an InvalidRequestException. See: http://www.cegui.org.uk/mantis/view.php?id=250.
Bug Fix: ScriptModule bindings were destroyed out of sequence meaning event handlers could still be fired that needed CEGUI bindings to exist. See: http://www.cegui.org.uk/mantis/view.php?id=245.
Bug Fix: The functionality of the "rise on click" setting was totally broken (prize for longest standing issue?). See: http://www.cegui.org.uk/mantis/view.php?id=244.
Bug Fix: When using the scrollwheel to change a CEGUI::Slider value, the direction of movement was the opposite to what would have been expected. See: http://www.cegui.org.uk/mantis/view.php?id=238.
Bug Fix: PropertyDim documentation did not reflect the updated abilities of the class, and the documentation for the argument 'type' was not clear about how it should be used with regards to affecting interpretation of the property accessed. Related to: http://www.cegui.org.uk/mantis/view.php?id=247.
Bug Fix: Endian problem with CEGUI::colour. This change should fix this: http://www.cegui.org.uk/mantis/view.php?id=229
Bug Fix: The Window::getChild(const CEGUI::String&) function was incorrectly made recursive after the 0.5.x series of releases. This fix restores the correct behaviour and adds a Window::getChildRecursive(const CEGUI::String&) function for the highly expensive recursive case. See: http://www.cegui.org.uk/mantis/view.php?id=237
Bug Fix: The C++ side of the lua based event mechanism would always return true as if the event were handled, even if some other boolean value (i.e. false) were returned from the lua side. See: http://www.cegui.org.uk/mantis/view.php?id=225
Bug Fix: Resolve issue where events were still being injected into an invisible GUI sheet / root window. See: http://www.cegui.org.uk/mantis/view.php?id=226
Bug Fix: null window pointers to add/remove functions of TabControl were unchecked and would cause crashes. See: http://www.cegui.org.uk/mantis/view.php?id=232
Bug Fix: Resolve incompatibility issue with Xerces-C++ 3. See: http://www.cegui.org.uk/mantis/view.php?id=235
Bug Fix: Window::getChild and Window::recursiveChildSearch would use the starting window's prefix when testing the prefix + name case, this is incorrect and should have been using the prefix of the child being tested (load 2 windows from layouts, using different prefixes. Add the second layout to the first as a child, then call getChild on the first layout window, passing the name of the second layout window, prior to the fix the call would have failed to find the child).
Bug Fix: Resolve inconsistency where Window::isChild did not consider the Window name prefix, whereas Window::getChild did. See: http://www.cegui.org.uk/mantis/view.php?id=215.
Bug Fix: Potential crash regarding sorted column ID, when queried by the property system.
Bug Fix: the value returned by System::getWindowContainingMouse was only updated when the mouse was moved, this caused potenial issues when windows were moved, sized, created, destroyed, or had their visible or enabled states changed. See: http://www.cegui.org.uk/mantis/view.php?id=213.
Bug Fix: Programmatically made changes to Combobox selection were not reflected in the Editbox component of the Combobox. See: http://www.cegui.org.uk/mantis/view.php?id=220.
Bug Fix: Vector out of bounds in Window::update (see: http://www.cegui.org.uk/mantis/view.php?id=221)
Bug Fix: Win32 helper did not consider window farme / decorations when creating windows, so the client area was always smaller than requested. See: http://www.cegui.org.uk/phpBB2/viewtopic.php?p=15524.
Bug Fix: 'else' within preprocessor conditional sections with no guarantee that there was a prior 'if'. See: http://www.cegui.org.uk/phpBB2/viewtopic.php?p=15524.
Bug Fix: Fix a couple of minor rendering issues with TaharezLook/ProgressBar.
Bug Fix: Resolves a bug where the progress content was drawn into, rather than clipped by, the intersection of the the full progress area and the current progress area. NOTE: People relying on the old buggy behaviour can reproduce the same effect by multiplying appropriate part(s) of thier imagery area definitions by the "CurrentProgress" property in their looknfeel files.
Bug Fix: MinGW configure/make was not building with glew correctly.
Bug Fix: Issue with Tree related properties casting to Listbox. See: http://www.cegui.org.uk/mantis/view.php?id=218
Bug Fix: Resolve issue where iterator at begining of range was decremented uncheked. See: http://www.cegui.org.uk/phpBB2/viewtopic.php?t=3408

We hope you all find this release useful and trouble free. In the event of any issue, please do not under any circumstances push the red button.

Pompei2 · Postby **Pompei2** » Sat Dec 06, 2008 13:29

Oh, btw, I noticed the online api reference looks much cleaner and easier to read. That's a nice bonus.

Postby **CrazyEddie** » Sun Dec 07, 2008 10:42

Yeah, I don't think it's anything we did; I guess the Doxygen guys modified the default style sheet or something

Donner · Postby **Donner** » Tue Dec 23, 2008 03:41

Is the new CEGUI with Irrlicht 1.5 compatible? Did you try that or did anyone try it?

scriptkid · Postby **scriptkid** » Tue Dec 23, 2008 10:14

Hi,

we didn't try. 0.6.2 is a maintenance release. For the 0.7 release we might have a go at the new Irrlicht version. Feel free to try and report

Methedrine · Postby **Methedrine** » Thu Jan 01, 2009 10:43

Donner wrote:Is the new CEGUI with Irrlicht 1.5 compatible? Did you try that or did anyone try it?

I just tried to use CEGUI 0.6.2 with Irrlicht 1.5 - and it doesn't work. Going to investigate now why this is (using VS 2008 _with_ SP1, so that might already be the reason). Going to custom build irrlicht and cegui over the weekend I guess and see if this issue still appears.

Postby **CrazyEddie** » Thu Jan 01, 2009 12:13

Hi there, and welcome

From your description it sounds like you're using the CEGUI SDK and therefore did not rebuild the irrlicht renderer moudle against Irrlicht 1.5? I imagine when you do built it all from source, things will likely work ok. If you're unfamiliar with our build system using premake, you will need to edit the makefiles/premake/config.lua file and set the IRRLICHT_PATHS table values appropriately (but do not change CEGUI_IRR_SDK_VERSION from 14 to 15, or anything like that, as that definitely will not work - leave it at 14).

Just for info, I have just now successfully compiled and run CEGUI 0.6.2 against Irrlicht 1.5. This was running on amd64 gentoo linux with gcc 4.2.4, Irrlicht was built from the Irrlicht download package and not the portage ebuild. Everything went ahead successfully with no code modifications required (though I always modify the Irrlicht supplied makefile slightly, due to me building it as a static lib and having -fPIC issues).

So, the 'official' response is now, yes 0.6.2 will work with Irrlicht 1.5, though you do need to build the CEGUI libs from source to use the newer Irrlicht version.

CE

Methedrine · Postby **Methedrine** » Thu Jan 01, 2009 14:15

Hi CrazyEddie,

thanks for the fast response, you were correct, I did not rebuild the CEGUI SDK against the 1.5 irrlicht library. I can hereby confirm that all samples work fine with the SDK built against irrlicht 1.5, compiled using VC++ 2008 SP1.

lfybsb86717 · Postby **lfybsb86717** » Thu Jul 16, 2009 02:15

Hi, CE
I have just used CEGUI 0.6.2 with irrlicht-1.4.2 and them work ok, and I followed your instructions to recompile CEGUI from source but still confronted an unhandled exception caused by calling the irrlicht.dll module, can you give a more specific toturial about how to rebuild the irrlicht renderer moudle against Irrlicht 1.5

Videos · Postby **CrazyEddie** » Thu Jul 16, 2009 09:29

Go to the directory CEGUI-0.6.2/makefiles/premake
Find the config.lua file and open it in a text editor. Find the bit that looks like this:

Code: Select all

-- SDK / dependency paths
-- { base, include_suffix, library_suffix }
-- base can be absolute or relative to the root cegui_mk2 dir
IRRLICHT_PATHS = { "irrlicht-1.4", "include", "lib/Win32-visualstudio" }

--- Irrlicht SDK Version
--- 12 is 1.2 (or before?).  13 is 1.3 or 1.3.x, and 14 is 1.4 (and above?)
CEGUI_IRR_SDK_VERSION = 14

Modify the IRRLICHT_PATHS bit so that it refers to the location of the Irrlicht 1.5 SDK instead of the 1.4 version one. Do not change the CEGUI_IRR_SDK_VERSION though, leave that at 14.

Then execute the appropriate batch file to invoke premake and generate the solution files, load the solution and do a clean / rebuild (just the irrlicht renderer module should do).

HTH

CE.

metylbk · Postby **metylbk** » Sat Jul 09, 2011 02:51

The CEImagesetEditor is great and helpful. Thank you very much. But it is hard to use. It doesn't have some important shortcut keys such that Ctrl + Z, Delete, create new imageset item... I also doesn't have tool tip. When I config the default resource group to my imageset folder, config background color etc.. it works well. But when I close it and open in the next time, it doesn't save any configuration. Sometimes, I move some items and it crashes.

Postby **Kulik** » Sat Jul 09, 2011 09:58

That's why a replacement is being made :-)

viewforum.php?f=15

It already does imageset editing fairly well and layout editing is ~50% done.

Mikademus · Postby **Mikademus** » Sat Jul 09, 2011 16:29

Kulik wrote:...is ~50% done.

The last 10% takes 90% of the time though :evil:

Postby **Kulik** » Sat Jul 09, 2011 16:42

Yeah

Which is why I want people to contribute! http://www.cegui.org.uk/mantis/roadmap_ ... sion_id=24

There are many issues that don't need much knowledge of CEED internals but would help considerably.

CEGUI (Crazy Eddie's GUI) Forums

CEGUI / CELayoutEditor / CEImageset Editor 0.6.2 Released!

CEGUI / CELayoutEditor / CEImageset Editor 0.6.2 Released!

Re: CEGUI / CELayoutEditor / CEImageset Editor 0.6.2 Released!

Re: CEGUI / CELayoutEditor / CEImageset Editor 0.6.2 Released!

Re: CEGUI / CELayoutEditor / CEImageset Editor 0.6.2 Release

Re: CEGUI / CELayoutEditor / CEImageset Editor 0.6.2 Release

Re: CEGUI / CELayoutEditor / CEImageset Editor 0.6.2 Release

Re: CEGUI / CELayoutEditor / CEImageset Editor 0.6.2 Release

Who is online