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

Hide strings of no glyph assigned or generic sequence features #75

Open
cjmyers opened this issue Jun 1, 2018 · 3 comments
Open

Hide strings of no glyph assigned or generic sequence features #75

cjmyers opened this issue Jun 1, 2018 · 3 comments

Comments

@cjmyers
Copy link
Collaborator

cjmyers commented Jun 1, 2018

A string of say 2 or more no glyph assigned OR generic sequence features could be combined under a single "..." glyph. These could potentially be expanded by clicking on them, assuming they do not overrun the total glyph limit.

@dany-fu
Copy link
Contributor

dany-fu commented Jun 4, 2018

  1. What are generic sequence features?

  2. Testing no-glyph-assigned is a bit problematic as it goes back to a discussion we had over email about a month back. Currently SBOLDesigner generates xml files with NGA with the SO term for "Unspecified" <sbol:role rdf:resource="http://identifiers.org/so/SO:0000110"/>

I could simply delete this line in the SBOL file and have Visbol default to NGA if no roles exist (currently it defaults to Unspecified). I tested a file with no <sbol:role> and it doesn't seem to break anything, but is that too hacky?

@cjmyers
Copy link
Collaborator Author

cjmyers commented Jun 4, 2018

A missing role is one example, and it should be rendered with the "question-mark" glyph. However, as I think you pointed out "sequence feature" SO:0000110 is also specified to be rendered with that glyph. SBOLDesigner though does have an issue that it uses the "[]" NGA glyph for that one.

In SBOLDesigner though, you can select any SO term and change the role to another term when you instantiate the NGA. If this term does not map to a glyph in SBOLv, then this is rendered in both SBOLDesigner and Visbol using the "[]" glyph.

So my rough idea above was to replace strings of "question-mark" and/or "[]" with the "..." glyph, since the visualizations sometimes get cluttered with these uninteresting glyphs. However, these still need a means to expand them back. The reason for this is this is currently the only way you can see those annotations and potentially click through to other pages describing those components.

In any case, this idea is a little bit rough. I think it should be lower priority to the simple upper bound on the number of glyphs and means to open up the hidden areas (i.e., issues #73 and #74).

@cjmyers cjmyers removed the Priority label Oct 29, 2018
@cjmyers cjmyers assigned asadeg02 and unassigned dany-fu Oct 29, 2018
@cjmyers
Copy link
Collaborator Author

cjmyers commented Oct 29, 2018

Should be able to select glyphs not to render. A key one to hide would be glyphs for features with no glyph (current showing up as a box). Might also want to hide things like scars, spacers, insulators, etc.

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

No branches or pull requests

4 participants