| Age | Commit message (Collapse) | Author |
|
detail left over...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Implementing it on Windows is going to be a pain...
|
|
|
|
|
|
|
|
implemented on GTK+. Added min and max to the constructor; implemented on GTK+.
|
|
|
|
|
|
|
|
but... not THIS.
|
|
again in the WM_CTLCOLOR** shared handler. Doesn't fix performance the way I was hoping it would, but still better.
|
|
|
|
it works...
|
|
|
|
everything the manual way then at least I can do so cleanly now.
|
|
work yet.
|
|
|
|
|
|
|
|
|
|
as it's one control on GTK+; now we have to do it on Windows and Mac OS X. And on those platforms, those are two separate controls (a standard edit control and an up-down/NSSpinner).
|
|
|
|
|
|
|
|
|
|
|
|
containers are no longer full controls but are still used to hold more than one control and handle the resizing entirely on their own.
|
|
|
|
with container madness on the Windows backend...
|
|
longer needed.
|
|
|
|
alas; the Windows gouicontainers left over weren't being hidden, causing undesirable Tab behavior.
|
|
|
|
|
|
|
|
needed to fully move Tab on Windows away from container.
|
|
|
|
going to be a mess for Tab... hopefully only a short-term one.
|
|
|
|
|