You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In order to implement JBrowse 2 at WormBase, I need a few items implemented:
Need to have:
A lib that provides programmatic access to the functions that make jb2export work. This is needed to create a web service that can return an SVG for inlining in feature pages.
A final thing that I just thought about and don’t know much about is plugin support for LGV and the web service lib: I’d like to be able to use the simple jexl plugin that generates score-based color gradients.
For (2), I don't know that it has to be a complete, system wide option. I imagine that, somewhere in the code, it is known what the height of the internal track is (during layout of features, you can keep the largest value, right?). Couldn't this be passed back up the chain to somewhere that it could be exposed via a method call? Then one could issue the command to draw the layout again, but this time with the height that was determined before. It might be nice if the previous layout were cached, but that can be a problem for later.
The text was updated successfully, but these errors were encountered:
In order to implement JBrowse 2 at WormBase, I need a few items implemented:
Need to have:
Nice to have:
For (2), I don't know that it has to be a complete, system wide option. I imagine that, somewhere in the code, it is known what the height of the internal track is (during layout of features, you can keep the largest value, right?). Couldn't this be passed back up the chain to somewhere that it could be exposed via a method call? Then one could issue the command to draw the layout again, but this time with the height that was determined before. It might be nice if the previous layout were cached, but that can be a problem for later.
The text was updated successfully, but these errors were encountered: