Projects / Tulip / Comments

Comments for Tulip

19 Sep 2004 23:17 auber

Re: Very powerful, but a bit rough

> - there is no developer's mailing list


One is available on sourceforge.

> - you have to go through a silly

> interface on their web site


I need to have some feed back from people that use

Tulip. It is not silly !
> - there's no programmer's documentation


Use doxygen on the source code you will have some.

> - there's no file format documentation


See the web page of Tulip.

> Mind, that's almost a nit all the

> formats, except for the native Tulip

> format, are fairly easy to reverse

> engineer.


I don't think that you have open a tlp file. It is text
using Lisp syntax and behavior.
%Note, however, that GML does

> *not* stand for Geographic Markup

> Language


Tulip is a graph visualization software not a

Geographic map viewer.

> Reading information garnered at that

> site I learned that Tulip supports a

> simple subset of GML and not the entire

> language. Morever, as with all the

> other file formats, the Tulip GML

> importer uses a hand-written lexer and

> parser and not, say, lex and yacc.


I do not use lex and yacc because it is too slow for
the size of graph we want to import. From my
knowledge all the basic properties of the GML format
are supported, others properties are specific to
Graphlet.

> - user interface design is ad hoc and

> difficult to use


Give me some idea... Version 2.0.0 uses MDI
interface that should be more easy to use.
> - use of void*'s is Evil


Why does it exist ? There is not a lot of void* in Tulip

instead when we are using typeinfo mechanism. I

don't think that it is possible to remove them without

building a silly and unefficient hierachy of classes.

> - Code comments? WHAT code comments?

> Hell, I'll even take the French over

> nothing. Murd!


Read XP programming... If the code is well done with

good name function we do not need code comment.

> - there is a LOT of member data in class

> public and protected sections


You are right, some refactoring is needed.

> Still it's a potent tool, but it can be

> infuriating to use and develop for.


It is your point of view. A lot of people are using Tulip
and are programming with it.

19 Sep 2004 14:06 auber

Tulip Forum and Bug report on sourceforge
Management of bug reports, new features and forum is

now available for Tulip on Sourceforge. The new 2.0.0

version includes a lot of new features, we need your help

to test it. Feel free to give comment on the new HCI.

URL: sourceforge.net/projects/auber (sorry for the project's

name but tulip was already taken on freshmeat :-( )

Thanks for your help since the begining.

David Auber

05 Jun 2002 17:19 mcoletti

Very powerful, but a bit rough
Tulip is indeed a very powerful tool, but does suffer from a few problems.

- there is no developer's mailing list

- you have to go through a silly interface on their web site to get source tar balls (unless you go through freshmeat)

- there's no programmer's documentation

- there's no file format documentation

Mind, that's almost a nit all the formats, except for the native Tulip format, are fairly easy to reverse engineer. Note, however, that GML does *not* stand for Geographic Markup Language as I initially thought; GML is an acronym for Graph Modelling Language. You can get more information on that file format at http://www.infosun.fmi.uni-passau.de/Graphlet/GML/.

Reading information garnered at that site I learned that Tulip supports a simple subset of GML and not the entire language. Morever, as with all the other file formats, the Tulip GML importer uses a hand-written lexer and parser and not, say, lex and yacc. Again, this isn't egregious, but in my experience this raises a red flag.

- user interface design is ad hoc and difficult to use

Why have the initial dialog that has per graph functionality (and buttons X-ed out) when that makes more sense to have that functionality soley on the graph dialog?

- use of void*'s is Evil

- Code comments? WHAT code comments? Hell, I'll even take the French over nothing. Murd!

- there is a LOT of member data in class public and protected sections

Still it's a potent tool, but it can be infuriating to use and develop for.

05 Jun 2001 08:12 Laulo19

Really powerful and flexible
I'm really happy to have found such a powerful tool:

I'm working in Biocomputing and I'm used to deal with huge graphs (100000 nodes) to represent biological behaviours such as metabolical pathways.

It's also really easy to implement ad-hoc layout/graph management plug-ins to focus on what really matters to oneself.

The tlp format is something we've been waiting for years: as flexible as XML, but far more compact and cleverly designed.

With the efficient memory management, it's also really easy to manipulate many graphs at once in order to compare them, like in molecular 3D structure comparison.

31 May 2001 13:09 cixid

Tulip: A nice program for graph visualisation.
Hello,
I try Tulip for watching complex systems behavoirs,
and i'm glade to see that it's very fast.
You can easily manipulate sub-graphs to have other views.
The software have power tools like clustering or property management.
I encourage other people to make other plugings to enhance the software capabilities.

Screenshot

Project Spotlight

ReciJournal

An open, cross-platform journaling program.

Screenshot

Project Spotlight

Veusz

A scientific plotting package.