| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
comparing form data to diff
|
|
|
|
|
|
|
|
|
|
for f in `git grep -l edge_info`; do sed -ie 's/edge_info/link_info/g' $f; done
for f in `git grep -l EDGE_INFO`; do sed -ie 's/EDGE_INFO/LINK_INFO/g' $f; done
git mv src/client/view/edge_info.js src/client/view/link_info.js
|
|
|
|
nodes; resolve #393
shift selection still works, but now it's a bit not obvious when you
shift select a link:
- it acts as inverting the source and destination node.
- an alternative could be to special case for both or single or none of
the nodes already selected
- a correct fix would be to track separately the nodes and links
selection states. Right now we only have a nodes selection state
(array of root nodes, the ones the user selected, and array of
selected nodes, the ones we highlight as such).
|
|
|
|
|
|
Will be improved soonish
|
|
|
|
required, except if a new node was introduced)
|
|
|
|
|
|
remind myself svg doesn't respect z-index, flatten back the svg
structure:
svg
- zoom
- graph g
path 1
link text 1
node text 1
node text 2
node circle 1
node circle 2
per SVG 1.1 spec the last node is the top most.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
menu. #437
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
caller_err_msg
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
