0

私は過去に acm グラフィックス ライブラリでかなりの作業を行ってきましたが、スタンフォードが割り当てたブレイクアウト問題に取り組み始めたところです。グラフィックに関して過去に何度か経験した問題の 1 つは、座標が実際に表示されている形状を正確に反映していないことです。最終的に、それらの割り当てについて、私はそれを目で見て、適切に見えるまで修正を加えることになりました。ここで何かが欠けているのは明らかなので、単純なグラフィックプログラムはそれほど難しくないはずです。

たとえば、acm.graphics を使用すると、私のコードは次のようになります。

public static final int APPLICATION_WIDTH = 400;
public static final int APPLICATION_HEIGHT = 600;

public void setupBorder(){
    // **Sets Black Background
    GRect b = new GRect(0,0,400,600);  //** Sets Black Background
    fillObj(b,Color.black);
    add(b);

    //**Sets White Square so border is 5 pixels wide on each side
    b = new GRect(5,5,APPLICATION_WIDTH-10,APPLICATION_HEIGHT-10);
    fillObj(b,Color.white);
    add(b);
    }

したがって、ここでの私の考えは、右に 5 ピクセル、下に 5 ピクセル移動したことです。これらを減算し、さらに 5 ピクセルを引いて、各辺に 5 ピクセルの境界線を作成します (基本 2b+x = 1 辺、2a+y= 垂直辺）。これにより、両側に 5 ピクセルの黒い境界線が作成され、中央に白い正方形が作成されると思われるかもしれませんが、そうではありません。ウィンドウの左側、右側、および上部に境界線を作成しますが、下部には作成しません。では、これほど単純なことで、何がうまくいかないのでしょうか? ダブル、トリプル、さらにはクアッドで計算を紙で確認しましたが、中央に白い正方形があり、5 ピクセルの黒い境界線があるはずですが、そうではありません。パーセンテージのピクセルを変更しようとしましたが、結果が悪化しました。Y 値が約 -35 に近くなるまでボックスを手動で編集しますが、それは少し遠すぎます。誰が何がうまくいかないのか考えていますか?

アプリウィンドウ

クラス内の他のメソッドを実行するために行われたこれらの変更をブレイクアウトします。

public void run() {
    /* You fill this in, along with any subsidiary methods */
    init();
}

public void init(){

    setupBorder();


}

public void setupBorder(){
    //**Black Background
    GRect b = new GRect(0,0,400,600);  //**Black Background
    fillObj(b,Color.black);
    add(b);

    b = new GRect(5,5,APPLICATION_WIDTH-10,APPLICATION_HEIGHT-10);
    fillObj(b,Color.white);
    add(b);
}

public void fillObj(GFillable a, Color argC)
{
    a.setFillColor(argC);
    a.setFilled(true);
}
4

3 に答える 3

2

アプリケーションウィンドウのサイズ（ウィンドウの境界線を除くがメニューを含み、この場合は400 * 600）と描画可能領域のサイズ（メニューを除く）を混同しているようです。つまり、ドローアブルエリア（メニューの下）の外側を再ペイントします。

ウィンドウには次のものがあります。

  • OSによって提供される境界線。内側は400x600です。
  • メニューバー。
  • メニューバーの下の描画可能な領域（キャンバス）。メニューバーの幅だけ400x600より短いです。

あなたも

  • キャンバスサイズを読み取り、ウィンドウサイズの代わりに使用する必要があります。getCanvas().getHeight()
  • ウィンドウサイズの代わりにキャンバスサイズを設定し、必要に応じてウィンドウサイズ自体を設定する必要があります。のようGraphicsProgramにApplet、これは不可能のようです。
  • メニューの高さを見つけて、ウィンドウの高さをその量だけ増やす必要があります（最後の手段）。
于 2012-11-14T10:40:46.330 に答える
0

私は、すべてのアプレットの読み込み時にアプリケーション サイズを明示的に設定することを習慣にしています。これは私が通常ウィンドウサイズを設定する方法です:

@Override

public void init(){
    resize(APPLICATION_WIDTH, APPLICATION_HEIGHT);
}

また、 run( )からinit()を呼び出す必要はありません。初期化時にアプレットビューアによって自動的に呼び出されます。

私はあなたが使うべきだと思います：

b = new GRect(5,5,getWidth()-10,getHeight()-10); //gets window width & height

また：：：

b = new GRect(5,5,b.getWidth()-10,b.getHeight()-10); //gets former 'b' width & height

それ以外の：

b = new GRect(5,5,APPLICATION_WIDTH-10,APPLICATION_HEIGHT-10);
于 2012-11-22T21:33:56.857 に答える
0

ウィンドウのサイズは、setSize() メソッドを使用して変更できます。それよりも、まだ座標の問題に直面しています。作業領域のサイズを読み取るとき、幅は常に 16 ずつ、高さは 58 ずつ減少します (前述のように、おそらくメニューと W7 の境界線が原因です)。

setSize() を呼び出すときに注意する必要があります。

[OFF]私もこの分科会の課題に取り組んでいますが、同じ問題がありました。数分前にこのサイトに投稿されました。[/OFF]

于 2012-11-14T13:23:23.300 に答える