Zitat:

---

Original von MaikG:
>Turboprint habe ich dafür deaktiviert. Wenn Turboprint läuft,
>dann hast Du ein anderes printer.device.

Ich denke TP ist das meistgenutzte, denn die OS3.9 Treiber sind
teilweise buggy oder es gibt keine für halbwegs aktuelle Drucker.

---

Zitat:

---

TP sollte eigentlich zu >=OS3.5 kompatibel sein.

---

Zitat:

---

Original von MaikG:
Tja, ich hab schon überlegt ein Teil des Druckens in C
zu legen. Dafür wollte ich mal das Beispiel vom NDK3.9
Testen.
Und was passiert - nix. Also wenn das bereits fertig Compilierte
Programm in C nicht läuft brauch man nicht versuchen das in
Basic umzusetzten...

---

Zitat:

---

Original von MaikG:
>In diesem Beispiel wird BYVAL (was bedeutet dies?) verwendet,
>in Deinem Quellcode dagegen nicht.

Das die Variable als Wert übergeben wird, daher vom
unterprogramm nicht geändert werden kann. Ist auch schneller,
hat aber nichts zu bedeuten.

---

Zitat:

---

Stimmt das mit TAG_USER+0x60000 ? Kam mir etwas komisch vor.

---

Zitat:

---

Original von MaikG:
>Wird irgendwas zur Hook-Funktion, insbesondere zu den erforderlichen
>Parametern und deren Reihenfolge, gesagt?

Ja, ist ein Beispiel dabei:

Function meineHookFunktion&(BYVAL Hook&, BYVAL o&, BYVAL msg&)
...
End function

---

Zitat:

---

Wie gesagt ich tippe eher darauf das ich die Includes falsch
gemacht habe. Denn selbst mit falschen parametern etc. sollte
die function zumindest aufgerufen werden. Bzw. sollte wenigstens
ein Enforcer Hit kommen. Aber es passiert nichts programm bleibt
stehen.

---

Zitat:

---

CONST DRP_height% = 16

---

Zitat:

---

CONST DRP_buf% = 20

---

Zitat:

---

CONST DRPSourceMsg_sizeof%=78 'fill this buffer with 0x00RRGGBB pixels

---

Zitat:

---

CONST io_Taglist% =62

---

Zitat:

---

Original von MaikG:
>Was sagt denn das MaxonBASIC-Handbuch zu INITHOOK?

INITHOOK Hook_Adresse, Funktions_Adresse

Dieser Befehl initalisiert einen "Hook", damit er vom Betriebssystem
aufgerufen werden kann.

usw.

---

Zitat:

---

Das mit dem anderen 2 Parametern hab ich jetzt auch probiert,
erfolglos.

---

Zitat:

---

Original von MaikG:
Also ich wollte das mit der neuen OS3.5 Funktionalität mal
probieren. Passiert aber nichts, die Function wird nicht
aufgerufen.

---

Zitat:

---

Original von MaikG:
>Dies gilt, wenn Du eine echte Bitmap drucken möchtest.

Hab ich zwar auch gelesen, nur finde ich keine Funktion der
ich eine Bitmap übergeben könnte.

---

Zitat:

---

Original von MaikG:
Bissher scheint das 24 Bit drucken mit
meinen derzeitigen kenntnissen unter AGA nicht möglich.

---

Zitat:

---

Das Drucken von Graphik erlaubt nun die Angabe von RTG Bitmaps. Dabei werden
alle RTG Systeme untertützt, die das CyberGFX API cybergraphics.library
unerstützen. Wenn Die Applikation bislang die Druckausgabe nur mit einer
planaren Bitmap der graphics.library aufgebaut hat oder eine Bitmap eines
dieser RTG Systeme auf 12 oder 8 Bit Farbtiefe konvertiert hat, so kann sie
jetzt direkt die RTG Bitmaps ausgeben. Eine Colormap muß für eine High- (16 bit)
oder Truecolor (24 oder 32 Bit) Bitmap nicht angegeben werden.

---

Zitat:

---

Der neue Befehl PRD_DUMPRPORTTAGS erweitert den alten Befehl PRD_DUMPRPORT
um eine Tagliste. Derzeit sind 3 Tags definiert und implementiert:

