| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Thanks Mikoláš Štrajt.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It's just uneconomic to maintain given how little I've used it. I have a
bug right now and no time to port the bugfix to all the complexities of
the B side.
I briefly considered tossing out the entire source editor. But I _have_
been using it to browse logs across sessions. The live editor doesn't
quite cover all my use cases just yet.
We now have duplication in the source editor only for:
* syntax highlighting
* hyperlinking [[WikiWords]]
* ability to hide cursor (when showing file browser or Focus is in log browser)
|
| |
|
|
|
|
| |
Thanks Mikoláš Štrajt.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
scenario:
press ctrl+f, type in a string
hit down arrow if needed until the screen scrolls
press enter
click with the mouse somewhere
Before this commit the app would crash because cursor was above screen
top.
|
| |
|
|
|
|
| |
This bug was introduced in commit 528c64d690 on 2022-09-05 :/
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Currently only used in pong.love, but let's keep the bad merge that had
it broken since September from occurring again. To do that we'll be
consistent across forks on where globals are initialized.
I haven't appreciated the implications of main.lua for load order.
log.lua comes first just because it's shared by both the main app and
its 'source' editing environment. And it just so happens that source.lua
was loading after log.lua resulting in the pong.love breakage. Now let's
lean into that and enshrine that one should initialize log_render in
log.lua.
|
|
|
|
|
|
|
| |
I've been noticing in pensieve.love in particular that once a month or
so I lose data if I quit immediately after typing in something. Nothing
major, just the odd link between notes which leaves things in an
inconsistent state. Let's see if this helps.
|
| |
|
|
|
|
| |
It's been slow to push to lately, so I'm going to update it less frequently.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
I notice my laptop's fan starts coming on when running many of my apps.
An empty app takes 10% CPU where it used to take just 1-2%.
|
| |
|
|
|
|
| |
Thanks Nils Berg for the suggestion!
|
| |
|
| |
|
|
|
|
|
| |
lines.love was broken since Dec 23 X-( Didn't get caught because all my
tests start at edit, not at main or run. I need 'integration' tests.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Scenario: make some edits, select some text, make some more edits. Press
ctrl-z.
Before this commit, undo would stop at the point of selection and
previous edits would become unreachable.
After this commit, both ctrl-z and ctrl-y seem able to span the point of
selection.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
I want the words to be easy to read, and to use a consistent tense.
update and focus seem more timeless; let's make everything like those.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Not directly relevant here, but forks of this project that permit
zooming can run into weird glitches if margins are not a whole number of
pixels.
I'd always assumed a type system that divided ints into floats was
strictly superior, but now I have experienced a situation where
requiring ints isn't just a compromise for the underlying CPU
implementation. Particularly since Lua's print() silently hides really
tiny fractions.
|
| |
|
| |
|
|
|
|
| |
https://lobste.rs/messages/e1rimy
|
| |
|
| |
|
|
|
|
| |
I don't understand why, but we need to fix production.
|
|
|
|
|
| |
textinput is strictly more realistic than keychord_pressed, which
doesn't cause any textinput events. Use it wherever possible.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
We had a regression since commit 60e1023f0 on Nov 27. Turns out we do
need the ancient hack after all.
But no, we won't go back to the hack. It's a simple problem to fix
right. And while we're at it, we'll fix the test harness to be more
realistic so it would have caught this problem.
|
| |
|
| |
|
|
|
|
| |
This way we can have the log side actually take focus sometimes.
|
| |
|
| |
|
| |
|