-
Notifications
You must be signed in to change notification settings - Fork 146
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
1770 support value fixes #1772
1770 support value fixes #1772
Conversation
Just git pulled, even though now symbols appear at the right place, I don't see any text :/ Display value range shows 0 to 100. But when I change it to 80 to 100, all symbols disappear. They come back when I change the values to 0.8 and 1.0, but when I read the mouse panel, they are indeed 80, 90, 100, etc. Perhaps "Floating Precision" should be under Text? These are my settings and I'm visualizing When I click invert, this is what I see: In either of the displays symbols do not seem to be properly scaled to max symbol size. I think we need a min symbol size parameter, too, to make this right. And when we have it, if the user says visualize branch support values between 0.8 and 1.0, 0.8 should be min symbol size, 1.0 should be max symbol size, and the symbol sizes of anything in between is scaled. Inverting it should only change the way they are shown (0.8 max, 1.0 min, and anything between is scaled). We also need an input box for "Rotate" under text, which takes a value between 0 and 360 (deg) and the default is 90 for phylogram view. Thank you :) |
@meren - I think I may be misunderstanding bootstrap values - currently on render we're iterating each node |
This could be the case for all of us :) somehow the interface must make sure it uses the right ranges / values for each tree individually. Whether those values are 0.0 to 1.0 or 1 to 100.
It is likely the doing of the library we use to read newick files (ETE). Another library may cut them at the second digit, or leave them as is. Being flexible and wise (by anticipating future alternatives) is the best option, I think. I am not sure if this helps, but I hope it does :) |
@meren I think we're good to go here :) in summary -
anyone can test!
|
Many things improved, but there is a selection issue due to symbols. Probably they need to be behind the tree? This is a minor thing, but it prevents from being able to read the support values of branches behind symbols. But when you make a selection this is how it looks: The selection pane should be behind the tree and symbols. I guess the best order from top to bottom is this: tree, symbols, selection pane. |
this PR addresses fixes/feature noted in issue #1770
fixes
features