Copy ome.api.* documentation to omero.api.* (5)#4702
Conversation
| * the family. | ||
| * @param noiseReduction Pass <code>true</code> to turn the | ||
| * noise reduction algorithm on, | ||
| * <code>false</code> otherwise. |
There was a problem hiding this comment.
I don't think these need fixing now - as it was in the original docs - but this use of 'otherwise' for a parameter is not quite right. It's fine for a return value which is dependent on something but here it is simply 'The value passed to the noise reduction algorithm' or 'The boolean value...' This occurs a good number of times in this file where booleans are passed in.
|
This all looks fine, rendering and links look fine. The one comment is more for the future if you want to get this merged now. |
|
|
|
for |
|
No doc for |
|
Search.ice: missing double-quote e.g. |
|
@jburel: I do not have any plan to open a PR adding extra content yet. Instead, the assumption was that the documentation will be reviewed in both places as part of future feature work. |
|
If I remember correctly, the problem showed up when I started the server and the service was used. |
|
I should have mentioned: |
|
Looking at the unimplemented LUT methods, now I am wondering if it will not be better to pass an ID instead of a string for the LUT. |
|
Briefly discussed with @jburel and @ximenesuk. I will push a final commit here that reviews all worrying usages of double-quote in the Slice documentation (with regard to Ice 3.6.2) and replaces them using other types of markup. One follow-up PR here might be to codify all the stylistic decisions made as part of this set of PRs into a guideline document. |
|
Pushed. Ideally the output of should be reviewed to make sure we have not left any unsafe double quote. |
|
With this PR the output looks fine. I assume it builds okay? Probably not in the scope of this PR but: is a bit of a mess. This wasn't one of the files dealt with in this series of PRs. |
|
I can try and tidy up If we want to be on the safe side, I could drop the double quote (or add a trailing dot). |
|
we can clean ITimeline in another PR, since this PR will probably now conflict with the work I am doing on LUT support (https://github.com/jburel/openmicroscopy/tree/lut-repo) |
|
@sbesson: thanks, Looks good. @ximenesuk happy with the status of this PR. |
|
If |
See https://trello.com/c/JQ9AcNa2/77-copy-ome-api-documentation-to-omero-api
Follow-up of #4547, #4569, #4578 and #4605, this PR copies the remaining
ome.api.*Javadoc documentation into the sliceomero.api.*classes. It also includes a minor fix reported in #4605 (comment). This should be the final set of migration PRs associated with this documentation epic. Thanks to @ximenesuk for his infinite patience.To review this PR, either build the slice documentation via release-slice2html or use the published CI documentation or OMERO.docs* artifacts. Check the links are all working and the method parameters match.