ENGLISH VERSION |
|
Links | | | Forum | | | Kommentare | | | News melden |
Chat | | | Umfragen | | | Newsticker | | | Archiv |
amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
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: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: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: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: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: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: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: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: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 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: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: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: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: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: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: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 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: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: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: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: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: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: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: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: 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: Zitat: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: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: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. |
|||||
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |