amiga-news ENGLISH VERSION
.
Links| Forum| Kommentare| News melden
.
Chat| Umfragen| Newsticker| Archiv
.

amiga-news.de Forum > Suche [ - Suche - Neue Beiträge - Registrieren - Login - ]

Erste << 245 246 247 248 249 -250- 251 252 253 254 255 >> Letzte Ergebnisse der Suche: 8130 Treffer (30 pro Seite)
Holger   Nutzer

18.10.2002, 18:55 Uhr

[ - Direktlink - ]
Thema: gcc problem
Brett: Programmierung

Probier es mal mit einem assign BIN: auf GG:bin

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

18.10.2002, 18:51 Uhr

[ - Direktlink - ]
Thema: HTML Layersbefehl
Brett: Programmierung

Zu Deiner ursprünglichen Frage bzgl. des Bezugspunktes:
Wenn Du mittels CSS ein Element formatierst, wie in NARRs Beispiel, dann bezieht sich die Positionierung immer auf das Elternelement. Packst Du ein solches Element also in eine Tabellenzelle, dann ist diese Zelle sowieso der Bezugspunkt, ohne das Du irgendetwas umstellen mußt. Wenn Du dann die Hintergrundgrafik ebenfalls nur für diese Zelle definierst, dann sind Text und Grafik auch immer übereinander, egal wo sich die Tabelle selbst befindet.

mfg
--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

13.10.2002, 21:07 Uhr

[ - Direktlink - ]
Thema: HTML Layersbefehl
Brett: Programmierung

Zitat:
Original von Hammer:
Mit Frames? Ja wäre ne Möglichkeit, nur mag ich die eigentlich nicht so gerne.
Warum ist Javascript ne unsaubere Sache? Ich habe sowas ähnliches auf meiner HP am laufen.
Es sind nur ein paar wenige Zeilen Javascript nötig um das zu realisieren, kannst ja mal bei mit gucken! :D

Eben. Wenn Du Text als Bilder einbetten mußt, damit es funktioniert, läuft eben schon einiges verkehrt. Außerdem soll eine Seite auch dann noch funktionieren, wenn JavaScript deaktiviert ist. Und viele User bevorzugen es, wenn der Back-Button ihres Browsers weiterhin funktioniert.
Die einfachste Variante, wenn man auf Frames verzichten will, ist eine weitere Seite mit identisch gestalteter Tabelle. Wenn man jeglichen überflüssigen Kram aus dem Html-Code entfernt, ist die Seite wenige hundert bytes groß und deshalb so schnell geladen, daß es keinen Unterschied gegenüber Frames macht. Und die Bilder, die auf beiden Seiten gleich sind, kommen dann eh aus dem Cache des Browsers.
Leider habe ich noch nicht ganz Dein Ziel verstanden, also wenn Du es etwas genauer beschrieben kannst, kann ich vielleicht auch noch bessere Tips geben.:rolleyes:

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

11.10.2002, 21:01 Uhr

[ - Direktlink - ]
Thema: WinUAE-Probs..
Brett: AROS und Amiga-Emulatoren

Welche Windows-Version benutzt Du?
Hast Du ASPI-Scsi-Layer eingeschaltet?

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

11.10.2002, 20:50 Uhr

[ - Direktlink - ]
Thema: HTML Layersbefehl
Brett: Programmierung

Layer sind eine Netscape-4 spezifischen Erweiterung und gehören nicht zum HTML-Standard. Ich kann mir nicht vorstellen, daß ein Reisebüro Interesse daran haben kann, Explorer- und Netscape6- Benutzer aus ihrem Kundenkreis auszuschließen.
Wenn Du was-auch-immer innerhalb einer Tabelle plazierst, gibt es keine Notwendigkeit, Bezugspunkte anzugeben. Du mußt lediglich den Abstand zum Zellenrand definieren.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

06.10.2002, 15:33 Uhr

[ - Direktlink - ]
Thema: Minen
Brett: Get a Life

Zitat:
Original von hillking:
Wobei die Minenräumpanzer primär dazu gedacht sind für Panzertruppen eine Schneise in Minenfelder zu schlagen - großräumig Minen zu räumen ist mit den Dingern nicht möglich.

