about summary refs log tree commit diff stats
path: root/edit.mu
Commit message (Collapse)AuthorAgeFilesLines
* 1667Kartik K. Agaram2015-06-261-0/+31
|
* 1666Kartik K. Agaram2015-06-261-23/+23
|
* 1665Kartik K. Agaram2015-06-261-0/+29
|
* 1662 - another boundary conditionKartik K. Agaram2015-06-251-16/+51
| | | | It was stale from before I added the § sentinel.
* 1661 - pointing and typing now seems to be workingKartik K. Agaram2015-06-251-6/+43
|
* 1660Kartik K. Agaram2015-06-251-0/+58
| | | | | More bugs about pointing outside text. Still not done.
* 1658 - disallow cursor from being 'outside' textKartik K. Agaram2015-06-251-8/+86
| | | | | | | | | | It can at most be just after the text of a line. If I click further right, adjust it so it's at the end. If I click below, adjust it so it's at the end. Still not perfect. We aren't testing the value of the before-cursor pointer, and it's actually still wrong when clicking below all the text in the editor.
* 1657 - 'render' shouldn't clobber other windowsKartik K. Agaram2015-06-251-1/+12
| | | | | | Another case I'm not writing tests for, after the hide-screen/show-screen pair. But this case at least will eventually get tests.
* 1656 - smooth refresh doneKartik K. Agaram2015-06-251-1/+2
| | | | Had to take control of tb_present() after all. Termbox was wise.
* 1655 - first attempt at smooth refresh: hide-cursorKartik K. Agaram2015-06-251-0/+1
| | | | | But it doesn't work, because moving the cursor inside 'render' also starts displaying it again.
* 1654Kartik K. Agaram2015-06-251-5/+147
|
* 1653 - left arrowKartik K. Agaram2015-06-251-0/+28
|
* 1652Kartik K. Agaram2015-06-251-0/+20
|
* 1651Kartik K. Agaram2015-06-251-0/+22
|
* 1650Kartik K. Agaram2015-06-251-1/+44
|
* 1649Kartik K. Agaram2015-06-251-1/+38
|
* 1648Kartik K. Agaram2015-06-251-8/+26
|
* 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-241-12/+14
| | | | | | 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.
* 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.
* 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
|
* 1625Kartik K. Agaram2015-06-231-6/+6
|
* 1624Kartik K. Agaram2015-06-231-8/+8
| | | | | | 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.
* 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..
* 1618Kartik K. Agaram2015-06-211-2/+2
|
* 1615Kartik K. Agaram2015-06-211-1/+1
|
* 1613 - edit: first event in event loopKartik K. Agaram2015-06-211-1/+60
| | | | No way to quit yet, though.
* 1611 - switch to keyboard+mouse eventsKartik K. Agaram2015-06-201-2/+18
|
* 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.
* 1601Kartik K. Agaram2015-06-191-0/+19
|
* 1588 - undo 1587Kartik K. Agaram2015-06-171-22/+1
|
* 1587 - experimental rendering of recipe namesKartik K. Agaram2015-06-171-1/+22
| | | | | But this is getting too complex too fast. Let's get a simple editor working first without color.
* 1580Kartik K. Agaram2015-06-161-7/+9
|
* 1579Kartik K. Agaram2015-06-161-0/+11
|
* 1578 - editor inside 2-column layoutKartik K. Agaram2015-06-161-17/+67
|
* 1577 - vocabulary for drawing bordersKartik K. Agaram2015-06-161-24/+65
|
* 1576Kartik K. Agaram2015-06-161-0/+50
|
* 1575Kartik K. Agaram2015-06-161-0/+8
|
* 1573Kartik K. Agaram2015-06-161-1/+40
|
generated by cgit-pink 1.4.1-2-gfad0 (git 2.36.2.497.gbbea4dcf42) at 2024-11-23 10:31:19 +0000