On Mar 24, 3:00 pm, Rob Beezer <goo...@beezer.cotse.net> wrote: > On Mar 22, 11:09 pm, Rado <rki...@gmail.com> wrote: > > > Nice catch Rob. It should be fixed now. Tell me how it looks. > > Loops are behaving much better. Is there a natural way to make them > rotate in the live layout (maybe add a fake invisible vertex on the > loop opposite the attachment point to force it to adjust itself?). >
Good idea, I was thinking about finding the biggest gap between edges coming out and put the loop there. My only concert then is that the loop might jump in a very non-continuous fashion. > Some real minor stuff with the live layouts that probably isn't that > important. > > - Turn on "live" turn off "auto-maximize", add a vertex and say good- > bye as it flies off-screen. ;-) Turn off auto-maximize and it comes > back. No such effect if the strength slider is far-left. > > - K_4, live on, auto-maximize off, length to zero, then it never > settles down. > > - K_3, live on, auto-maximize off, drag length slider to zero, but > jiggle it down close to zero and you can make all the vertices fly > away if you do it right. > I am thinking about throwing away "auto-maximize off" as it nothing but headaches. Don't see any reason why anyone would want vertices off the screen. > When a vertex moves outside the frame, incident edges turn red. > Probably a hangover from the now-gone deletion-by-dropping-outside > feature. Or maybe still this way on-purpose? It is easy to get red > edges with live on, and if I really abuse throwing vertices into the > edge of the frame I can make it happen once in a while with live off. > Yeah, a bit of left-over code. My idea is to make it impossible to drag vertices off the screen. > Drag a vertex outside the frame, release mouse button, bring mouse > back into the frame and jumps onto the vertex and starts dragging it > around again, even though the button is not held down. Its a bit > distracting, but maybe this is the library? > yeah, i was thinking about that. It is easy to make it forget the dragged vertex when you leave the frame. But then imagine you never release the button. Then you come in the frame and nothing is moving. So there is no escaping some "weirdness". Anyways i will try that fix and see how it feels. > A "clear" button (with a warning, like the circular layout has) would > be a nice convenience. > If it was in Sage, one can call new "graph_editor()" in another cell thats one less button to clutter up and forces the user to keep one graph_editor per cell, which will save her/him headaches in the long run. > Is the "spring-electric" layout coming from Sage itself? If not, it > should be. It's great. > No, all computations are done in JS. I haven't even thought about making sage do the computation and use JS just for pretty graphics. That would be cool, but not sure if it would work fast enough if the server and client are communicating through the internet. > Can you interface it with planarity.net so I don't have to play by > hand anymore? ;-) > hahaha, I was thinking about that. Adding one function and the graph- editor would be the planarity game (but in JS instead of closed-source flash). Once you apply the patch try G=graphs.GridGraph((10,10)); graph_editor(G) in Sage. For some reason the standard embedding of grid graph is not a grid, but with spring-electric it settles into a grid. Its kinda cool. > Very nice work. Once I get back to the graph/latex/tikz routines > (May?) we could get some nice output from the latex code box results. -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sage-devel+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URL: http://www.sagemath.org To unsubscribe from this group, send email to sage-devel+unsubscribegooglegroups.com or reply to this email with the words "REMOVE ME" as the subject.
