about summary refs log tree commit diff stats
Commit message (Collapse)AuthorAgeFilesLines
* 1650Kartik K. Agaram2015-06-251-1/+44
|
* 1649Kartik K. Agaram2015-06-251-1/+38
|
* 1648Kartik K. Agaram2015-06-253-9/+30
|
* 1647Kartik K. Agaram2015-06-251-1/+2
|
* 1646Kartik K. Agaram2015-06-251-1/+1
|
* 1645Kartik K. Agaram2015-06-241-1/+5
|
* 1644 - can now type characters into editorKartik K. Agaram2015-06-241-10/+53
| | | | 'render' now updates editor-data.cursor.
* 1643Kartik K. Agaram2015-06-241-0/+11
|
* 1642Kartik K. Agaram2015-06-241-3/+3
| | | | Wait, it works now?
* 1641Kartik K. Agaram2015-06-245-24/+33
| | | | | | Snapshot in switching editor-data.cursor to editor-data.before-cursor. But I have trouble coercing events to touch events, even though using the integer tag 2 for the conversion works.
* 1640Kartik K. Agaram2015-06-242-2/+2
| | | | | | | | Another bug in manually running the editor. At least show the error message when you raise warnings in console mode. Later we'll want to create a separate side channel and transparently plumb warnings to the 'menu bar' of the editor..
* 1639Kartik K. Agaram2015-06-241-2/+2
| | | | | Bug in manually running editor. Why wasn't it uncovered in the test? Because I'm not yet rendering again from the event loop.
* 1638Kartik K. Agaram2015-06-241-0/+0
|
* 1637Kartik K. Agaram2015-06-241-1/+3
|
* 1636Kartik K. Agaram2015-06-241-1/+1
|
* 1635 - disconnect editor-data.cursor in 'render'Kartik K. Agaram2015-06-241-7/+2
| | | | | Old plan: deduce cursor-row/column based on cursor. New plan: deduce cursor based on cursor-row/column.
* 1634Kartik K. Agaram2015-06-241-4/+4
|
* 1633Kartik K. Agaram2015-06-241-2/+2
|
* 1632Kartik K. Agaram2015-06-2344-47/+47
|
* 1631 - update html versionsKartik K. Agaram2015-06-2379-826/+3011
| | | | | | Html is a little more readable thanks to feedback from J David Eisenberg (https://news.ycombinator.com/item?id=9766330), in particular the suggestion to use https://addons.mozilla.org/En-us/firefox/addon/wcag-contrast-checker.
* 1630 - bring back replace-in-consoleKartik K. Agaram2015-06-232-34/+60
| | | | | | | | This takes away the need for multi-level escaping in scenario setup. Post-conditions like screen-should-contain are still an issue, though. Maybe each string literal should be able to specify escapes inside its syntax? Or at a per-instruction granularity?
* 1629 - new helper for constructing containersKartik K. Agaram2015-06-232-0/+44
|
* 1628Kartik K. Agaram2015-06-231-37/+37
|
* 1627 - new plan for backspaceKartik K. Agaram2015-06-231-3/+2
| | | | | | First, undo our existing hacky pseudo-support. Some repl tests currently breaking.
* 1626 - made my peace with read-keyKartik K. Agaram2015-06-231-0/+3
| | | | But we certainly can't use it in the editor.
* 1625Kartik K. Agaram2015-06-233-9/+9
|
* 1624Kartik K. Agaram2015-06-232-55/+55
| | | | | | I still want to bring back replace-in-keyboard. No, not exactly that. But saying press 8, press 8, press 8, over and over again, that's a pain.
* 1623Kartik K. Agaram2015-06-221-2/+3
|
* 1622 - done migrating to console interfaceKartik K. Agaram2015-06-221-14/+14
| | | | | | | But still feels rough: Variable names are still funky: 'k' and 'm'. Field names still not copacetic: single-touch-event. Foolish consistencies..
* 1621Kartik K. Agaram2015-06-223-121/+166
| | | | | | | | repl.mu now passing again. But still I have concerns: a) Doubling backslashes in tests. Hard to tell how many levels to add. b) I think the read-key interface needs to go. But then how do we handle send-keys-to-channel and other flows like that in the chessboard app?
* 1620Kartik K. Agaram2015-06-224-11/+28
| | | | | | | | chessboard finally passing all its tests. What made this hard was that for some reason one of the background routines in the main chessboard test wasn't terminating like it used to. And so it was polluting *later* tests. Just clean up that source of contamination for now. Later we'll think about routine termination.
* 1619Kartik K. Agaram2015-06-221-1/+1
|
* 1618Kartik K. Agaram2015-06-218-25/+26
|
* 1617Kartik K. Agaram2015-06-217-43/+40
|
* 1616 - merging keyboard and events into 'console'Kartik K. Agaram2015-06-2110-346/+222
| | | | | Only core layers currently passing. Console apps are probably still broken.
* 1615Kartik K. Agaram2015-06-211-1/+1
|
* 1614Kartik K. Agaram2015-06-214-11/+3
|
* 1613 - edit: first event in event loopKartik K. Agaram2015-06-212-4/+63
| | | | No way to quit yet, though.
* 1612Kartik K. Agaram2015-06-201-0/+7
|
* 1611 - switch to keyboard+mouse eventsKartik K. Agaram2015-06-205-10/+42
|
* 1610Kartik K. Agaram2015-06-201-29/+82
| | | | Reorg.
* 1609Kartik K. Agaram2015-06-201-0/+2
|
* 1608Kartik K. Agaram2015-06-201-5/+0
|
* 1607Kartik K. Agaram2015-06-201-2/+2
|
* 1606Kartik K. Agaram2015-06-201-32/+43
| | | | Rip out keyboard for now, add notion of cursor.
* 1605Kartik K. Agaram2015-06-201-23/+43
| | | | | | | | | | | | | More editor experiments. a) I'm starting out with just a doubly linked list of characters as the editor data structure. Haven't actually started using it yet. b) Rather than provide a top-left-bottom-right bounding box up front, I think I want to allow the bounding box to flow indefinitely down given top, left and right. The old approach mimics traditional windowing systems, while the new one mimics html flowing; I want a single scrollbar for all my rendered elements within a single column.
* 1604Kartik K. Agaram2015-06-201-1/+2
|
* 1603Kartik K. Agaram2015-06-191-6/+15
|
* 1602Kartik K. Agaram2015-06-191-21/+31
| | | | | I forgot to check for nulls before writing prev pointers in doubly linked lists. Tests were accidentally passing.
* 1601Kartik K. Agaram2015-06-192-2/+25
|