Wenn man nur ne Schneise braucht, kann man sie auch sprengen. Mit einem Räumpanzer kann man schon etwas effektiver größere Flächen räumen, aber das hat bei vielen Armeen natürlich eine ziemlich geringe Priorität.
Man benötigt ja auch mit modernster Technik immer noch ein vielfaches der Zeit zum Räumen, als zum Verlegen.
Zitat:
Das Problem sind auch weniger Panzerminen ( ausser wenn sie nach 50 Jahren so sensibel sind das schon das Gewicht eines Menschen reicht um sie auszulösen ) das Problem sind ehr die Antipersonen Minen.
Panzerminen regieren nur bedingt auf Gewicht. Eher je nach Bauart auf Erschütterung oder Magnetfelder. Und nach 10 Jahren sind sie nicht mehr sensibel, sondern unberechenbar.
Aber richtig, Antipersonenminen sind deutlich schlimmer.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

06.10.2002, 15:15 Uhr

[ - Direktlink - ]
Thema: Shapeshifter: Welche Cache-Einstellungen
Brett: Amiga, AmigaOS 4

So wars bei mir damals auch, nur superskalar abschalten oder finder durch ältere version ersetzen (war das einzige Mac-Programm, das Kompatiblitätsprobleme gemacht hat).

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

06.10.2002, 15:02 Uhr

[ - Direktlink - ]
Thema: Der Dereferenzierungsoperator
Brett: Programmierung

Zitat:
Original von Xin:
Für Rückgabewerte in der Parameterliste wird man immer Zeiger brauchen müssen. Auch wenn sie in Pascal 'var' heißen, es bleiben Zeiger. Entsprechendes gilt für die Krankheit Java - umbenennen des Problems ist nicht immer die Lösung - manche Sachen muß man einfach verstehen und perfekt und zweifelsfrei beherschen, um zu Programmieren.

Wenn Du Dich unbedingt auf dieses Glatteis begeben mußt: In Java gibt es weder Pointer auf primitive Datentypen noch dereferenzierte Objekte. Es ist also in keinster Weise mit C vergleichbar, das hat nichts mit Umbenennen zu tun. Wenn Du also mit diesem Halbwissen Java als Krankheit bezeichnest, ist das eher eine Pluspunkt für Java.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

03.10.2002, 22:12 Uhr

[ - Direktlink - ]
Thema: Wird UAE]Amithlon durch L2 Chache...
Brett: AROS und Amiga-Emulatoren

Sie werden natürlich genauso beschleunigt, wie jede andere Anwendung.
Alle MHz-Werte sind nutzlos, wenn der Speicher nicht mitmacht.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

03.10.2002, 22:09 Uhr

[ - Direktlink - ]
Thema: Minen
Brett: Get a Life

Zitat:
Original von Askane:
Nach dem 2 Weltkrieg hatten einige Bauern Traktoren mit einer
langen Gabel, Art Pflug vor sich, um die Minen zu zerstören.

Sowas in modern, das wäre es.

Fast genauso funktionieren die Minenräumpanzer der Bundeswehr. Das einzige Problem ist (zumindest der letzte mir bekannte Stand) ein Gesamtbestand von 3 solchen Geräten in der gesamten Bundeswehr.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

02.10.2002, 17:22 Uhr

[ - Direktlink - ]
Thema: Weihnachtsgeschäft: Bei ALDI gibts schon Lebkuchen - wo bleibt der A1?
Brett: Amiga, AmigaOS 4

Zitat:
Original von dandy:
Hat Big Bill in seinem letzten ExUp nicht gesagt, der A1 kaeme punktlich zum Weihnachtsgeschaeft in die Regale?

Ja und?
Hat er gesagt, dass es die Regale eines Haendlers sind?
Koennen genausogut Hyperions Regale gemeint sein, damit sie mit der Entwicklung aehm Portierung aehm letzten Anpassung von OS4 anfangen koennen.

mfg
--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

02.10.2002, 11:43 Uhr

[ - Direktlink - ]
Thema: Java am Amiga programmieren!
Brett: Programmierung

Zitat:
Original von DaxB:
Ich habe mal nach .jar files gesucht, aber davon ist nichts vorhanden. Fehlt mir da evtl. noch was ?

Mit Sicherheit. Die aufgeführten jar-Dateien gehören zur kaffe-Installation. Ohne die gehts nicht.

mfg

Unter ftp://ftp.kaffe.org/pub/kaffe/v1.0.x-production/ gibts Archive in denen hoffentlich (ich hab's nicht überprüft) die nötigen Dateien enthalten sind.

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

01.10.2002, 01:02 Uhr

