| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2014-03-23 | Fixed a slight documentation error in area.go. | Pietro Gagliardi | |
| 2014-03-23 | Added Area resizing. Everything mostly works, but not making things smaller... | Pietro Gagliardi | |
| 2014-03-23 | Added the tweets mentioned in one of the comments in area.go to the Area ↵ | Pietro Gagliardi | |
| planning document. | |||
| 2014-03-23 | Added GDK_KEY_Alt_L/R to the modifier key handling in GTK+ key events. | Pietro Gagliardi | |
| 2014-03-23 | Fixed modifier keys in GTK+ not being registered by KeyEvent on first press. | Pietro Gagliardi | |
| 2014-03-23 | Added the GTK+ implementation of Area keyboard events. Seems to work fine ↵ | Pietro Gagliardi | |
| for now... | |||
| 2014-03-23 | Had ExtKey start at 1 so KeyEvent.ExtKey can be 0. | Pietro Gagliardi | |
| 2014-03-23 | Okay I'm done; fuck keyboards. | Pietro Gagliardi | |
| 2014-03-23 | Update to previous commit | Pietro Gagliardi | |
| 2014-03-23 | Added loose ends to the Area keyboard planning. Hopefully I'll FINALLY write ↵ | Pietro Gagliardi | |
| the code today... | |||
| 2014-03-23 | Added some Cocoa-related notes noticed when writing an input test. | Pietro Gagliardi | |
| 2014-03-22 | Filled out the keyboard planning table in the Area planning document some ↵ | Pietro Gagliardi | |
| more; it should be complete enough for ExtKey now. | |||
| 2014-03-22 | More Area key set planning. | Pietro Gagliardi | |
| 2014-03-22 | Added 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-22 | Added GDK common keys to the Area planning document. This also filters out ↵ | Pietro Gagliardi | |
| some of the Windows keys. | |||
| 2014-03-22 | Added 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-22 | Finally 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-21 | Finished 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-21 | Added 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-21 | Added 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... | |||
| 2014-03-21 | Whoops, also forgot about handling unwanted keystrokes in the final keyboard ↵ | Pietro Gagliardi | |
| consensus in the Area planning document. | |||
| 2014-03-21 | Whoops, forgot something in the previous commit. | Pietro Gagliardi | |
| 2014-03-21 | Reached a decision about Area keystroke handling; noted it in the planning ↵ | Pietro Gagliardi | |
| document. I just now need to figure out one thing... | |||
| 2014-03-20 | Er whoops, forgot one bit of info in the past two commits. | Pietro Gagliardi | |
| 2014-03-20 | Some fixups in the previous commit. | Pietro Gagliardi | |
| 2014-03-20 | Final say on character input woes in Area planning. | Pietro Gagliardi | |
| 2014-03-20 | More Area keyboard planning... | Pietro Gagliardi | |
| 2014-03-19 | Added complementary GLib/GObject version compatibility macros to gtk_unix.h ↵ | Pietro Gagliardi | |
| alongside the GDK/GTK+ ones. | |||
| 2014-03-19 | And whoops I forgot the most important thing: MY USE CASE (for keyboard ↵ | Pietro Gagliardi | |
| input in Area planning again) | |||
| 2014-03-19 | Redid the whole Area keyboard event planning, with me coming to more of a ↵ | Pietro Gagliardi | |
| definite decision... | |||
| 2014-03-19 | Need to rewrite the keyboard planning section of the Area planning doc; ↵ | Pietro Gagliardi | |
| added a bunch of links to help... | |||
| 2014-03-18 | guh apple (keyCode not safe) | Pietro Gagliardi | |
| 2014-03-18 | Nope, getting rid of the lock on preferredSize() still doesn't let me go ↵ | Pietro Gagliardi | |
| back to using channels for Area events. Oh well. | |||
| 2014-03-18 | More Area keyboard planning. | Pietro Gagliardi | |
| 2014-03-18 | Added keyboard planning to the Area planning... oh boy. | Pietro Gagliardi | |
| 2014-03-18 | Added the framework code for handling keyboard events in GTK+ Areas. Oh ↵ | Pietro Gagliardi | |
| boy... this is gonna hurt (as I will describe shortly). | |||
| 2014-03-18 | One last quick note in README. | Pietro Gagliardi | |
| 2014-03-18 | Updated README with this decision. Also other documents as well. | Pietro Gagliardi | |
| 2014-03-18 | Restored 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-18 | Update on my locking problem in the README. | Pietro Gagliardi | |
| 2014-03-17 | Changed 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-17 | Er oh the crash was because I was still using the lock-friendly code. Will ↵ | Pietro Gagliardi | |
| still apply the change to memory allocation because memory reuse. | |||
| 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 | Quick README fixup | Pietro Gagliardi | |
| 2014-03-17 | Put the Label that changed each second in the main test. | Pietro Gagliardi | |
| 2014-03-17 | Elaborated in the README. | Pietro Gagliardi | |
| 2014-03-17 | Dumped the mutex locks from the other controls and elaborated/asked for help ↵ | Pietro Gagliardi | |
| in the README. | |||
| 2014-03-17 | Removed the areasnafu.md now that I have a solution... reverting back to the ↵ | Pietro Gagliardi | |
| channel-based approach re-introduced the Paint deadlock, so it was still there all along. | |||
| 2014-03-17 | Removed the mutexes from Labels and Areas because I'm at my wits end about ↵ | Pietro Gagliardi | |
| settling the deadlock between window resizing and setting a Label's text. | |||
| 2014-03-16 | Updated the test program to the new AreaHandler interface. The deadlock ↵ | Pietro Gagliardi | |
| still happens... just not so easily... so it's elsewhere... | |||
 |
index : go.wit.com/dev/andlabs/ui.git | |
| Unnamed repository; edit this file 'description' to name the repository. |
| summaryrefslogtreecommitdiff |