Skip to content
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

Inplace import icon dev 5 0, 11970 (rebased onto develop) #2148

Merged

Conversation

dominikl
Copy link
Member

@dominikl dominikl commented Mar 6, 2014

This is the same as gh-2116 but rebased onto develop.


Insight: Added an icon indicating that an image is an in-place import http://trac.openmicroscopy.org.uk/ome/ticket/11970

To test:

@dominikl
Copy link
Member Author

dominikl commented Mar 6, 2014

--rebased-from #2116

@dominikl dominikl restored the rebased/develop/inplace-import-icon-dev_5_0 branch March 6, 2014 09:18
@jburel jburel added the develop label Mar 6, 2014
@pwalczysko
Copy link
Member

Having some problems with in-place import of couple of screenslhots on trout (possibly not connected with this PR):

2014-03-07 16:21:03,597 5210       [      main] ERROR  .importer.transfers.HardlinkFileTransfer - transfer process returned 1
2014-03-07 16:21:03,671 5284       [      main] ERROR     ome.formats.importer.cli.ErrorHandler - FILE_EXCEPTION: /homes/pwalczysko/petr-data/Screen Shot 2013-08-27 at 13.59.14.png
java.lang.RuntimeException: transfer process returned 1
    at ome.formats.importer.transfers.AbstractExecFileTransfer.exec(AbstractExecFileTransfer.java:137) ~[blitz.jar:na]
    at ome.formats.importer.transfers.AbstractExecFileTransfer.transfer(AbstractExecFileTransfer.java:57) ~[blitz.jar:na]
    at ome.formats.importer.ImportLibrary.uploadFile(ImportLibrary.java:410) [blitz.jar:na]
    at ome.formats.importer.ImportLibrary.importImage(ImportLibrary.java:473) [blitz.jar:na]
    at ome.formats.importer.ImportLibrary.importCandidates(ImportLibrary.java:274) [blitz.jar:na]
    at ome.formats.importer.cli.CommandLineImporter.start(CommandLineImporter.java:218) [blitz.jar:na]
    at ome.formats.importer.cli.CommandLineImporter.main(CommandLineImporter.java:685) [blitz.jar:na]
2014-03-07 16:21:03,672 5285       [      main] ERROR        ome.formats.importer.ImportLibrary - Error on import
java.lang.RuntimeException: transfer process returned 1
    at ome.formats.importer.transfers.AbstractExecFileTransfer.exec(AbstractExecFileTransfer.java:137) ~[blitz.jar:na]
    at ome.formats.importer.transfers.AbstractExecFileTransfer.transfer(AbstractExecFileTransfer.java:57) ~[blitz.jar:na]
    at ome.formats.importer.ImportLibrary.uploadFile(ImportLibrary.java:410) ~[blitz.jar:na]
    at ome.formats.importer.ImportLibrary.importImage(ImportLibrary.java:473) ~[blitz.jar:na]
    at ome.formats.importer.ImportLibrary.importCandidates(ImportLibrary.java:274) ~[blitz.jar:na]
    at ome.formats.importer.cli.CommandLineImporter.start(CommandLineImporter.java:218) [blitz.jar:na]
    at ome.formats.importer.cli.CommandLineImporter.main(CommandLineImporter.java:685) [blitz.jar:na]
2014-03-07 16:21:03,672 5285       [      main] INFO         ome.formats.importer.ImportLibrary - Exiting on error
[pwalczysko@ome-c6100-3 OMERO-CURRENT]$ 

@pwalczysko
Copy link
Member

All the attempts to in-place import to trout ended like the above. Also plates, whole folder, single images, both ln_s and ln. Not able to in-place import to trout.

@joshmoore
Copy link
Member

The above is due to the difference between /home/hudson (local) and /homes/pwalczysko (mounted). Currently being looked into.

@pwalczysko
Copy link
Member

Further problem: inability to really import any plates to trout (be it in-place or not). Also when trying via client, the result is the same. The plate just does not appear in Insight, although the cmd line output does not show breaks. This is being investigated by @melissalinkert and @joshmoore .

he correct reader is being used server-side, but no plates or wells are being registered at all....
17:23 /repositories/OMERO-5.1-merge-deploy/ManagedRepository/user-1_8/2014-03/07/17-10-57.056.log for reference.

Tested formats with this behaviour:

  • bd-pathway
  • cellworx
  • flex

@pwalczysko
Copy link
Member

