Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Improve how Report relationships/links are handled #12

Open
gtback opened this issue Feb 9, 2017 · 4 comments
Open

Improve how Report relationships/links are handled #12

gtback opened this issue Feb 9, 2017 · 4 comments

Comments

@gtback
Copy link
Contributor

gtback commented Feb 9, 2017

If a Bundle contains a Report which refers-to most other objects in the bundle (like the current apt1.json file), the graph view is hard to read, since most objects arrange themselves in a circle around the report at the center.

Possible suggestions:

  • Don't create links for Report objects
  • Make the links much lighter (in color) and lighter (in weighting for the force-directed graph). That would let you see all the report links but not obscure the more "important" relationships.

I'm sure other people have better ideas.

@gtback
Copy link
Contributor Author

gtback commented Feb 22, 2017

The same is probably true for created_by_ref links.

Another solution would be to have a toggle switch for each of these types of relationships, and (perhaps) disable by default when there are more than a fixed number of each type (5 or 10, maybe).

@gtback
Copy link
Contributor Author

gtback commented Jun 13, 2017

Also, the marking references should be toggle-able in the same way.

@Bojak4616 Bojak4616 self-assigned this Oct 4, 2017
@Bojak4616
Copy link
Contributor

Just a status update
I've had to rework the repo to use D3js v4 to get access to the collide() function which allows a node to have a collision radius. Doing so allows greater node separation when looking at a lot of SDOs.

There are no more syntax errors but functionality is not the same as v3. Turns out a lot of functions change parameters, output, and may not even exist anymore. Backwards compatibility was extremely limited.

Once core functionality is restored a pull request will be made. Then a separate branch will be created for the collide capability.

@Bojak4616
Copy link
Contributor

Current status outlined in 098e174. Unfortunately, without taking the time to learn Javascript and D3js v4 from the ground up, there are still usability issues to iron out.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants