summaryrefslogtreecommitdiff
path: root/uitask_windows.go
AgeCommit message (Collapse)Author
2014-06-12Added the scaffolding that will allow us to change uitask on Windows to take ↵Pietro Gagliardi
a func(). Right now it accepts both; this will allow me to do piecewise conversion.
2014-06-10Partial go fmt. Will do the rest over the next few commits. While I'm not ↵Pietro Gagliardi
too happy about it, everyone else uses go fmt, and pull requests will be more convenient if I just do it. (Also do it now, because when I change the Windows backend things are going to change...)
2014-06-09Implemented RepaintAll() on Windows.Pietro Gagliardi
2014-06-03Migrated uitask_windows.go to the new string handling.Pietro Gagliardi
2014-05-30Normalized DefWindowProc() handling across the Windows files; the ↵Pietro Gagliardi
syscall.LazyProc now has the normalized name _defWindowProc and defWindowProc() is a convenience function that calls _defWindowProc properly. This will also be important for the switch to a single window class per Window/Area.
2014-05-29Decided not to use SendMessage() in the Windows uitask() as we're already ↵Pietro Gagliardi
waiting for an event return anyway. Decided not to move the message-only window to an init file, as the message-only window is for uitask().
2014-05-25Finished migrating the Windows code to using the pregenerated constants.Pietro Gagliardi
2014-05-25Removed CW_USEDEFAULT variable definition. It won't compile right now, but ↵Pietro Gagliardi
our cgo-based generator will make sure that isn't a problem.
2014-05-25Changed most instances of var to const in the Windows code. Only one left...Pietro Gagliardi
2014-05-11Consistency change: all Windows API structure field names now match ↵Pietro Gagliardi
case-wise (some were forcibly exported in the past for historical reasons: I originally started package ui by trying to write a Windows API wrapper, but decided to ditch that and just use the Windows API directly from package ui). Also more TODOs.
2014-04-30Added a note to uitask_windows.go that scrolling is a modal loop; that ↵Pietro Gagliardi
solves that mystery from ages ago.
2014-04-28More Windows TODO cleanup/removal and future plans. The message-only window ↵Pietro Gagliardi
in uitask_windows.go now has a title.
2014-04-27More future plans and a clarification in the block comment at the top of ↵Pietro Gagliardi
uitask_windows.go.
2014-04-12Removed the GDI+ dependency on Windows since we no longer use it.Pietro Gagliardi
2014-04-09As it turns out, Windows does have a facility for windows that only serve as ↵Pietro Gagliardi
message dispatches; let's use it for our message handler. (I only found this out while looking up SetParent() for the previous commit).
2014-04-01Fixed the Windows stalling when scrolling an Area problem: messages were ↵Pietro Gagliardi
getting lost because (I assume) scrolling is done in a modal event loop. Alas, we have to change to using a dummy window to handle events. Also altered the respective TODO to document bugs now exposed by this fix.
2014-04-01Removed a stray TODO comment whose purpose is long forgotten.Pietro Gagliardi
2014-04-01Reordered each part of the Windows uitask so that it does things in the same ↵Pietro Gagliardi
order and with the same goroutine setup as the other platforms; this gets rid of a few channels. Also panics on more errors (gets rid of a few more channels) and removed some stray TODOs.
2014-03-29Implemented Area.SetSize() on Windows.Pietro Gagliardi
2014-03-24Added GDI+ to the package's Windows version: DLL loaded, initialized, and ↵Pietro Gagliardi
shut down. It will be used for drawing to Areas because using GDI itself is more complex than it needs to be.
2014-03-12Separated file creation dates from the package comment.Pietro Gagliardi
2014-03-05Have ui.Go() return on main() return on Windows.Pietro Gagliardi
2014-03-01Major code restructure to allow Cocoa to work correctly. Cocoa requires that ↵Pietro Gagliardi
the application loop run on the very first OS thread created, not just an any ordinary thread. To support this, your code must now be run by the UI init code. Windows and Unix builds still work fine; Mac OS X fails for reasons I now have to debug.
2014-02-19Got rid of my Windows input lag problems on Windows (triggered by the switch ↵Pietro Gagliardi
to the concurrent garbage collector sweep routine in the Go runtime) by treating <-uitask as a Windows message itself posted to the message loop thread and not making the message loop a CPU waster.
2014-02-19Moved to a proper package; main() is now a test and go test -c is used to ↵Pietro Gagliardi
build. Once I iron out a bug with Windows event handling, I'll add a README.
2014-02-17Removed all //package ui comments.Pietro Gagliardi
2014-02-15More error/TODO reduction.Pietro Gagliardi
2014-02-11Fixed the PeekMessage() call as per ↵Pietro Gagliardi
http://blogs.msdn.com/b/oldnewthing/archive/2006/02/10/529525.aspx
2014-02-11Fixed the wndproc not responding: turns out I have to have message dispatch ↵Pietro Gagliardi
in the UI thread...
2014-02-11All build errors resolved. Now to test...Pietro Gagliardi
2014-02-11Locked the Windows message loop goroutine to the OS thread.Pietro Gagliardi
2014-02-11Added the Windows message loop.Pietro Gagliardi
2014-02-11Set up initialization on Windows (2/2).Pietro Gagliardi
2014-02-11Started implementing the public API: added the Window and Control types and ↵Pietro Gagliardi
the skeleton of the Windows implementation.