-
Notifications
You must be signed in to change notification settings - Fork 30
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
Roi table pagination #231
Roi table pagination #231
Conversation
If we requestRois here (when switching images and the ROI tab is active) then we load ROIs before we know the current Z/T index of the image and before any cached Z/T settings have been applied. We don't need to request ROIs here, since the image_info will do this on success from loading image info if ROIs tab is active
This should keep the regions data in sync with image_info Z and T index since we keep making requestData calls until no more requestData calls happend while is_pending.
Those commits should address these issues raised above:
I think we made the decision not to zoom in when an ROI is selected since you may already be at the zoom level you want and if you're moving back and forwards between working with ROIs on the image and in the table, zooming each time you select an ROI is going to be annoying. We even decided not to pan the image if the ROI is within the view-port for the same reason. |
For the zoom level, we might have to revisit that with more feedback. Let's keep it as it is for now |
Does not work in IE, the ROI table never loads on images with many ROIs. |
Win 7 on Firefox and Chrome this works fine. Chrome is slightly faster. |
@pwalczysko I think the failure to show ROIs in the table was a layout issue in IE. |
It works now on IE11 for me as well. It is quite slow, but it loads the table and I can select the ROIs and change the page. |
I think iviewer on IE is generally slower than on other browser |
Loading of ROIs gets sometimes "stuck". this is not browser specific. I still have to find out a foolproof workflow. |
@pwalczysko Just make sure you have the developer tools open so you can see any error there (under Console tab). Also the Network tab will tell you whether the last call failed or returned nothing. |
@will-moore I got stuck just now in FF Win 7, whilst trying to retrieve Under console tab, there is a message
IN Safari, lets have two images open. On one, I am getting the ROIs table as expected. On the other image, it does only "Loading ROIs" message. |
@pwalczysko I think those FF messages are not related to this issue (you can use the XHR filter in the Network tab to exclude css, images etc), but I managed to reproduce what you're seeing in Safari and added a fix. |
@will-moore Great, thanks for finding out the workflow. Yes, now, in Safari and FF on Windows 7, I have no problems. The only issue I see is on IE, where , IE being much slower, when I go through the workflow described by you #231 (comment) - then there is a long delay in switching between the windows. Up to the point that a message came "openmicroscopy is not responding due to a long-running script". But, in the end, the switch happens, and the ROI table loads. (Edit: yes, confirmed once more - even on IE, after a long wait, the behaviour is as expected, verified three times) |
That last commit fixes a 'silent bug' that causes additional loading of ROIs and might explain some of the long delays seen above. In the case of opening an image when the ROI tab is already open, the previous fix 42f5d68 ensures that we load ROIs immediately (as we did before this PR). However, we don't yet have the image data (including |
I tested on Win 7 IE. The performance is still very slow. It is very hard to say if it is faster than before, the ROIs on svs with multi-view load within 43 secs - but that is such long a time that it is hard to judge it as a speed-up. I do not see any worsening of the ROI loading speed on FF Mac with ROIs around 200 (non-paginated) |
Merging this PR for the rc. In the long run, the table is likely to be removed. See discussion on the investigation PR #242 |
This now paginates the ROI table by Z/T plane for multi-plane images.
This is a much nicer experience than simple pagination of all ROIs (testing with the Multi-T image below). It should allow you to work with ROIs "as normal" for images with less than 500 ROIs per plane. For Big Images (or any image planes with > 500 ROIs per plane) we paginate the ROIs within that plane.
To test, open an image with lots of ROIs (user-3):
< or >
buttons, slider or by putting number in input. No updates possible while the ROIs are loading and invalid numbers should be ignored. Also, no change possible with unsaved ROIs.