主な機能:

• テキストのレンダリング
• イメージング
• ジオメトリ
• 印刷

修正されたバグ
既知のバグと問題

主な機能

テキストのレンダリング

• フォントの拡張
  java.awt.Fontクラスの次の定数が、論理フォントの正規ファミリ名を表すために導入されました。
  • DIALOG
  • DIALOG_INPUT
  • SANS_SERIF
  • SERIF
  • MONOSPACED
    
  現在のヒントに従ってFontRenderContextオブジェクトを作成し、アプリケーション経由でテキストを測定するには、FontMetricsクラスに追加された getFontRenderContext()メソッドを使用します。
  Java SE 6ではGraphicsEnvironmentクラスの新しいregisterFont(Font font)メソッドが導入されましたが、これを使えば、Font.createFont(int, java.io.InputStream)メソッドを使って作成されたフォント、またはFont.deriveFont(int, float)メソッドを使って作成済みフォントから派生されたフォントを登録できます。登録が成功すると、registerFontメソッドからtrueが返されます。このメソッドからfalse valueが返された場合、それは、登録しようとしているフォントが、作成済みのフォントでないか、あるいはこのGraphicsEnvironmentオブジェクトにすでに登録されている非登録フォントと競合していることを意味します。
  特定のアンチエイリアス処理レンダリング・ヒントまたは部分レンダリング・ヒントを指定してFontRenderContextオブジェクトを作成できるように、java.awt.font.FontRenderContextクラスの新しいコンストラクタが導入されました。Java SE 6.0の新機能を反映するために、次のメソッドが追加されました。
  • isTransformed() - FontRenderContextオブジェクトが変換されたレンダリング・コンテキストでテキストを測定することを示す。
  • getTransformType() - アフィン変換の整数タイプを取得する。
  • getAntiAliasingHint() - FontRenderContextオブジェクトに適用可能なテキスト・アンチエイリアス処理レンダリング・モード・ヒントを取得する。
  • getFractionalMetricsHint() - FontRenderContextオブジェクトに適用可能なテキスト部分メトリックス・レンダリング・モード・ヒントを取得する。
  • getPixelBounds() - TextLayoutオブジェクトのピクセル境界を取得する。このメソッドは、影響のあるピクセル境界を定義するRectangleオブジェクトを返します。

• 新しいテキスト・アンチエイリアス処理モード
  テキスト・アンチエイリアス処理は、画面上でテキストの端を平滑化するために使用されるテクニックです。Java 2D APIには、このテクニックを使用すべきかどうかや使用すべきアルゴリズムを指定する手段として、Graphicsオブジェクトにテキスト・レンダリング・ヒントを適用する機能が用意されています。LCDディスプレイに最適化された新しいテキスト・アンチエイリアス処理メソッドが追加されました。これらは一部のシステム上でデフォルトで有効化され、RenderingHintsクラス内で定義された対応するキーと値を使って制御できます。
• 
  アンチエイリアス処理の詳細は、Javaチュートリアルの、レンダリング・ヒントを使用したアンチエイリアス処理したテキストの表示に関するセクションとレンダリング品質の制御に関するセクションを参照してください。
  
  
• グラフィック属性の拡張機能
  以前のバージョンのJDKから含まれているTextLayoutクラスのgetOutline(AffineTransform)メソッドとともに、GraphicAttributeクラスの新しいgetOutlineメソッドを使えば、GraphicAttributeオブジェクトがレンダリングする領域を表すShapeオブジェクトを取得できます。ShapeGraphicAttributeクラスのgetOutlineメソッドは、ShapeGraphicAttributeオブジェクトがレンダリングする領域の輪郭が取得されるように、GraphicsAttributeクラスの対応するメソッドをオーバーライドします。
  
  
• レイアウト・パス
  新しいLayoutPathクラスは、ベースラインを基準にしたPoint2D位置とユーザー空間内のポイントとのマッピングを提供します。このクラスの2つのメソッドは、双方向のマッピングを可能にします。つまり、ある位置からユーザー座標内のあるポイントへと、逆にユーザー座標内のあるポイントからある位置へです。TextLayoutオブジェクトのレイアウト・パスを取得するために、getLayoutPath()メソッドがTextLayoutクラスに追加されました。
  
  
• テキスト属性
  フォントの外観を改善するために、TextAttributeクラスに新しい属性が導入されました。KERNING属性を使えば、カーニング整数値を要求して文字の外観をより美しくできます。KERNING_ON定数は、テキスト・レンダリング時にフォントによって指定されたカーニング・ペアに従ってグリフ間の間隔が調整されることを要求します。LIGATURES属性の定数値LIGATURES_ONを使用すると、フォントによって指定されたオプションの合字を適用するように要求されます。TRACKING属性は、グリフ間の間隔の粗密を制御するために使用されます。たとえば、TRACKING_LOOSE定数を使用すると、各グリフ間に追加のスペースが割り当てられ、配分されます。

イメージング

• BufferStrategyクラスの新しいメソッド
  システム・リソース管理を改善するために、java.awt.image.BufferStrategyクラスにdispose()メソッドが追加されました。この新しいメソッドは、BufferStrategyオブジェクトによって消費されたシステム・リソースを解放します。さらに、このメソッドは、関連付けられたComponentインスタンスからこのBufferStrategyオブジェクトを削除します。

ジオメトリ

• 簡単な合成
  AlphaCompositeクラスに次のメソッドが追加され、指定された合成規則またはalpha値を使用するAlphaCompositeオブジェクトを取得できるようになりました。
  • public AlphaComposite derive(int rule)
  • public AlphaComposite derive(float alpha)

  この2つのメソッドを使えば、開発者はさまざまな合成効果のコーディングを行い、getInstanceメソッドのより複雑な使用を避けることができます。

• Composite alpha0 = null, alpha1 = null;
  
  alpha0 = AlphaComposite.SrcOver.derive(alpha);
  alpha1 = AlphaComposite.SrcOver.derive(1-alpha)
      
  

• グラデーション・ペイント機能
  MultipleGradientPaintクラスを継承したLinearGradientPaintクラスとRadialGradientPaintクラスは、特定のカラー・グラデーション・パターンを使ってShapeオブジェクトを塗りつぶします。 MultipleGradientPaint.CycleMethod列挙は、無効化(CycleMethod.NO_CYCLE)、反射(CycleMethod.REFLECT)、または繰り返し(CycleMethod.REPEAT)ペイントを使ってグラデーション境界の外側のペイントを処理するために使用されます。
  

       Point2D start = new Point2D.Float(0, 0);
       Point2D end = new Point2D.Float(100, 100);
       float[] dist = {0.0f, 0.2f, 1.0f};
       Color[] colors = {Color.BLACK, Color.WHITE, Color.GRAY};
       LinearGradientPaint p =
            new LinearGradientPaint(start, end, dist, colors, CycleMethod.REFLECT);
  

