TODO

Overview: Add Display Target info
GUI: This document should be updated (still uses old method to initialize gui, etc)
Porting guide: CL_String::tokenize -> split
Database: write about command.get_output_last_insert_rowid.

CL_Mat4<float>::scale_self and CL_Mat4<float>::translate_self SSE2 code has been disabled because it does not work.
CL_Directory::get_resourcedata() needs fixing on linux. (See API docs)
With a (xml) buffer with an ø in it, the following fails to tokenize correctly:
(used from a NetGameEvent, with a string argument with an ø)

 CL_IODevice_Memory iodevice_memory(buffer);
 CL_DomDocument doc;
 doc.load(iodevice_memory);

CL_PixelBuffer_Impl::aligned_alloc should use CL_System::aligned_alloc(), avoiding code duplication

Even though allow_resize is false when creating a DisplayWindow, there is a maximize button on the window that lets you resize the window.

CL_CollidableSprite::create_collision_outlines() uses CL_Texture.get_pixeldata(cl_rgba8). If would be more efficient to be able to provide a CL_Rect() to get_pixeldata() instead of obtaining the entire texture.

Modifying existing display window
Is this function required: void CL_Win32Window::modify_window(const CL_DisplayWindowDescription &desc)
Adds extra complexity, to modify a window that has already been created. Should we force the user, to call set_size() etc manually.
This function is not supported in linux.

Check all friends are friends for the correct reason.
For example, if we do:
CL_Service create_service( CL_Service service("service_name"); return service; )
This would crash, as CL_Service_Impl makes a local pointer copy of CL_Service, that may change.

gc.clear() does not work when the clip rect is set. Should be modified to call: "CL_Draw::fill(gc, clip_rect, ...);" if clip rect is set

The CL_SoundSSE class filename is misleading, because it now supports non SSE2 code (via a CL_DISABLE_SSE2 define)

The gui cache should add itself to the disposable list, instead of using that signal thing it uses now
Part layout
Important component issues:
- ProgressBar!
Less important component issues:
- Checkbox draw something wrong? (compare with vista screenshot, especially disabled)
- Checkbox support excluded and implicit
- Combobox: Line edit doesn't use hot state visually
- Groupbox - no clickthrough
- Frame vs GroupBox - whats the difference - do we need both?
- Lineedit - use readonly and focused gfx
- Lineedit - set states on parts (hot doesn't show)
- Lineedit - selecting with mouse when there is only one char is difficult
- Popupmenu separator part is too short
- Scrollbar trackarea and buttonarea overlap with 1 pixel
- Scrollbar buttons should use separate glyph part
- Slider - thumb size for horizontal is too small (compare to vertical)
- Slider - support focused
- Spin - disabled state is not shown visually
- Tab - redo parts so we won't have to use header_border, and resizing of active tagpage part
- ToolBar: You cannot switch between horizontal and Vertical Toolbar
- ToolBar: It would be nice to be able to attach a component to the toolbar, like CL_StatusBar
- Window - texture wm - clicking on window client area does not bring it to front
- Window close/min/max/etc buttons should use separate glyph part

Create a hidden window and create a Direct3DDevice9 for it
Create all textures on this device
For each CL_DisplayWindow, it creates an additional swap chain
The CL_GraphicContext for each window shares the same Direct3DDevice, and thus shares states (oh no, now we are f**ked)
When you call flip() or update() on the display window, it calls Present on the swap chain
When you resize the window, it destroys the swap chain and creates a new one
If we had fullscreen support, it would destroy the swap chain and create a fullscreen one
If the fullscreen window loses focus, we have to manually destroy the fullscreen swap chain and hide

Contents