XProfan

Mir ist nur nicht klar, warum man da ausgerechnet Rectangle nehmen muß

- Page 1 -

Web
Scanner

Danke großer Meister, jetzt gehts.

Sogar in weiß! Suppaaa...
Kompilieren Markieren Separieren

Rectangle 0,0 - 800,600
UseBrush 1,@RGB(254,254,254)
FILL 600,800,@RGB(100,100,100) Bildschirm vor Ausgabe der Vektoren löschenre>

Grüße

Web

Xprofan X3.1

Win7 auf AMDX6

@Web...
Wenn Du den Code so schreibst, wie hier, brauchst Du kein FILL - die Funktion ist per etwas Anderes gedacht - Aiuto lesen ! ;)
Kompilieren Markieren Separieren

UsePen 0,1,RGB(254,254,254)
UseBrush 1,RGB(254,254,254)
Rectangle 0,0 - 800,600re>

Web
Scanner

Ich stehe aufm Schlauch, ich gebe es zu...

Aus der Aiuto...
Fill X,Y,C

X,Y : Wert - Koordinaten

C : Wert - RGB-Farbwert der Grezfarbe

Ausgehend von Punkt X,Y wird alles bis zu einem Rahmen, der die Farbe C hat, mit dem aktuellen Pinsel, der mit UseBrush eingestellt wurde, gefüllt.

Beispiel:

Fill 20, 50, @RGB(0,0,31)

Grüße

Web

Xprofan X3.1

Win7 auf AMDX6

Wenn Deine HPGL-Zeichenroutine ein hPic erzeugt, dann kannst Du dieses einem Control zuweisen.

Du müsstest nur das Control zerstören um die Zeichnung zu entfernen.

Andernfalls ist wie Horst bereits erwähnte Rectangle hier eine gute Wahl.

Web Scanner

Aus der Aiuto...
Fill X,Y,C

X,Y : Wert - Koordinaten

C : Wert - RGB-Farbwert der Grezfarbe

Auch ein netter Rechtschreibfehler Grezfarbe in der Aiuto - habs überprüft...

RGH

@Web S:

Wenn Du den Befehl Rectangle verwendest, brauchst Dzu den Fill-Befehl nicht mehr.
Rectangle zeichnet ein Rechteck. Und wenn Du mit UseBrush ein Pinsel des Typs 1 (ausgefüllt) nimmst, kannst Du ein Recheck in beliebiger Farbe zeichnen, dass alles darunterliegende verdeckt! Rectangle ist im Übrigen deutlich (!) schneller als Fill. Fill ist eher per unregelmäßige auszufüllende Flächen geeignet.

Saluto
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

deshalb funktioniert auch rectangle 0,0 - 1,1 nicht.

Ich fürchte nun eine rolandexplodsche Erklärung.

Roland hats gesagt...

Rectangle hat leider einen Bug - glaube schon immer...

Die Endkoordinaten werden nicht immer exakt verwendet - eher einen Pixel zu wenig in x und y.

Kann man gut nachzählen:
Kompilieren Markieren Separieren

cls
rectangle 0,0 - 10,10
waitinput
end<

pre>

@iF
Da komme ich als der XProfan-Tüfftler zu meinem Auftritt

Ich probiere halt solange, bis es stimmt.
Genies schütteln alles aus dem Handgelenk und wenn es dann nicht klappt, wird es auf einen Profan-Bug geschoben

Web
Scanner

Danke per die vielen Hinweise an alle.
Die tolle hpic Funktion kannte ich noch nicht

Grüße

Web

Xprofan X3.1

Win7 auf AMDX6

Web Scanner

Die tolle hpic Funktion kannte ich noch nicht

Eine der wie ich finde interessantesten Erweiterungen des XProfan 11!

deshalb funktioniert auch rectangle 0,0 - 1,1 nicht.

Ich fürchte nun eine rolandexplodsche Erklärung.

- Page 2 -

RGH

cls
rectangle 0,0 - 10,10
waitinput
end<

pre>

Nein, hier ist die Sache wesentlich einfacher: Ich übergebe die Koordinaten 1:1 an die Windows-API Rectangle ... und die gibt es dann so aus.

Saluto
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

Ist imho ein Problem fast selber Kategorie.

Klar hier stehts: [...]

> If a PS_NULL pen is used, the dimensions of the rectangle are 1 pixel less in height and 1 pixel less in width.

Als XProfaner erwarte ich jedoch kein PS_NULL nach usePen 2,0,0 oder usePen 0,0,0, und eigentlich auch nicht bei usePen 5,0,0. Also schreibt man sich wieder eine Ersatzfunktion, das habe ich verstanden - aber dann ists wieder kein XProfan und langsamer.