summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2014-03-29Updated the GTK+ implementation and test programs to reflect the new ↵Pietro Gagliardi
KeyEvent setup.
2014-03-29Added the scancode->KeyEvent.Key mapping table.Pietro Gagliardi
2014-03-29Removed the numpad constants pending re-evaluation of how to handle those.Pietro Gagliardi
2014-03-28Changed the definition of KeyEvent to be positional. The implementation has ↵Pietro Gagliardi
not been written, and thus the package will not build yet.
2014-03-28Fixed Scan Codes Demystified article name in the Area planning document.Pietro Gagliardi
2014-03-28YES RESOLVED THE KEYBOARD INPUT PROBLEM WOO YEAH ↵Pietro Gagliardi
YAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAY
2014-03-27Added some of the ExtKeys to the keyboard layout test.Pietro Gagliardi
2014-03-27Added a flag to AreaHandler.Key()/Mouse() to indicate that a repaint is ↵Pietro Gagliardi
needed after that event has been handled. (Having Repaint() as a method deadlocked for the same reason resizing deadlocked before.)
2014-03-27Added code to the keyboard test to draw the modifier keys.Pietro Gagliardi
2014-03-27Added the beginning of a keyboard input test to be written. Also more TODOs.Pietro Gagliardi
2014-03-27Put FreeBSD dependency installation notes in the README.Pietro Gagliardi
2014-03-27Fixed freebsd/386 VM problems; tested and works.Pietro Gagliardi
2014-03-27The latest go tip fixes cgo to not be confused by typedefs of incomplete ↵Pietro Gagliardi
types like cairo_t; remove the hack to make GTK+ builds work in the meantime. As a side effect, package ui now requires go tip to build; reflected this in the README.
2014-03-26Printed the hardware_keycode on GTK+ Area key events... something came up so ↵Pietro Gagliardi
I think I might be able to do what I originally wanted to do with keyboards... also more TODOs.
2014-03-26Fixed import formatting on area_unix.go. I'm rereading the GLFW source; it ↵Pietro Gagliardi
makes some interesting assumptions that might allow me to get a better solution to this whole keystroke ordeal after all... if I'm provided with irrefutable evidence.
2014-03-25Added Area mouse events on Windows. Also more TODOs.Pietro Gagliardi
2014-03-25Wrote the code to actually scroll Areas on Windows.Pietro Gagliardi
2014-03-25Added the actual scrolling to Windows Areas. Now to just adjust the cliprect ↵Pietro Gagliardi
properly...
2014-03-25More TODOs (and some done TODO elimination).Pietro Gagliardi
2014-03-25Made the scrollbars on Windows Areas actually scroll. There are some kinks ↵Pietro Gagliardi
that need to be worked out before we can move on...
2014-03-25Added scrollbars to Areas on Windows; they seem to respond properly to ↵Pietro Gagliardi
resize events, but since we're not handling scroll events, the scroll position won't change yet. (We're also not drawing with scrolling just yet.)
2014-03-24More TODOs.Pietro Gagliardi
2014-03-24Implemented Area painting 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-24Started the Windows implementation of Area.Pietro Gagliardi
2014-03-24Changed -qq to -y in the apt-get install line in .travis.yaml because I want ↵Pietro Gagliardi
to see the full details of the install.
2014-03-24OK lets try doing cross-platform builds with Travis.ci again; also added ↵Pietro Gagliardi
multiarch-support again for testing
2014-03-24Corrected a copy-paste fail in stdwndclass_windows.go that broke compilation ↵Pietro Gagliardi
(this is why you test builds on all platforms, folks!) and added a TODO about resizing on Windows in the meantime.
2014-03-23More TODOs.Pietro Gagliardi
2014-03-23Fixed the shrinking not working: the Cairo clip rect apparently can fall ↵Pietro Gagliardi
outside the actual size of the widget. (I did notice this before.)
2014-03-23Fixed a slight documentation error in area.go.Pietro Gagliardi
2014-03-23Added Area resizing. Everything mostly works, but not making things smaller...Pietro Gagliardi
2014-03-23Added the tweets mentioned in one of the comments in area.go to the Area ↵Pietro Gagliardi
planning document.
2014-03-23Added GDK_KEY_Alt_L/R to the modifier key handling in GTK+ key events.Pietro Gagliardi
2014-03-23Fixed modifier keys in GTK+ not being registered by KeyEvent on first press.Pietro Gagliardi
2014-03-23Added the GTK+ implementation of Area keyboard events. Seems to work fine ↵Pietro Gagliardi
for now...
2014-03-23Had ExtKey start at 1 so KeyEvent.ExtKey can be 0.Pietro Gagliardi
2014-03-23Okay I'm done; fuck keyboards.Pietro Gagliardi
2014-03-23Update to previous commitPietro Gagliardi
2014-03-23Added loose ends to the Area keyboard planning. Hopefully I'll FINALLY write ↵Pietro Gagliardi
the code today...
2014-03-23Added some Cocoa-related notes noticed when writing an input test.Pietro Gagliardi
2014-03-22Filled out the keyboard planning table in the Area planning document some ↵Pietro Gagliardi
more; it should be complete enough for ExtKey now.
2014-03-22More Area key set planning.Pietro Gagliardi
2014-03-22Added a note about what package ui will do to a keypress it will not send ↵Pietro Gagliardi
out due to not being portable to the Area planning document.
2014-03-22Added GDK common keys to the Area planning document. This also filters out ↵Pietro Gagliardi
some of the Windows keys.
2014-03-22Added a list of Windows virtual key codes to the Area planning to start ↵Pietro Gagliardi
filtering the ones we can handle from the ones we can't; also expanded some other parts some more.
2014-03-22Finally finished getting ready for Area keyboard input; now just need to ↵Pietro Gagliardi
figure out which keys to support. Also a Wayland-related TODO.
2014-03-21Finished writing what I need for the GTK+ key equivalency test: display of ↵Pietro Gagliardi
GDK_KEYMAP_A and GDK_KEYMAP_a to see if I can do what I want to do (map back).
2014-03-21Added code to the GTK+ Area to print the GdkKeymapKeys for a given key ↵Pietro Gagliardi
value. For GTK+/X11 it appears that we can just use the keyval field... that just leaves GTK+/Wayland (see previous commit). If the same applies, we'll need to see if I can feed artificial keycodes in and it'll still work as expected...
2014-03-21Added a note about OpenGL support on Linux (again) to controlcandidates.md ↵Pietro Gagliardi
now that I noticed it while looking for a way to test GTK+/Wayland...