DRPA_SouceHook: Der Wert für dieses Tags muß ein Pointer auf eine struct Hook
sein. Dieser Hook wird aufgerufen, um die Quelldaten zu lesen. Der Hook
erhält als object NULL und als message einen Zeiger auf struct DRPSourceMsg.
Diese Struktur enthält die Position und Größe des Arrays, das ausgelesen
werden soll, sowie einen Zeiger auf ein Feld von ULONGs, in die die Daten
geschrieben werden. Dieses Feld hat genau die Größe Breite*Höhe, wie sie
in der message stehen. Jedes Pixel wird als ein ULONG mit der Form
0x00RRGGBB eingetragen.

Typischerweise ist die Höhe für normalen Druck und die Breite für Querdruck
jeweils 1. Ein Programm kann für diesen Fall spezielle Optimierungen
verwenden, aber muß den allgemeinen Fall auch unterstützen.

Benutzt man das Tag DRPA_SourceHook so braucht weder ein RastPort noch eine
Colormap angegeben werden.

---

Zitat:

---

Original von Holger:
Das ist dann ein Grafikpuffer, aber keine BitMap. BitMap ist die Struktur, die vom AmigaOS als solche definiert wird. Und die kannst Du nicht in 24 Bit von Hand anlegen, weil der Aufbau nicht spezifiziert ist. Weder das printer.device, noch die graphics.library, noch irgendein anderer Teil des AmigaOS kann mit Deinem von Hand angelegtem Puffer etwas anfangen. Und wenn sowohl Bildschirm-, als auch Drucker-Ausgabe darauf hinauslaufen, dass Du Deinen privaten Puffer von Hand in eine AGA-BitMap konvertieren musst, solltest Du Dir dreimal überlegen, ob es wirklich sinnvoll ist, von Hand in Deinem Puffer zu zeichnen, statt in die BitMap, in die Du sowieso konvertieren musst...

---

Zitat:

---

Original von pixl:
da ich ja evangelisch und somit ein ungläubiger bin.

---

Zitat:

---

Original von Dr_Dom:
Ich kenne von dem Wilders nichts weiter als jetzt eben das Video, ob er wirklich in die rechte ecke zu stecken ist mag ich nur anhand des Videos nicht beurteilen.

Da ist wieder das Problem, wem oder was kann man glauben schenken, ich versuch mich schon an allen Ecken zu Informieren, aber meist ist die Darstellung doch sehr einseitig.

---

Zitat:

---

Original von Der_Wanderer:
Das ist tatsächlich ein Problem, das auch ich noch nicht lösen konnte:

Unter OS3.x kann man nicht farbig auf eine Bitmap/Rastport zeichnen, der nicht mit einer Colmap verbunden ist, d.h. die Bitmap wurde mit einem friendly screen initialisiert.
Man kann nur in schwarz drauf zeichnen, egal was man anstellt. logischerweise bringen die Pens, die man via intuition bekommt, auf solch einer Bitmap nichts, weil beim zeichnen auf die Bitmap ja die Colmap nicht bekannt ist. Woher eine Bitmap seine Colmap kennt, ist in den Tiefen von Picasso/CGX versteckt, und nicht für den Programmierer erreichbar.

---

Zitat:

---

Original von _PAB_:
>> würdet Ihre Tiere töten ,wennsie reden könnten
> Ich [...] esse nur anonyme tote Tiere zu denen ich keine emotionale Bindung hatte.

Aha, tot importierte Iraker, die von beruflichen US-Soldaten (oder US-Sicherheitsfirmen) getötet wurden, könnten dann also auch problemlos von Dir verspeist werden...?

(Läuft auf die Frage hinaus: wo ist der Unterschied zwischen Mensch und Tier => Tip: da ist keiner, jedenfalls kein qualitativer, nur ein quantitativer: Hirnkomplexität, Anzahl, Größe... Menschen sind auch nur schwimmende Nacktaffen, also Tiere, also eßbar.)

---

Zitat:

---

>> Tiere leiden ,das ist das Entscheidene ,sie haben auch ein Recht ,zu leben
> Tiere essen ebenfalls andere Tiere (Stichwort "Nahrungskette")

Unsere typischen Fleischlieferanten (Hühner, Schweine, Kühe etc.) bekommen nicht von Natur aus Tiermehl verfüttert.

---

Zitat:

---

> und manchmal quälen sie andere Tiere nur zu ihrem Spaß, die sind also auch nicht besser.

