akkartik
/
pothi.love
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
pothi.love/0018-on.update

29 lines
640 B
Plaintext
Raw Normal View History

bugfix in grabbing move handles I've been noticing for some time that grabbing the handle only works correctly at zoom=1. At other zooms the handle jumps immediately on mouse button down. Should now be fixed. In on.mouse_press: Move.xoff = mouse_x-vx(node.x) In on.update: node.x = sx(mouse_x-Move.xoff) When mouse_x stays the same in both, these formulae are now inverses of each other.
2023-01-26 04:11:22 +00:00
on.update = function(dt)
spawning tries 10 times to avoid overlap
2023-11-27 06:55:54 +00:00
refresh_debug_animations()
bugfix in grabbing move handles I've been noticing for some time that grabbing the handle only works correctly at zoom=1. At other zooms the handle jumps immediately on mouse button down. Should now be fixed. In on.mouse_press: Move.xoff = mouse_x-vx(node.x) In on.update: node.x = sx(mouse_x-Move.xoff) When mouse_x stays the same in both, these formulae are now inverses of each other.
2023-01-26 04:11:22 +00:00
if Animating then
animate_next(dt)
return
end
if Pan then
set_mouse_cursor('hand')
elseif Move or on_handle(App.mouse_x(), App.mouse_y()) then
set_mouse_cursor('crosshair')
else
set_mouse_cursor('arrow')
end
if Pan then
Merge luaML.love
2023-02-19 04:52:12 +00:00
Viewport.x = Pan.x - App.mouse_x()/Viewport.zoom
Viewport.y = Pan.y - App.mouse_y()/Viewport.zoom
bugfix in grabbing move handles I've been noticing for some time that grabbing the handle only works correctly at zoom=1. At other zooms the handle jumps immediately on mouse button down. Should now be fixed. In on.mouse_press: Move.xoff = mouse_x-vx(node.x) In on.update: node.x = sx(mouse_x-Move.xoff) When mouse_x stays the same in both, these formulae are now inverses of each other.
2023-01-26 04:11:22 +00:00
B()
return
end
if Move then
Move.node.x = sx(App.mouse_x()-Move.xoff)
Move.node.y = sy(App.mouse_y()-Move.yoff)
position nodes on discrete multiples of 100 I have a few ideas for encouraging arrangements of definitions to have more life in the sense of Christopher Alexander: * quantize the x axis to discrete columns * don't force a single grid; that can look boring. Each node occupies 600px of width, so quantizing at multiples of 100 gives us 6 possible arrangements. * always position new nodes within the current viewport * always position new nodes at least some amount of padding above to give the node above some room to grow * forbid overlap * moving a node against another should push the other node as well * I want a node to yield some resistance, but I don't want resistance to grow linearly by the number of nodes pushed
2023-11-12 17:49:25 +00:00
-- quantize the x axis to discrete columns
Move.node.x = round(Move.node.x/100)*100
make moving a definition more polished+performant This is a long-standing problem: * each definition requires an edit buffer and some decoration (the rectangle for the background color) * while the mouse is down during a move it's nice to see the decorations change * but to change decorations we have to go all the way back to A(), which is very slow if there's lots of definitions on the surface My compromise until now was to just perform B(), not A(). This tore the background rect away from the editor buffer during a move, which was ugly. You also wouldn't get any feedback at all if you tried to move a buffer without any text. New solution: create a variant of A called A1 that only does the work of A for a single key (index) in Definitions. This requires tracking for every shape we render in Surface, which key in Definitions it is part of. That way we can selectively delete just shapes belonging to a single key. Caveat: key is a scalar, so this approach can't handle any nesting, only a flat array of objects. But that's good enough for both driver.love and this app.
2023-04-18 09:10:18 +01:00
A1(Move.node.key)
bugfix in grabbing move handles I've been noticing for some time that grabbing the handle only works correctly at zoom=1. At other zooms the handle jumps immediately on mouse button down. Should now be fixed. In on.mouse_press: Move.xoff = mouse_x-vx(node.x) In on.update: node.x = sx(mouse_x-Move.xoff) When mouse_x stays the same in both, these formulae are now inverses of each other.
2023-01-26 04:11:22 +00:00
return
end
spawning tries 10 times to avoid overlap
2023-11-27 06:55:54 +00:00
end