Looks good to me.

Thanks,
Alexander.

On 25/05/2017 06:54, Sergey Bylokhov wrote:
Hi, Phil.
Thank you for a review, the fix is updated:
Webrev can be found at: http://cr.openjdk.java.net/~serb/8180889/webrev.01
Specdiff: http://cr.openjdk.java.net/~serb/8180889/specdiff.01/java/awt/datatransfer/package-summary.html

Note that I have updated the text about Oracle's implementation and moved it to @implNote tag:
http://cr.openjdk.java.net/~serb/8180889/specdiff.01/java/awt/datatransfer/DataFlavor-report.html#method:getTextPlainUnicodeFlavor()
So I'll file a ccc after the technical review.

----- philip.r...@oracle.com wrote:
>
I don't know why it was necessary to update the non-API classes here, and I also see some lines reformatted without any actual changes, even white space fixes but apart from adding to noise in the change they are OK. also this is not strictly doc since you cleaned up (not just reordered) some import statements so I added noreg-cleanup to the bug labels. A few nits : DataFlavor.java 104 * to Use Drag and Drop and Data Transfer</a>, section in
105 * <em>Java Tutorial</em>. in Java Tutorial -> in the Java Tutorial
483 * successfully loaded, then an {@code ClassNotFoundException} is an -> a 594 * Sun's implementation for Microsoft Windows uses the encoding 595 * {@code utf-16le}. 596 * Sun's implementation for Solaris and Linux uses the encoding Sun -> Oracle ?? And what about MacOS ? 1249 * @return {@code true} if the {@code DataFlavor} specified represents a 1250 * List of File objects 1250 should perhaps be : {@code java.util.List} of {@code java.io.File} objects -phil.
> On 05/23/2017 07:19 PM, Sergey Bylokhov wrote:
>

    Hello,
    Please review the fix for jdk9.

    Bug:https://bugs.openjdk.java.net/browse/JDK-8180889
    Webrev can be found at:http://cr.openjdk.java.net/~serb/8180889/webrev.00
    
Specdiff:http://cr.openjdk.java.net/~serb/8180889/specdiff.00/java/awt/datatransfer/package-summary.html


    In jdk9 a lots of specifications and javadocs were updated, but it seems 
that java.datatransfer module was missed, because the client team cleanup only 
the java.desktop module.

    In this fix the only javadoc is updated and the next rules were applied:
      - <tag> should be replaced by {@tag }
      - @deprecated tag should have some text
      - 80 column limit
      - description of the class/method/field should be followed by dot
      - @param, @return should not end with a dot, except a case when more than 
one sentences are used
      - empty line after description/before the first tag was added
      - unnecessary empty lines were removed
      - sets of spaces in the middle of text were deleted
      - @param, @throws, @return should be aligned, to be more readable
      - unnecessary imports should be removed
      - the "null"/"true"/"false"/"this" should be wrapped in {@code } when 
necessary
      - the order of different tags were unified across the package

    The specdiff is provided and the most visible changes are:
    
http://cr.openjdk.java.net/~serb/8180889/specdiff.00/java/awt/datatransfer/DataFlavor-report.html#method:normalizeMimeTypeParameter(java.lang.String,%20java.lang.String)
    
http://cr.openjdk.java.net/~serb/8180889/specdiff.00/java/awt/datatransfer/DataFlavor-report.html#method:normalizeMimeType(java.lang.String)
    where the text about deprecation was moved to the @deprecated tag.


>

Reply via email to