Aha, weil andere dümmer und unmoralischer sind, ist das für Dich ein Grund auch dumm und unmoralisch zu sein ?
Interessant...

---

Zitat:

---

Original von MaikG:
>Wenn Du einen Layer verwendest, lässt sich der Berechnungsaufwand
>in Grenzen halten. Allerdings wird es dann sehr langsam.

Muss ich mal nachlesen.

---

Zitat:

---

>Wenn Du wirklich keine komplexen Funktionen wie z.B. Draw() oder
>Text() benötigst, dann kannst Du natürlich die Bitmap auch von
>Hand im Fastram erstellen. Dem printer.device ist das egal.
>Wenn Du allerdings nur einzelne Punkte setzt, dann frage ich mich,
>wieso überhaupt Berechnungsaufwand besteht.

Also ein paar mehr funktionen sind es schon, wie Move, Draw, SetAPen
und Rectfill.

---

Zitat:

---

Original von MaikG:
>Wenn ich mich recht entsinne, muss gar keine komplette BitMap
>vorhanden sein, stattdessen kann man eine BitMap geringerer Höhe
>zum printer.device schicken, die einen Teil des Bildes beschreibt.
>Dann wartet man auf Vollzug, zeichnet den nächsten Teil des Bildes,
>schickt diesen, und so weiter und so fort, bis das komplette Bild
>übertragen ist.

Das wäre ein heftiger berechnungsaufwand beim Zeichen und Texten
auf dem (gesplitteten)Rastport.

Warum kann das denn nicht im Fastram sein, WritePixel und so
einfache konsorten kommen doch ohne Customchips zurecht.

---

Zitat:

---

Eine Frage die ich mir noch nie gestellt habe ist warum es ev.
und kath. Religionsunterricht überhaupt gibt. Was sind überhaupt
die relevanten Unterschiede.

---

Zitat:

---

Totale Unverständniss überkommt mich aber, wenn ich von Papstseite
höre, daß die Kath. die wahren Christen währen.

---

Zitat:

---

Die ev. Kirchenoberen haben damals auch fassungslos reagiert,
und solche Sachen wie : "Gott liebt alle Menschen" gesagt.

---

Zitat:

---

Original von aPEX:
Eigentlich war er sehr locker was seine Religion betraf, aber auf Druck der Familie und seiner 2 grösseren Brüder wurde auch er eines Tages zwangsverheiratet. Meine letzten Infos (nach 11 Jahren Freundschaft und gemeinsamer Schule) waren das er unglücklich ist, weil die Frau ihn nicht liebt und er noch immer seiner grossen deutschen Liebe hinterhertrauert, mit der nicht zusammen sein durfte (Familienbande, Ehre, Versprechen/Absprachen zu seiner Geburt und so ein Stuss).

---

Zitat:

---

Original von DrNOP:

Zitat:

---

Original von Maja:

Zitat:

---

Das Miteinander scheitert nicht an den Deutschen! Es fängt ja schon bei der Sprache an, die Sprache sollte man schon können, in dem Land in dem man leben will, oder?

---

Auha. Jetzt kramst Du dir aber was zurecht. Das kann ich auch. Ich drehe den Spieß mal um. Wem man nicht entgegen kommt, der braucht sich auch nicht bewegen? Okay. Das gilt aber immer für beide Parteien!

---

Und was willst du uns damit sagen? Sind die Deutschen nicht schon völlig Fremden entgegengekommen, als sie sie in ihr Land einreisen und dort ein Leben aufbauen ließen, als diese eine neue Heimat gesucht haben?

---

Zitat:

---

Original von Maja:
Du unterschlägst eine maßgebliche Tatsache. Vor der Wahl wurde von Frau Y jede Form der Zusammenarbeit mit "Die Linke" ausgeschlossen. Das läst unter keinen Umständen Raum für ein wie auch immer geartetes Ausweichmanöver.

---

Zitat:

---

Original von AmigaPapst:
So wie ich hat wohl auch Frau Metzger gedacht. Auf jedefall kann man erstmal froh sein, dass der Wahnsinn einer Minderheitsregierung gestoppt ist.

---

Zitat:

---

Ich würde sagen Al Wazir nimmt am besten seinen Hut und die Grünen gehen eine Jamaika mit CDU und FDP ein.

---