| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2014-03-17 | Changed window resizes so that the actual Control.setRect() functions ↵ | Pietro Gagliardi | |
| appended to an array of requests that the resize() function set all at once instead of having each done individually. This will be necessary for what I think will be a solution to the deadlocks. It doesn't work right now; I'm assuming it's allocating too much memory. I know how to fix this, but I'm committing what I have so far to be safe. | |||
| 2014-03-17 | Dumped the mutex locks from the other controls and elaborated/asked for help ↵ | Pietro Gagliardi | |
| in the README. | |||
| 2014-03-12 | Separated file creation dates from the package comment. | Pietro Gagliardi | |
| 2014-03-12 | Added GTK+ indeterminate ProgressBars. | Pietro Gagliardi | |
| 2014-03-12 | Added indeterminate ProgressBars to the portable frontend and fixed up ↵ | Pietro Gagliardi | |
| ProgressBar's documentation. | |||
| 2014-03-12 | Dropped Windows 2000 support. | Pietro Gagliardi | |
| 2014-03-09 | Removed error returns from Control.preferredSize() since errors are not ↵ | Pietro Gagliardi | |
| going to be returned anymore. | |||
| 2014-03-03 | Fixed Mac OS X control placement flipping. This is done by passing the ↵ | Pietro Gagliardi | |
| height of the window around setRect() calls to avoid polling the content view frame each time. | |||
| 2014-02-25 | Added GTK+ implementation of ProgressBar and added a ProgressBar to the test ↵ | Pietro Gagliardi | |
| program. | |||
| 2014-02-25 | "Note This message [PBM_SETMARQUEE] requires ComCtl32.dll version 6.00 or ↵ | Pietro Gagliardi | |
| later." blah, no more indeterminate progress bars (Windows 2000 has 5.something) | |||
| 2014-02-25 | Added portable parts of ProgressBar. | Pietro Gagliardi | |