• アンカー・ポイントの周りの回転
  Java SE 6.0では、アンカー・ポイントを使用する既存の回転方法に加え、グラフィック・オブジェクトを回転ベクトルに従って回転させたり、アンカー・ポイントの周りに回転ベクトルに従って回転させたりできます。この新機能をサポートするために、AffineTransformクラスで次のメソッドが導入されました。
  
  
  • public static AffineTransform getRotateInstance(double vecx, double vecy)
  • public static AffineTransform getRotateInstance(double vecx, double vecy, double anchorx, double anchory)
  • public static AffineTransform getQuadrantRotateInstance(int numquadrants)
  • public static AffineTransform getQuadrantRotateInstance(int numquadrants, double anchorx, double anchory)
  • public void rotate(double vecx, double vecy)
  • public void rotate(double vecx, double vecy, double anchorx, double anchory)
  • public void quadrantRotate(int numquadrants)
  • public void quadrantRotate(int numquadrants, double anchorx, double anchory)
  • public void setToRotation(double vecx, double vecy)
  • public void setToRotation(double vecx, double vecy, double anchorx, double anchory
  
  setToQuadrantRotation(int numquadrants)メソッドを使えば、指定された数の四分円だけ回転できます。その片方は、指定されたアンカー・ポイントを中心にして指定された数の四分円だけ座標を回転させる変換を返します。
• 
  
• 逆変換の簡易取得方法
  AffineTransformクラスの新しいメソッドは逆変換機能を改善します。Java SE 1.2で createInverseメソッドが導入され、これによって形状の座標を元の位置に変換していましたが、新しいinvert()メソッドを使えば、現在の変換をそれ自体の逆状態に設定できます。
• 
  
  
• GeneralPathクラス用の倍精度
  Java 2D APIには長らく、GeneralPathクラスの倍精度版が含まれていませんでした。Path2DクラスはPathIteratorインタフェースで反復可能なパスを表しており、2つのサブクラスPath2D.FloatおよびPath2D.Doubleを持っています。変更後の階層では、GeneralPathクラスはPath2D.Floatクラスのサブクラスになりました。これらがいずれも単精度で使用できるのに対し、Path2D.Doubleクラスは倍精度に適用できます。GeneralPathクラスではなくPath2D.Floatクラスを使用する理由の1つは、アプリケーションで単精度型と倍精度型の両方が採用されている場合の、コードの一貫性と明示性を高めることです。
• 
  
• 形状クラスの新しいhashCode()メソッドとequals()メソッド
  JDK 1.2以降、Rectangle2DクラスにはhashCode()メソッドとequals()メソッドが含まれていましたが、RectangularShapeクラスのほかのサブクラスにはその同じ機能が含まれていませんでした。JDK 6.0ではこのギャップを埋めるために、Arc2D、Ellipse2D、およびRoundRectangle2DクラスにhashCode()とequals()メソッドが追加されています。

 

印刷

• PrinterJobクラスでの拡張機能
  属性によるページ記述からPageFormatオブジェクトへの変換をより簡単に行うための簡易メソッドとして、getPageFormatメソッドがJDK 6.0に追加されました。

修正されたバグ

6182443回転されたアンチエイリアス処理済みテキストのグレーが薄すぎる

このバグは基本的に、非四分円変換のヒントをオフにすることの副作用です。この問題は、4654540の修正の一部として解決されました。

4151279楕円、弧、および角の丸い矩形のレンダリング中に視覚的なアーティファクトが現れる

3次および2次のベジェ曲線の描画用として、適応的前進差分が適用されるパイプラインが別個に開発されました。このアプローチを使うと、ベジェ曲線の描画品質と描画速度が顕著に改善されます。

4924220 Microsoft Sans Serif (True Type)フォントが正しくレンダリングされない

スキャン変換アルゴリズムの現在の実装のため、Microsoft Sans Serifフォントのグリフが破損しているように見えていました。6282527バグの修正の一部として、スマート・ドロップアウト・メカニズムが追加されています。

6300721動画GIFイメージを異なるイメージ・フレームを使って繰返し作成すると、VMがクラッシュする

あたかもコードが配列の末尾より後の領域にアクセスしたかのようにJavaヒープ内でメモリーが破壊された結果として、VMのクラッシュが発生していました。この修正は、イメージの最初の部分が取得された時点でイメージ表現コードの寸法をチェックします。寸法が一致しない場合には、内部バッファ内のイメージが作成し直されます。

6279846 ColorConvertOpインスタンスに指定されたソースとデスティネーションのColorSpaceが同じである場合にピクセル値が異なる

ColorConvertOpインスタンスに指定されたソースとデスティネーションのColorSpaceオブジェクトが同じであった場合に、色変換されたデスティネーションと元のソースとの間でピクセル値が異なっていました。このバグを修正するために、sRGBプロファイルが更新され、高速トラックが作成されています(色変換は一切行われない)。

4654540拡大縮小および反転行列によるテキスト・レンダリングでのヒントのサポートが必要

Truetypeヒントは、ピクセル・グリッドに関するグリフの方向が固定されるという前提で設計されました。それが、回転、変形、拡大縮小などの複雑なアフィン変換がtruetypeヒントでサポートされなかった理由です。その修正として、次のアプローチが実装されています。

• 元の変換を、ビットマップ変換(四分円回転とミラーを組み合わせたもの)と残りの変換に分解します
• さらに残りの変換を、安全なヒント変換と輪郭補償変換に分解します
• 安全な変換を使ってヒントを実行します
• ヒント実行後の輪郭に補償変換を適用します
• スキャン変換を実行します
• ビットマップ変換を適用します

6397684 PrintServiceオブジェクトの設定時に名前を指定しないとJVMがクラッシュする

PrintServiceオブジェクトの設定時に名前を指定しなかった場合(getName()メソッドがnullを返す場合)、JVMがクラッシュしていました。この問題の原因は、次のような特定ユーザーの実装でした。PrintServiceインタフェースのgetName()関数からnullが返され、このnull値がネイティブ関数setNativePrintServiceに渡されていました。

6444688 Windows上で透明ピクセルを含むIndexColorModelイメージの印刷が失敗することがある

Windowsプラットフォームで、ビットマスク透明度を含むイメージの印刷が正しく行われないことがありました。ビットマスク透明度を使用している場合に問題が存在していました。印刷コードは、ビットマスク透明度を、元のイメージのより小さな複数のサブ・イメージとして処理していました。この修正には、もっとも単純でリスクの少ない解決方法が含まれています。それは、常にイメージのコピーを作成することです。

6320281 Type1ヒントのサポートが欠けている

JDK 6より前にJavaのフォント・ラスタライザがサポートしていたヒントは、Truetypeフォントに対するヒントだけでした。しかし、SolarisおよびLinuxプラットフォームではType1フォントが一般的に使用されており、ヒントを使用しないType1フォントは通常、あまり自然には見えませんでした。type1のヒントをサポートするために実装された機能は、次のとおりです。

• hstemおよびvstem
• dotsection
• BlueValuesおよびOtherBlues
• type1ヒントの置換

4912220 1.4リグレッション: 反転と非対称の拡大縮小を組み合わせるとしばしば、フォントが変形してしまう

Truetypeのヒントは、任意の変換のサポートを想定せずに設計されました。この制限を克服するため、重要な変換が要求された場合には、「安全」な単位行列を使ってヒントを適用したあと、ヒント適用後の輪郭を変換します。この問題は、4654540の修正の一部として解決されました。

5051527イメージのより高速かつ直接的なソフトウェア変換

イメージ変換用のコードは、イメージ処理ライブラリを使って処理を実行していました。このアプローチでは、変換処理を行うたびに少なくとも1つの中間バッファを作成する必要がありました。新しいコードでは、任意の内部処理形式の変換と任意の内部処理形式への合成を、1つの処理内で、スタックで割り当てられた最小の1行ピクセル・バッファのみを使って行えます。

既知のバグと問題

6343853

Windows Vistaでは、DirectDrawによるハードウェア高速化は現時点ではデフォルトで無効になっていますが、これは、Vistaのデスクトップ・ウィンドウ・マネージャとの互換性に問題があるからです。

-Dsun.java2d.noddraw=falseプロパティを使えば、DirectDrawパイプラインの使用を再度有効にできます。ただし、レンダリング・アーティファクトやパフォーマンスの問題のため、それはお薦めできません。Direct3Dパイプラインも有効にするには、前述のフラグと-Dsun.java2d.d3d=trueを組み合わせて使用するようにしてください。