Tested the Project/Dataset/Image data - all works as expected in the sense of this PR. As indicated above, could not test plates.

Nevertheless (sorry, @dominikl for not noticing this already in 5.0.0) - there is no way a user can read the content of the tooltip on the In-place icon before it vanishes. I actually still did not read to the end, because the text is long, and am not sure what does it actually say.

@pwalczysko
Copy link
Member

Now I have read to the end of the tooltip, after trying 6-7 times to read really really quickly. The most important information is unfortunately at the bottom of the tooltip. Also, as you are using the sign for the icon of the Show file path feature, it is quite hard to decipher this, because it is not a usual sign, but icon, which is being drowned in the text. No way a user would find anything via this tooltip I am afraid.

@dominikl
Copy link
Member Author

dominikl commented Mar 9, 2014

Tooltip text is as stated in the google doc. So revert PR and return to discussion?
https://docs.google.com/document/d/1ZqJD0oyVOl5pnZR6w97PrskWM5U2C6QrrxNnPTyH4rk/

@pwalczysko
Copy link
Member

The main problem here is that the tooltip stays visible only so shortly. If this can be relieved easily, then I would do so. Otherwise probably need to return to discussion as suggested by @dominikl - but have nothing against merging this PR, it improves things I think - it is just that it was not envisaged that the tooltip is so intermittent. Opinion, @gusferguson ?

@gusferguson
Copy link

@dominikl @pwalczysko - the tooltip text in the scoping was still up for discussion. As I don't think users will have any mental model of what an in-place import is, I am at a loss as to what should be in the tooltip. Colin made some suggestions on modifying the tooltip text (comment in the GDoc) but I would say put it out for consultation - at the risk that the ensuing committee decision will make it even worse!
I will have a think about it.

@gusferguson
Copy link

@dominikl @pwalczysko
Suggestion:
In-place import - the file may not be located within the OMERO data directory. Click the file path button to see it's location.

@pwalczysko
Copy link
Member

@gusferguson There is the problem of what to really put in. But another problem is that you have 2-3 seconds to read the text in the tooltip, before it vanishes… - the above is too long for that unfortunately as well (although I like it as a text when reading it here in peace on github)

@pwalczysko
Copy link
Member

Thinking about this further, I actually think this text simply should not be a tooltip - it should be a popup window just like the Show file path button. Then it will stay long enough, and we can put the path there as well, instead of referring the user to yet another button - I know that this is muddying the water a bit, but the tooltip is really exasperating when you cannot read it.

@mtbc
Copy link
Member

mtbc commented Mar 10, 2014

Good idea, as also it is nice to be able to copy and paste from that kind of thing.

@gusferguson
Copy link

Good idea - I would go with that as it will allow us to put the path in and use as much explanation as necessary.

@dominikl
Copy link
Member Author

Ok!

@dominikl
Copy link
Member Author

Well, the problem with the popup window is, it stays open. I guess that's a bit weird behaviour, if the user runs over the icon with the cursor and a popup window opens, which doesn't close automatically. If a window like thing opens without explicitly clicking on a button I'd expect it to vanish automatically again.
If staying with the tooltip there would also be the possibility to increase the duration it's shown (default timeout is 4 sec); usually this affects all tooltips in general, but with a bit a hack it's possible to just increase the timeout for this specific tooltip.

@pwalczysko
Copy link
Member

Popup mini-menu - saying Show info or anything else, thus encouraging the user to click on it ? (just like it is in Show file path icon)

@pwalczysko
Copy link
Member

Happy with the long-stay tooltip as well though.

@joshmoore
Copy link
Member

@dominikl : are you implementing these via this PR? Or a new round of 2 PRs?

@jburel
Copy link
Member

jburel commented Mar 10, 2014

Since it is a rebase, I will go for another PR. this can fix while working on the Show path ticket

@dominikl
Copy link
Member Author

Ok, I'll implement it in the scope of the "Show path" PR.

joshmoore added a commit that referenced this pull request Mar 11, 2014
…-icon-dev_5_0

Inplace import icon dev 5 0, 11970 (rebased onto develop)
@joshmoore joshmoore merged commit 6d2c73b into ome:develop Mar 11, 2014
@dominikl dominikl mentioned this pull request Mar 13, 2014
@dominikl dominikl deleted the rebased/develop/inplace-import-icon-dev_5_0 branch April 8, 2014 09:06
@sbesson sbesson added this to the 5.1.0-m1 milestone Oct 14, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

7 participants