[ - Direktlink - ]
Thema: Hui... was lustiges.
Brett: Amiga, AmigaOS 4

Zitat:
Original von _PAB_:
Richtig lustig wäre es doch wohl, wenn man AppIcons auch fixieren könnte !

Kann man ab OS3.5, wenn das Programm es unterstützt. Vorher gehts nur, in dem man per DefIcons das AppIcon auf ein fixiertes icon umbiegt.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

01.10.2002, 00:43 Uhr

[ - Direktlink - ]
Thema: webdesign
Brett: Programmierung

Das hast Du Dir auf Deiner Seite ja auch sehr zu Herzen genommen :D
Im Ernst, prinzipiell volle Zustimmung.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

01.10.2002, 00:31 Uhr

[ - Direktlink - ]
Thema: IFF
Brett: Programmierung

Zitat:
Original von Cojo:
nunja.. schlimmer isses auf windows wo viele progs alles in die registry schreiben, armer user der ein multiboot system (win9x,winxp z.b.) hat....

So schlimm ist das überhaupt nicht. Die Registry ist im Prinzip auch nichts anderes als ein komprimierte Settings-Textdatei der Form hersteller.programm.einstellung = wert.
Mit dem Registry-Editor kann man die Werte auch problemlos in eine Textdatei exportieren und woanders wieder importieren.
Wenn Du auf dem Amiga verschiedene Bootpartitionen benutzt, mußt Du auch zwischen verschiedenen ENVArc-Verzeichnissen kopieren (es sein denn, du 'assign'st envarc auf ein gemeinsames Verzeichnis, was den Sinn verschiedener Bootpartitionen aber wieder teilweise zunichte macht)

mfg

Ach ja, zum Thema: IFF-Dateien für Konfigurationsdateien sind im Prinzip wie ein eigenes Binärformat, da nur der Rahmen IFF ist und die eigentlichen Einstellungsdaten trotzdem programmabhängig sind. Ich empfehle Textdateien, die kann man bei neuen Versionen des Programms leichter supporten. Und der Mehraufwand zum Lesen der Textdatei fällt kaum ins Gewicht, da die Datei idR nur ein einzges Mal eingelesen wird.

--
Good coders do not comment. What was hard to write should be hard to read too.

[ Dieser Beitrag wurde von Holger am 01.10.2002 editiert. ]
 
Holger   Nutzer

01.10.2002, 00:21 Uhr

[ - Direktlink - ]
Thema: Der Dereferenzierungsoperator
Brett: Programmierung

Zitat:
Original von Flinx:
Eigentlich müßte ja nachträglich noch jemand Kernighan oder Ritchie auf die Zehen treten.
Denn dadurch, daß scanf() nur Zeiger als Argumente erwartet und damit die Syntax von printf() abweicht (obwohl es praktisch die Funktionen in umgekehrter Richtung zur Verfügung stellt), haben sie Generationen von C-Lernenden verwirrt...

Und weil scanf() die Richtigkeit der Pointertypen nicht überprüft, es prinzipiell überhaupt nicht kann, läuft ein Programm schon bei den kleinsten Fehlern Amok. Deshalb gibt es eine grundsätzliche Regel für den Umgang mit scanf(): Benutze es niemals!
Also, zum C-Lernen mags noch erträglich sein, sobald man über das zehnzeiler-Stadium hinaus ist und Alternativen kennt, ist der Moment gekommen, sich von dem Bufferoverflow-Generator namens scanf() abzuwenden.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

14.09.2002, 01:10 Uhr

[ - Direktlink - ]
Thema: FreeCiv
Brett: Amiga, AmigaOS 4

Zitat:
Original von Schlafi:
Wenn Du am Anfang KI-Spieler anlegst mittels create einfach ein easy
dahintersetzen, also zum Beispiel: create hans easy. Dann ist hans
nicht so gut und leicht zu schlagen. :

Na ja, es steht sogar schon in der Dokumentation, easy ist leider für einen Anfänger immer noch zu schwer, während hard für einen erfahrenen Spieler viel zu leicht ist.
Man kann noch mehr Spieler anlegen und hoffen, daß sie sich gegenseitig ein bißchen behindern, ansonsten hilft nur üben, üben, üben. Vielleicht auch mal ein paar Tutorials lesen.
http://www.freeciv.org/


mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

11.09.2002, 20:18 Uhr

[ - Direktlink - ]
Thema: process -> Result2 ?
Brett: Programmierung

Tja, manchmal muß man eine deutliche Trennung zwischen dem Code für den Normal- und den Fehlerfall machen. Wenn man nicht mal dos oder intuition öffnen kann, hat man natürlich verloren. Dann kann man eben nur noch pr_Result2 setzen und RETURN_FAIL zurückgeben. Die andere Frage ist, ob man sich wirklich mit der deutlich komplizierteren Programmierung für ältere OS-Versionen auseinandersetzen will (wenn es PrintFault() oder EasyRequest() nicht gibt).
Aber es gibt ja noch exec/Alert()...

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

09.09.2002, 22:13 Uhr

[ - Direktlink - ]
Thema: Wer ist online ?
Brett: Forum und Interna

Zitat:
Original von Hammer:
Früher war es mal ein riesen Ding, auch für Amiga! Aber zur Zeit ist das eher was um mich irgendwo vorzustellen.
Ich kann momentan keine Rücksicht nehmen (nicht so ganz jedenfalls! :D ).

Diese Motivation ist ganz verstaendlich, schliesslich ist jede Website irgendwo dazu gedacht, etwas (bzw. sich) vorzustellen. Du musst Dir aber darueber im Klaren sein, dass basierend auf der Art der Vorstellung (Website in der Text als Grafik eingebunden wird und JavaScript-Zwang) auch eine Meinung ueber Dich ensteht, die fuer Dich nicht umbedingt vorteilhaft ist.
Dabei geht es eben nicht um Amiga. Es gibt eine Menge Leute, die angesichts der JavaScript Security-Bugs in Explorer und Netscape (2x!) selbiges abschalten. Und die erhoehten Download-Zeiten durch die eigentlich ueberfluessigen Bilder fuehren selten zu freudigen Reaktionen.
Zitat:
Irgend wann werde ich wieder die Seite umbauen, auch mit einem Amigateil (ohne Javascript!), aber zur Zeit lasse ich sie so.
Reden wir mal nicht ueber Amiga, sondern ueber sauberes, elegantes Html, dass gut aussieht und trotzdem ueberall funktioniert. Alles, was Du auf Deiner Seite benutzt, kann ueber StyleSheets perfekt nachvollzogen werden, ohne jegliches JavaScript. Sollte jemand, warum auch immer, StyleSheets abschalten oder einen alten Browser haben, bleibt fuer ihn immer noch das reine Html uebrig, dass dann zwar nicht perfekt aussieht, aber funktioniert.
Zitat:
Wenn Leute aus Sicherheitsgründen Javascript ausschalten von mir aus, aber dann haben die doch nicht nur auf meiner Seite ein Problem, sondern auf fast alles Seiten im Internet! Vorallem den wichtigen!!! versuche mal bei der Bahn ne Fahrplanauskunft ohne Javascript zu erhalten, nur als Beispiel!
Zwischen solchen Funktionen und einer einfachen Site-Navigation besteht noch ein deutlicher Unterschied. Ausserdem bieten viele Browser die Moeglichkeit, Site-basierte Sicherheitsrichtlinien zu konfigurieren. Und ein durchschnittlicher User hat vermutlich mehr Vertrauen zur offiziellen Seite der Deutschen Bahn etc. als zu einer privaten Homepage.
Zitat:
Ich habe die Funktion ersetzt, aber die scheint so auch nicht auf dem Amiga zu gehen!
Die Seite irgendwie anders aufzubauen habe ich schon gemacht, versucht, tagelang rumgebastelt, usw. Sie funktioniert aber nur so wirklich richtig. Leider!

Ich bin gerne bereit, Dir ein paar Tips und Beispiel-Seiten zu geben, allerdings bin ich momentan in Amerika und schaue nur ab und zu mal rein. Wenn Du Interesse hast, meld Dich einfach Anfang naechsten Monat bei mir.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

09.09.2002, 20:13 Uhr

[ - Direktlink - ]
Thema: Frage zu Schleife
Brett: Programmierung

Zitat:
Original von Emufreak:
Danke für die Tips. Ich werde das gleich ausprobieren. Beim Buch handelt es sich um das "Grosse C Buch". Das Buch ist von 1988.

Ja, das Alter merkt man dem Buch auch an. So programmiert man eigentlich ueberhaupt nicht mehr. Ein Printmedium kann ich Dir leider nicht empfehlen, aber auf den AmigaDeveloperCDs befinden sich auch diverse Code-Beispiele, neben der (nahezu) vollstaendigen Dokumentation der AmigaOS-Funktionen.
Zitat:
Gegen ein Einführung in Softwareenginering habe ich nichts einzuwenden. Nur kenne ich niemanden der mir das geben könnte.
Na ja, ich glaube nicht dass es notwendig ist, Dir gleich so etwas ueberzuhelfen, nur weil der Buchauthor so einen Mist verzapft hat.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

09.09.2002, 20:01 Uhr

[ - Direktlink - ]
Thema: process -> Result2 ?
Brett: Programmierung

Zitat:
Original von tokai:
Argh... ich will den User doch nicht dumm sterben lassen, wenn das Tool bei ihm den Dienst versagt. Gibt's da eine andere Möglichkeit als die im obigem Beispiel? Oder ist eine solche Fehlerausgabe generell wenig von Nutzen und ein RC mit RETURN_FAIL tut's auch?

Weder noch.
Du musst Result2 setzen UND RETURN_FAIL zurueckgegeben. Solange Du 0 (RETURN_OK) zurueckgibst, wird Result2 auch nicht ausgewertet.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

26.08.2002, 17:36 Uhr

[ - Direktlink - ]
Thema: Fehler in P96/Cgx oder graphics.library?
Brett: Programmierung

Zitat:
Original von DariusBrewka:
@Holger
Nein tue ich nicht, aber das ist auch völlig Egal ob ich MUI oder sonst etwas nutze, früher oder später kommt das immer.

Ich kann nicht ganz nachvollziehen, was Du damit sagen willst. Wenn Dein Programm fehlerhaft arbeitet, und zwar nur Dein Programm, an welchem Programm wird das wohl liegen?
Oder glaubst Du, Du bist der einzige, der jemals RectFill() auf einem Amiga benutzt hat?
Also, wenn Du innerhalb einer Gadget-Render Routine den RastPort nicht mit ObtainGIRPort() holst, wie es in den Intuition-Dokumentationen gefordert wird, und dann Grafikroutinen fehlerhaft arbeiten, egal ob in diesem Moment oder später, sollte man vielleicht mal den RastPort korrekt belegen. Wenn es nicht daran liegt, hat man wenigstens eine Fehlerquelle ausgeschlossen.
Zitat:
[...]nur für andere scheint das ein Bug zu sein und ich bin überzeugt dass es das nicht sein kann.
Wenn ein Programm nicht das macht, was es soll, nennt man das eben einen Bug, ob es dem Programmierer gefällt oder nicht.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

26.08.2002, 17:16 Uhr

[ - Direktlink - ]
Thema: Websites zum Thema Programmieren
Brett: Programmierung

Da kann man wieder nur mit dem Standard-Verweis auf die Developer-CD antworten. Die enthält neben Struktur- und Funtkionsdokumentationen so ziemlich alles, was Commo jemals an Entwicklerinfo herausgegeben hat, inkl. Anleitungen und Beispielen für diverse Problemlösungen.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

24.08.2002, 20:52 Uhr

[ - Direktlink - ]
Thema: OS3.9 CD und WinUAE
Brett: AROS und Amiga-Emulatoren

Zitat:
Original von Stefan1200:
Mir war zwar neu, das auch CD-Rom Laufwerke einen MaxTransfer Wert haben, aber das liess mich anfangen zu suchen.

Haben sie nicht. Aber unter UAE benutzt Du den CDRom-Treiber mit SCSI-direkt Befehlen und diese unterliegen eben der maximalen Größe von SCSI-Übertragungen Deines Betriebssystems. Das kennt man eben vom Amiga nicht, wo der Befehl (fast) beliebig lang sein kann, und erst das Gerät das Limit setzt.
Es wäre schön, wenn irgendjemand mal die maximalen Werte für verschiedene Betriebssysteme auftreiben kann. Unter Linux kann man durch Kernel neu compilieren das Limit ändern, unter Windows hat man da natürlich keine Chance.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

24.08.2002, 20:41 Uhr

[ - Direktlink - ]
Thema: Wie Programmieren?
Brett: Programmierung

Und nachdem jeder nochmal erzählt hat, was für ein toller Programmierer er doch ist, anstatt auf den Zusammenhang des Postings zu achten, bitte schön:
Ich entschuldige mich für das Wort autodidaktisch und sage nochmal, was ich eigentlich meinte und aus dem Zusammenhang klar ersichtlich war: Niemand kann Programmieren lernen ohne a) etwas zu diesem Thema zu lesen oder b) von jemand angeleitet zu werden
Und wer jetzt immer noch behauptet, er hätte sich vor einen leeren Texteditor gesetzt und vollkommen autodidaktisch mit mystischer Inspiration angefangen, Befehle egal welcher Programmiersprache, einzutippen, hat wohl eher einiges verdrängt.
Wer also immer noch meint, eine Programmiersprache sei für Anfänger schlechter als eine andere, weil man erst mal ein Buch dazu lesen müßte, kann entweder gar nicht programmieren oder sich an seine eigene Anfangszeit nicht wirklich erinnern. Irgendetwas mußte jeder lesen, wenn es ihm nicht jemand erklärt hat.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

24.08.2002, 20:29 Uhr

[ - Direktlink - ]
Thema: Fehler in P96/Cgx oder graphics.library?
Brett: Programmierung

Zitat:
Original von DariusBrewka:
code:
SAVEDS ULONG shapeDraw(struct IClass *cl,Object *obj,struct MUIP_Draw *msg) {
   struct MyShapeData *data = INST_DATA(cl,obj);
   		 UWORD ocx, ocy;

   DoSuperMethodA(cl,obj,(Msg) msg);

   if (!(msg->flags & MADF_DRAWOBJECT)) return(0);

   if (data->layer) {
      SetAPen(_rp(obj), 0);
      RectFill(_rp(obj), _mleft(obj), _mtop(obj), _mright(obj), _mbottom(obj));
[...]


Rufst Du denn ObtainGIRPort auf? Ich weiß ja nicht, ob das _rp() Macro das erledigt (glaub ich nicht so recht, wäre ziemlicher Overkill, so oft wie es benutzt wird).

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

24.08.2002, 20:09 Uhr

[ - Direktlink - ]
Thema: T-1-Leitungen bei Amiga Inc. down
Brett: Amiga, AmigaOS 4

Zitat:
Original von Jazz_Rabbit:
http://www.amigadev.net ist down..

Rechnung nicht bezahlt??


Nicht genug T-Shirts verkauft?

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

24.08.2002, 20:07 Uhr

[ - Direktlink - ]
Thema: Toolbar.mcc erweitern?
Brett: Amiga, AmigaOS 4

Zitat:
Original von padrino:
Nein. Die Source sind nur zu Lernzwecken freigegeben.

Zitat:
Original von gni:
I release them to the public domain in the hope that someone might find something useful for his/her project.

If you use them please remember to mention my name in your documentation.

Das heißt doch klar und deutlich, daß man ToolManager nicht weiterentwickeln darf. Aber man darf offensichtlich ein neues Projekt starten, daß soviel von den ToolManager-Sourcen profitiert, wie man möchte.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

24.08.2002, 20:03 Uhr

[ - Direktlink - ]
Thema: Toolbar.mcc erweitern?
Brett: Amiga, AmigaOS 4

Zitat:
Original von DariusBrewka:
Ich weiss nicht aber ich habe glaube ich erwähnt das man das picture.datatype V43 braucht, da die älteren soweit ich mich erinnere keine Masken unterstützen. Ich habe auch keine Lust die Masken selber zu berechnen!

Erwartet ja auch keiner von Dir. Das picture.datatype ist trotzdem nur die halbe Miete. Natürlich braucht man auch ein korrektes png.datatype dazu, um png's zu benutzen.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

24.08.2002, 19:53 Uhr

[ - Direktlink - ]
Thema: WindowsXP Auf AmigaOS ?
Brett: Amiga, AmigaOS 4

Zitat:
Original von Psyco_F:
Da Bochs allerdings gnadenlos langsam ist hab ich mich nur mit DOS gespielt. Es wird aber wie beim UAE ebenfalls an einer JIT-Kompilierung gearbeitet, sodass der Emu deutlich flotter wird wenn die mal aktiv ist.

Die dann wie beim UAE nur auf x86 läuft?

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
 
Erste << 245 246 247 248 249 -250- 251 252 253 254 255 >> Letzte Ergebnisse der Suche: 8130 Treffer (30 pro Seite)

Suchbegriffe
Schlüsselwörter      Benutzername
Suchoptionen
Nur in diesen Foren suchen
   nur ganze Wörter
Nur Titel anzeigen
alle Treffer anzeigen

.
Impressum | Datenschutzerklärung | Netiquette | Werbung | Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten.
.