Welcome to MUGS ⚄♠♞🏹 (Multi-User Gaming Services)! | github.com/Raku-MUGS | v0.1.4 has been released! (github.com/Raku-MUGS/MUGS/blob/mai...v0.1.4.md) | This channel is logged for historical purposes; logs at irclogs.raku.org/mugs/index.html
Set by japhb on 3 March 2024.
Geth Terminal-Widgets/main: 35b60ed84d | (Geoffrey Broadwell)++ | examples/rich-text-viewer.raku
Slightly more useful spans for rich-text-viewer example
03:26
Terminal-Widgets/main: 28b487e445 | (Geoffrey Broadwell)++ | lib/Terminal/Widgets/Layout.rakumod
Support push-up/down/left/right layout nodes
Terminal-Widgets/main: 61f9bf613a | (Geoffrey Broadwell)++ | examples/rich-text-viewer.raku
Simplify rich-text-viewer with push-right layout
Terminal-Widgets/main: 25fd38cf1c | (Geoffrey Broadwell)++ | lib/Terminal/Widgets/Layout.rakumod
Add diagonal push layout nodes too
03:40
Terminal-Widgets/main: 7668cdbce1 | (Geoffrey Broadwell)++ | lib/Terminal/Widgets/WrappableBuffer.rakumod
Unify span loops and fix lots of subtle bugs
06:31
Terminal-Widgets/main: 761b536f11 | (Geoffrey Broadwell)++ | lib/Terminal/Widgets/WrappableBuffer.rakumod
Might be able to fit more if some chars are width-0
07:21
Terminal-Widgets/main: c73dadf533 | (Geoffrey Broadwell)++ | lib/Terminal/Widgets/WrappableBuffer.rakumod
Make ws handling smarter, like non-ws already was
japhb Jeebus correct wrapping is a pain 07:27
patrickb: ^^ At this point, I think text wrapping is ... as good as it's going to get for a while. 07:28
Now to add cursors and highlighting and all those fun bits.
You don't ask for easy things, you know that? ;-)
Geth Terminal-Widgets/main: f65c078ae5 | (Geoffrey Broadwell)++ | Changes
Update Changes for next release
07:51
Terminal-Widgets/main: 9201e250d9 | (Geoffrey Broadwell)++ | 3 files
0.2.6
07:53
japhb Here, have a release ^^ :-D
11:42 librasteve_ joined
patrickb Thank you! With that we've reached feature parity (and a lot more), right? 16:35
patrickb feels a bit bad for not working on the debugger yet and japhb being so active on improving T-W 16:39
On the same note: Do you already have plans on what to implement next? 16:40
Should you be undecided, then may I propose implementing dynamically changing the layout? If my judgement is right, then that's the only hard blocker left for the debugger. 16:42
(In #13 I proposed a DOM like API, but I'm pretty sure there are other simpler approaches.) 16:43
There are other things on my wishlist (collapsible borders, popovers, maybe more), but all of those are only nice to have. They don't block creating a usable and useful debugger UI. 16:46
japhb patrickb: I still need to get you visible cursors and highlights, but that's all that's left I think. 20:56
I built things to allow dynamic layout changes way back when (and dragging the term emulator window corner worked, because it responded to SIGWINCH) 20:58
... but I need to wire up an easier way to trigger it from within the app itself.
Draggable borders would be awesome, for instance.
Between that and draggable scrollbars, I think "mouse drag handling" might be the next big thing. 20:59
21:33 patrickb left, patrickb joined
patrickb Ah yeah. Highlights I also need. (How else would you keyboard navigate the source code, thread list, stack or locals views?) 21:44
My gut feeling tells me T-W is not far off any more. Do you feel the same? 21:47
japhb If you mean "far off from what the debugger needs" I think not. If you mean "far off from being reasonably complete" then that's another story. ;-) 23:08