summaryrefslogtreecommitdiff
path: root/progressbar.go
AgeCommit message (Collapse)Author
2018-08-26Migrated more controls.Pietro Gagliardi
2018-08-26Moved all the Go files out of the way again, this time so we can migrate ↵Pietro Gagliardi
them to more proper cgo usage.
2018-08-11More control migration.Pietro Gagliardi
2018-08-11Moved the existing .go files out of the way and replaced ui.h with the ↵Pietro Gagliardi
alpha4 ui.h.
2015-12-12Added ProgressBar.Pietro Gagliardi
2014-08-30Out with the old...Pietro Gagliardi
2014-07-02Moved it all back; the preemptive multitaksing during an event handler kills ↵Pietro Gagliardi
us on all platforms. Going to have to restrict ALL GUI accss to happening from one t hread, so going to need to drop uitask entirely and have just a start() callback for startup code and a post() function for posting requests to windows (like channel sends but into a perpetual buffer).
2014-07-02Moved everything out of the way pending rewrite.Pietro Gagliardi
2014-06-30Restored the previous new API. I'm going to change it so that events are ↵Pietro Gagliardi
callbacks rather than using a window handler, but other than that... yeah.
2014-06-30Reverted everything back to the old API.Pietro Gagliardi
2014-06-28Began the migration to the new API. Removed locks from the public control ↵Pietro Gagliardi
APIs; they won't be needed anymore.
2014-06-25Made the new sizing system work on Windows.Pietro Gagliardi
2014-06-25Migrated existing controls to the new sizing system.Pietro Gagliardi
2014-06-25Added the necessary work to make new regular Labels work on the other platforms.Pietro Gagliardi
2014-06-10More go fmt.Pietro Gagliardi
2014-06-04Resolved TODO about indeterminate ProgressBar repetition by deciding to ↵Pietro Gagliardi
leave it to the implementation.
2014-04-01Removed the initText parameter from sysData.make() and changed all ↵Pietro Gagliardi
invocations to call sysData.setText() separately; this avoids the need to check if sysData.setText() is valid. Also implemented that on GTK+.
2014-03-18Restored the locks everywhere except on resizing calculations. I'll run ↵Pietro Gagliardi
under the assumption that uitask cannot process any requests while a resize occurs, which means preferredSize() and Stack/Grid.setRect() are inherently safe... let's hope I'm right...
2014-03-17Changed the new resizing code so that it uses the same allocated slice per ↵Pietro Gagliardi
window instead of making a new one to store all the resize requests each time.
2014-03-17Changed 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-17Dumped the mutex locks from the other controls and elaborated/asked for help ↵Pietro Gagliardi
in the README.
2014-03-12Separated file creation dates from the package comment.Pietro Gagliardi
2014-03-12Added GTK+ indeterminate ProgressBars.Pietro Gagliardi
2014-03-12Added indeterminate ProgressBars to the portable frontend and fixed up ↵Pietro Gagliardi
ProgressBar's documentation.
2014-03-12Dropped Windows 2000 support.Pietro Gagliardi
2014-03-09Removed error returns from Control.preferredSize() since errors are not ↵Pietro Gagliardi
going to be returned anymore.
2014-03-03Fixed 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-25Added 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-25Added portable parts of ProgressBar.Pietro Gagliardi