Commit Graph

11 Commits

Author SHA1 Message Date
Pietro Gagliardi 19227080da Changed window resizes so that the actual Control.setRect() functions 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 20:42:36 -04:00
Pietro Gagliardi 0e8680c04f Dumped the mutex locks from the other controls and elaborated/asked for help in the README. 2014-03-17 14:09:09 -04:00
Pietro Gagliardi 34ce16d586 Separated file creation dates from the package comment. 2014-03-12 21:55:45 -04:00
Pietro Gagliardi 6ee8d96a6e Added GTK+ indeterminate ProgressBars. 2014-03-12 17:31:13 -04:00
Pietro Gagliardi bf093d534c Added indeterminate ProgressBars to the portable frontend and fixed up ProgressBar's documentation. 2014-03-12 17:12:41 -04:00
Pietro Gagliardi 1db3e16384 Dropped Windows 2000 support. 2014-03-12 16:58:33 -04:00
Pietro Gagliardi ce571bad52 Removed error returns from Control.preferredSize() since errors are not going to be returned anymore. 2014-03-09 19:44:41 -04:00
Pietro Gagliardi 962a84e056 Fixed Mac OS X control placement flipping. This is done by passing the height of the window around setRect() calls to avoid polling the content view frame each time. 2014-03-03 17:44:03 -05:00
Pietro Gagliardi d8c0df7993 Added GTK+ implementation of ProgressBar and added a ProgressBar to the test program. 2014-02-25 00:49:08 -05:00
Pietro Gagliardi d721e8f61b "Note This message [PBM_SETMARQUEE] requires ComCtl32.dll version 6.00 or later." blah, no more indeterminate progress bars (Windows 2000 has 5.something) 2014-02-25 00:31:48 -05:00
Pietro Gagliardi bfc9f7e339 Added portable parts of ProgressBar. 2014-02-25 00:13:47 -05:00