-
Notifications
You must be signed in to change notification settings - Fork 2
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
Idr front page #2
Conversation
Try to make idr-gallery show the IDR front page 'out of the box' without needing config
These aren't set on idr or idr-testing, so we don't want the default to be idr-testing
deployed locally successfully. Also checked the deployment on merge-ci. There used to be a scrollbar on the twitter feed column ? That seems to be gone now. Is it intentional ? |
], | ||
"omero.web.gallery.idr_studies_url": | ||
["IDR_STUDIES_URL", | ||
'https://raw.githubusercontent.com/IDR/idr.openmicroscopy.org/master/_data/studies.tsv', |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There are two concerns to be reviewed before moving to production here:
- first, although the impact is probably low, I fear we are introducing unnecessary friction and coupling between this app and the
master
branch of the other repository. For instance, a PR adding the statistics for a study loaded into idr-next but not released yet would need to be put on hold - second, as mentioned on Monday, we will want to tests what happens when this UI gets deployed and accessed externally. Is there a risk we will get a Rate Limit error?
Cross-linking to the discussion on ome#91 (comment) where a couple of options were proposed.
idr_gallery/gallery_settings.py
Outdated
["INDEX_JSON_URL", | ||
'https://raw.githubusercontent.com/will-moore/idr.openmicroscopy.org/idr_index_data/_data/idr_index.json', | ||
str, | ||
"URL to load JSON, with a 'tabs' list of {'title':'', 'text':'', 'videos':[]}" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Similarly to #2 (comment), I am concerned about this coupling and how it works in practice. Now the app is effectively forked, is there still an incentive to loading this content from a third-party location?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The reason not to simply include this as HTML in the app was because updating the content would need a re-release of the app, and re-deploy etc. instead of a config change.
If that's no-longer a concern, then I can add this JSON back into the idr-gallery
repo?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, I brought up this issue in the former omero-gallery repository because of the number of steps (app release, configuration change) involved to upgrade a production deployment e.g. when fixing a typo.
Looking at this proposal, my concern we are shifting this burden from to the review process. For instance, a change to the content of this tab (e.g. a video update or a description update) would require a PR against idr.openmicroscopy.org, a temporary IDR/deployment PR pointing at a personal branch and a deployment of the playbook with this temporary PR to be evaluated?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
From CELL-IDR or Tissue-IDR
|
#2 (comment) has been fixed It will look neater if the height of the twitter feed and the height of videos box match |
return $("<li>") | ||
.append("<a>" + item.label + "</a>") | ||
.appendTo(ul); | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
add line
// Load stats and show spinning counters... | ||
|
||
// In case studies.tsv loading from github fails, show older values | ||
let totalImages = 12840301; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Values will need to be updated at regular interval.
Could a note be added in the instructions otherwise we won't be able to find it
The "Eye" icon on the background image does not open on idr-testing but on idr like the rest. So that should probably be configured correctly. Also I think it will be better to open that image in iviewer than the standard web view to match the other "eye" icons behaviour. |
I think that the link from the background image should show the image in webclient because it provides context: If you're interested in what study etc. the Image is from and what it shows then it is more useful to see it in the webclient. And it's very easy to go from there to the full viewer if you want. It's much harder to go from iviewer back to webclient. For some links to idr, I have used absolute URLs for convenience, since they will be the same once this is deployed on IDR. |
The context is no different for the thumbnails and the background image. We have the idr accession number/name when mousing over the "circle" |
The reason I am indicating that is if we want to use a non-release background image, the link will fail if we use the "eye" mentioned above. |
In the tooltip you have a link to the Experiment/Screen (which gives you context), but you don't have that for the background images. If both the tooltip thumbnail and the background image have to link to the same place, I'd prefer is if they both link to webclient/?show=image-id. |
A point discussed with @will-moore that might confuse people (I was!) |
But the accession number isn't the same as a link. You'd have to search for the study, and even then, you wouldn't be able to find that Image in the study. |
I can understand the confusion but that reflects the fact these categories are not mutually exclusive for a submission. |
The fact that we only have one is probably why it can be confusing. |
I honestly don't think that anyone is going to visit IDR and Cell - IDR and Tissue - IDR, note the numbers, do the maths and find any problem. I also don't think that Also, I like |
@will-moore thanks for the various options. |
@jburel background images/links now use the 'current' server. Same for study links in tooltips. Deployed on testing server. |
As discussed this morning, the last commit proposes to have two links associated with each image in the top-level carousel:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Tested the icons and it works
I assume the package will be pushed to pypi. cf README instructions
Rename the module to
idr_gallery
and remove non IDR pages.Also ports new IDR front page work from ome#91
Deployed at https://merge-ci.openmicroscopy.org/web/idr_gallery/
NB: that doesn't require much config as this is now the default behaviour (although the same config exists and can be overridden).
Deployment above is now: