On Mar 24, 9:07 pm, Rado <rki...@gmail.com> wrote:
> 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.

Yes, that'd be a quick fix.  ;-)

> So there is no escaping some "weirdness".

I suspected as much.

> 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.

 Ah yes, that makes good sense.

> > Is the "spring-electric" layout coming from Sage itself?  If not, it
> > should be.  It's great.

See below.

> Adding one function and the graph-
> editor would be the planarity game (but in JS instead of closed-source
> flash).

Definitely.  No 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.

Yes, I bet.  I'm impressed by the quality of the embeddings.

My suggestion above was not to have Sage do the computations for the
editor - the suggestion was to have the algorithm now in the editor
duplicated as a standard layout algorithm for the graph theory code in
Sage, it seems it would be a good option for creating "static"
layouts.

Thanks,
Rob


-- 
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.

Reply via email to