-
Notifications
You must be signed in to change notification settings - Fork 31
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
Remove id from image link description #339
Remove id from image link description #339
Conversation
Similar to ome/omero-scripts#152 (comment), we need to consider how this kind of statement will be communicated to users. e.g. someone who updates figure without updating the related server version will lose their links. |
The rendering of The rendering of links has not previously been supported in webclient, so no one will lose their links by not using ome/openmicroscopy#6087. |
Fair enough.
Ok. But perhaps a surprise for insight users. Mostly, I'm trying to stress that for any of these loosely-coupled dependencies (scripts, text-based formats, etc) we need to have solid strategies for dealing with breaking changes. |
The space is not compliant with what was introduced a while ago when projecting an image from insight |
OK, I guess I'm fine with it either way. |
The fact that it unifies the passing of argument is a valid point CLI, figure etc. will then follow the same pattern. |
See insight adjustment ome/omero-insight#78 |
webclient PR to render links is now available for testing ome/omero-web#16 |
tested against |
This uses "Image:123" instead of "Image ID: 123" in the description of images created from figures.
As suggested (and supported) in ome/openmicroscopy#6087 (comment)
NB: That PR is not merged just now, so links aren't rendered, but layout looks cleaner: