ENGLISH VERSION |
|
Links | | | Forum | | | Kommentare | | | News melden |
Chat | | | Umfragen | | | Newsticker | | | Archiv |
amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
Holger
Nutzer
27.01.2012, 20:13 Uhr [ - Direktlink - ] |
Thema: Neue Spiele fuer den Amiga?!?!?!?
Brett: Amiga, AmigaOS 4 Zitat:Du selbst hast die Auswahl auf Shooter und RPG eingegrenzt. Die anderen Vorschläge gefielen Dir ja nicht. Zitat:Du musst Dich jetzt mal entscheiden: wirst Du jetzt ein Spiel entwickeln, für das noch Grafiker, Musiker und Spieldesigner gesucht werden oder willst Du einen editor programmieren, mit dem Grafiker, Musiker und Spieldesigner ohne zusätzliche Programmierer allenfalls immer neue Versionen desselben Spiels produzieren können? Also, wenn das nicht die 3D-Version von „ich mache erst mal mein eigenes GUI-Toolkit“ werden soll, dann solltest Du Dir dieser Punkte bewusst werden: -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
27.01.2012, 16:04 Uhr [ - Direktlink - ] |
Thema: Neue Spiele fuer den Amiga?!?!?!?
Brett: Amiga, AmigaOS 4 Zitat:Nicht, wenn das Ergebnis aus einem Dutzend gleichartiger Shooter besteht, die sich alle nur durch die verwendeten Texturen unterscheiden. Eine 3D-Engine macht noch kein Spiel. Und ein 3D-Grafik/Level-Editor ist am Ende auch keine Spiele-Entwicklungsumgebung, sondern bestenfalls ein kleiner Teil davon. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
27.01.2012, 15:58 Uhr [ - Direktlink - ] |
Thema: Dateiname rüber ziehen, wie?
Brett: Programmierung Zitat:Das schlägt allerdings dann fehl, wenn Du über dem Fenster einer anderen Anwendung bist, die genau in diesem Moment etwas aktualisiert. Dann malt diese Anwendung zum einen über Dein Icon, zum anderen stellst Du dann einen veralteten Zustand wieder her. Deshalb: Layer locken, wenn man so etwas macht. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
27.01.2012, 10:26 Uhr [ - Direktlink - ] |
Thema: Unsichtbarer Requester?
Brett: Programmierung Zitat:Wenn man einen neuen Requester anlegt, hat der eine Größe von 0×0 und keine Gadgets, keinen Rahmen und keinen Text, ist also per se unsichtbar. Der formal korrekte Weg wäre übrigens, in Flags NOREQBACKFILL einzutragen. Ich finde es nicht schlimm, wenn einem diese Form der Requester nicht vertraut ist. Sie laufen einem zwar ständig in Form von Parametern, die man auf null setzt, über den Weg, aber außer zum Locken eines Fensters in der hier diskutierten Weise, benutzt die niemand mehr. Noch exotischer ist übrigens das damit verbundene Feature des Double-Menu Requesters: ein Requester, der automatisch erscheint, wenn man die rechte Maustaste doppelt klickt. Habe ich in meinem Leben nur ein einziges Mal in einem real-life Programm gesehen und ich kann verstehen, warum sich das nicht durchgesetzt hat. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
27.01.2012, 10:04 Uhr [ - Direktlink - ] |
Thema: Dateiname rüber ziehen, wie?
Brett: Programmierung Zitat:Und wer sorgt dafür, dass es vor allen anderen Fenstern bleibt? Und was ist mit Fenstern, die währenddessen ihren Inhalt aktualisieren? Zitat:Was verstehst Du unter „am Leben bleiben“? Niemand wird getötet, weil er kein Fenster hat. Der korrekte Weg, Maus-Events unabhängig von Fenstern abzufangen, führt übrigens über das input.device, bzw. die commodities.library. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
26.01.2012, 11:05 Uhr [ - Direktlink - ] |
Thema: Unsichtbarer Requester?
Brett: Programmierung code:struct Window *w; ... struct Requester r; InitRequester(&r); Request(&r,w); ... EndRequest(&r,w); -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
24.01.2012, 18:11 Uhr [ - Direktlink - ] |
Thema: Etwas nach Programmende im Speicher behalten... ?
Brett: Programmierung Zitat:Ist es das? Du sagst doch sinngemäß das Gleiche: ppc-Library kann von 68k-Code nur dann aufgerufen werden, wenn es ausdrücklich unterstützt wird, der Aufruf einer 68k-Library durch ppc-Code kann dagegen automatisiert werden. Zitat:Die Emulation erkennt mitnichten automatisch, dass eine bestimmte Adresse PPC-Code enthält. Der Overhead wäre ja gigantisch. Vielmehr gibt es Pseudo-68k-Instruktionen, die dem Emulator explizit sagen, dass er jetzt ppc-Code ausführen soll. Und den Code, der diese Pseudo-Instruktion enthält, nennt man Stub. Zitat:Was eben bedeutet, dass PPC-Programmen sehr wohl 68K-Libraries benutzen können. Schließlich benötigen sie offensichtlich exakt dasselbe, was ein 68k-Programmierer benötigt, um eine 68k-Library benutzen zu können. Der Fall, dass ein Library-Autor gerade für die Programmiersprache/den Compiler des Anwendungsprogrammierers passende includes mitliefert, um die Generierung aus fd-Files zu überspringen, kann man getrost als Spezialfall ansehen. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
24.01.2012, 10:19 Uhr [ - Direktlink - ] |
Thema: Etwas nach Programmende im Speicher behalten... ?
Brett: Programmierung Zitat:Man kann 68k-Code von ppc-code aus aufrufen. Das heißt aber noch lange nicht, dass Du eine ppc-Library von 68k-Code aus umbiegen kannst. Es gibt für Libraries auf NG-Amigas mindestens zwei Szenarien: Da die asl.library zum OS gehört, liegt sie bei AOS4 in ppc-Form vor. Das heißt, ppc-Programme verwenden die ppc-Library direkt und interessieren sich nicht für die Stub-Lib, die Dein 68k-Programm vorgesetzt bekommt. Um die Aufrufe von ppc-Programmen auf Deine 68k-Routine umzubiegen, müsstest Du die ppc-Version patchen und auf eine Stub-Routine umbiegen, die (äquivalent zum Aufruf einer 68k-Library durch ein ppc-Programm) Deinen 68k-Code aufruft. Zitat:Nein. Du setzt zuerst die Vektoren der Funktionen zurück, die neue Requester anlegen. Dann wartest Du, bis der letzte Deiner speziellen Requester geschlossen wurde. Dann setzt Du die anderen Vektoren zurück. Dan heißt aber noch lange nicht, dass kein Programm mehr Deine Vektoren kennt. Es gibt keine definierte Haltbarkeitsdauer für Vektoren. Die sauberste Variante ist deshalb, danach zu warten, bis auch das letzte Programm die Library geschlossen hat, bevor man den Code freigibt. Oder man verwendet von vornherein eine zweite Library. Dann hat man nämlich den Überblick darüber, wie viele Programme die ungepatchte und wieviele die gepatchte Version geöffnet haben. Dann kann man auch die gepatchte Version automatisch freigeben lassen, sobald sie von niemanden mehr verwender wird. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
23.01.2012, 20:29 Uhr [ - Direktlink - ] |
Thema: Etwas nach Programmende im Speicher behalten... ?
Brett: Programmierung Zitat:Weil Du nur die 68k-Stubs patchst und nicht die echte ppc-Library? -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
23.01.2012, 19:27 Uhr [ - Direktlink - ] |
Thema: Etwas nach Programmende im Speicher behalten... ?
Brett: Programmierung Zitat:Nö, Du musst nur einen Mechanismus einbauen, um eigene Requester von originalen unterscheiden zu können. Dann kannst Du die alten an die ursprüngliche Routine weiterleiten. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
23.01.2012, 17:28 Uhr [ - Direktlink - ] |
Thema: TextLenght() ohne window/screen?
Brett: Programmierung Zitat:Nein, tut er nicht. Zitat:Guckst Du einfach mal in den ersten Beitrag dieses Threads. Da steht: Zitat: -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
20.01.2012, 15:07 Uhr [ - Direktlink - ] |
Thema: Internal Server Error
Brett: Forum und Interna Hallo, beim Zugriff auf mindestens einen älteren Thread bekam ich einen „Internal server error“. Der Thread: Registerzugriff in C http://amiga-news.de/forum/thread.php?id=27348&BoardID=7 Die Suchfunktion lieferte beim Blättern auf ältere Ergebnisse ebenfalls diesen Fehler. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
19.01.2012, 12:18 Uhr [ - Direktlink - ] |
Thema: TextLenght() ohne window/screen?
Brett: Programmierung Zitat:Doch, das gibt’s, aber nur für Outline-Schriften. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
18.01.2012, 19:44 Uhr [ - Direktlink - ] |
Thema: TextLenght() ohne window/screen?
Brett: Programmierung Zitat:NEIN Der erste Screen ist mitnichten der WB-Screen. Der erste Screen ist der erste Screen. Es gibt eine Funktion, die dafür vorgesehen ist, auf den default public screen zuzugreifen, und die heißt LockPubScreen. Diese hat den Nebeneffekt, die Workbench zu öffnen, falls diese der DefaultPubScreen ist und gerade geschlossen ist (So viel zur Theorie erster Screen==WB). Aber wenn der Default Screen nicht die Workbench ist, Du aber Deinen Screen mit „like workbench“ Option öffnest, kann der Font wiederum abweichen. Er kann auch abweichen, wenn die Einstellung zwischenzeitlich geändert wurde, die Workbench diese Änderung aber noch nicht übernommen hat, während Dein neuer Screen natürlich mit aktueller Einstellung geöffnet wird. Es gibt eine sehr simple Strategie: öffne Deinen eigenen Screen oder locke einen Public Screen und benutze dann einfach den Font, den der Screen besitzt, auf dem das Fenster auch geöffnet wird. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
18.01.2012, 19:35 Uhr [ - Direktlink - ] |
Thema: TextLenght() ohne window/screen?
Brett: Programmierung Zitat:Na, wenn Du es besser weißt, brauchst Du uns ja nicht zu fragen Zitat:Wofür soll das gut sein? Der Platz, den der Inhalt eines Fensters braucht, hängt vom ganz konkreten Screen ab. Und vom Zeitpunkt. Denn solange der Screen nicht gelockt ist, kann sich der Font beliebig ändern. Zitat:Nicht ohne Mühe. Dahinter liegt eine ganz bestimmte Absicht. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
18.01.2012, 19:31 Uhr [ - Direktlink - ] |
Thema: TextLenght() ohne window/screen?
Brett: Programmierung Zitat:Ja, aber der Threadersteller möchte ja den Screenfont haben, ohne einen Screen zu haben. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
18.01.2012, 13:56 Uhr [ - Direktlink - ] |
Thema: TextLenght() ohne window/screen?
Brett: Programmierung Ausprobiert habe ich es nicht, aber das sollte schon funktionieren. Der Layer darf definitiv null sein, eine BitMap braucht’s eigentlich nicht, aber im Zweifelsfall kann man immer eine minimale 16×1 pseudo-BitMap angeben. Dann ist alles korrekt. Screen/Window sind für einen RastPort nicht notwendig. Eine Alternative wäre es, den Text in eine IntuiText-Struktur zu packen und die Funktion IntuiTextLength(…) der intuition.library zu verwenden. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
17.01.2012, 16:39 Uhr [ - Direktlink - ] |
Thema: Dateiname rüber ziehen, wie?
Brett: Programmierung Zitat:Dafür bieten sich MIME-Typen an. Damit hat man auch gleich eine plattformübergreifende Ausgangsbasis für den Datenaustausch zwischen verschiedenen Anwendungen. Zitat:Mmh, was kann man denn überhaupt ins Clipboard packen? Text, Grafik und Sounddaten. Das könnte man alles auch via Drag&Drop kopieren, wenn die Aktion letztendlich eben nichts anderes als ein Kopiervorgang ist. Eine standardisierte Möglichkeit, den Text im Clipboard als Dateinamen zu taggen, gibt es allerdings nicht. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
16.01.2012, 14:34 Uhr [ - Direktlink - ] |
Thema: Virus auf Win 7
Brett: Get a Life Zitat:Nein, aber das FBI weiß das, denn die haben direkten Zugriff auf die Quelle. Zitat:Ich weiß, dass Du das nicht weißt. Zitat:Das gilt auch für jede andere Maßnahme, die man einsetzt, ohne über ihren Sinn und ihre Grenzen Bescheid zu wissen. Zitat:Es gibt keine Abwandlungen. Es gibt andere Trojaner. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
16.01.2012, 11:20 Uhr [ - Direktlink - ] |
Thema: Virus auf Win 7
Brett: Get a Life Zitat:Oder sich vorher richtig informieren, bevor man die Klappe aufreißt. In diesem konkreten Fall funktioniert diese Art des Checks, weil die Malware-Verbreiter bereits verhaftet wurden und die DNS-Server, auf die die Malware umleitet, unter Kontrolle der Behörden stehen. Es funktioniert natürlich nicht, wenn man andere Malware auf seinem Rechner hat, aber dafür ist der Test auch nicht gedacht. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
16.01.2012, 10:04 Uhr [ - Direktlink - ] |
Thema: Virus auf Win 7
Brett: Get a Life Zitat:Wie schön, da das Grundprinzip von Phishing und Man-in-the-middle Angriffen nicht das geringste mit dam verwendeten Betriebssystem zu tun hat. Kleiner Denkanstoß für Dich: Du gibst am Amiga exakt dieselben TANs wie unter Windows ein… -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
12.01.2012, 11:40 Uhr [ - Direktlink - ] |
Thema: Fehlerhafte Zeichencodierung
Brett: Forum und Interna Oder hast Du das gerade mit dem umgekehrten Akut (Backtick) verwechselt? Bei dem versteh ich, warum Du ihn sofort rausfilterst… |
|||||
Holger
Nutzer
12.01.2012, 11:38 Uhr [ - Direktlink - ] |
Thema: Fehlerhafte Zeichencodierung
Brett: Forum und Interna Zitat:Hmm, der neueste Beitrag, der jetzt ein ' enthält, ist vom 11.12.2011: http://amiga-news.de/forum/thread.php?id=34235&BoardID=1#354318 Wandelst Du vor dem Speichern in die Datenbank oder erst bei der Ausgabe um? -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
12.01.2012, 11:18 Uhr [ - Direktlink - ] |
Thema: Fehlerhafte Zeichencodierung
Brett: Forum und Interna Nachtrag: die Suche nach ' führt zu einem merkwürdigen Bild. Es gibt alte Beiträge, die immer noch korrekt ' anzeigen, aber auch Beiträge, wo jetzt ' steht. Offenbar besteht diese Verwirrung schon länger. |
|||||
Holger
Nutzer
12.01.2012, 11:13 Uhr [ - Direktlink - ] |
Thema: Fehlerhafte Zeichencodierung
Brett: Forum und Interna Zitat:Wenn Du in den Test-Thread guckst, wirst Du sehen, dass mein Beitrag, den ich vor dem Fix geschrieben habe, repariert wurde. Ich nehme also an, das Problem bestand in erster Linie bei der Ausgabe und in der Datenbank stand schon das richtige. Einzige Ausnahme scheint des Zeichen zu sein, das als ' eingegeben wurde. Das wird jetzt falsch ausgegeben. Das scheint auch mit anderen älteren Beiträgen so zu sein: In diesem Beitrag werden die Zeichen ½, ¼, ¾ richtig wiedergegeben. Suche ich allerdings nach ' finde ich extrem viele Treffer. Das lässt zum einen vermuten, dass es bei der Interpretation des Zeichens xB4 Probleme gibt (Also ' vs '). Zum anderen scheinen erstaunlich viele User hier ein Akut mit Apostroph zu verwechseln. Interessant ist auch, dass ich nach ' gesucht habe, im Eingabefeld auf der Ergebnisseite aber ' steht. Die Arbeit ist also noch nicht abgeschlossen… -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
12.01.2012, 10:43 Uhr [ - Direktlink - ] |
Thema: Neue Frage zu Überdeckungen
Brett: Programmierung @Reth: Ja, aber Flare hat bestimmt keine Gadgets, bzw. keine Gadgets, über die sich animierte Objekte bewegen und die deshalb wiederhergestellt werden müssten, oder? In einem Loop immer wieder alles neu blitten, ist nicht schwer. Das wurde hier auch schon geäußert. Dein Problem rührt ja aus der Verwendung von Gadgets und dem systemkonformen Refresh. -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
11.01.2012, 14:56 Uhr [ - Direktlink - ] |
Thema: Neue Frage zu Überdeckungen
Brett: Programmierung Zitat:a) Du hast immer noch ein Clipping gesetzt, das das Zeichnen außerhalb des Spielfeldes verbietet b) Du hast einen No-Op Backfill-Hook installiet Zitat:Kennst Du ein solches Spiel, das aufwendige Grafiken und Systemroutinen, vor allem Standard-Gadgets verwendet? -- Good coders do not comment. What was hard to write should be hard to read too. [ Dieser Beitrag wurde von Holger am 11.01.2012 um 14:57 Uhr geändert. ] |
|||||
Holger
Nutzer
11.01.2012, 13:33 Uhr [ - Direktlink - ] |
Thema: Test
Brett: Forum und Interna ¤ ¦ ¨ ' ¸ ¼ ½ ¾ ¤ ¦ ¨ ' ¸ ¼ ½ ¾ -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
09.01.2012, 21:11 Uhr [ - Direktlink - ] |
Thema: Test
Brett: Forum und Interna € Š š Ž ž Œ œ Ÿ -- Good coders do not comment. What was hard to write should be hard to read too. |
|||||
Holger
Nutzer
09.01.2012, 20:57 Uhr [ - Direktlink - ] |
Thema: Fehlerhafte Zeichencodierung
Brett: Forum und Interna Hallo, das Forum kodiert Sonderzeichen falsch und zwar alle, die zwischen iso-latin-1 und iso-latin-9 unterschiedlich sind. Einzige Ausnahme ist das Euro-Zeichen, das wahrscheinlich mal gefixt wurde, weil es schon eher aufgefallen ist. Siehe: iso-latin-1 vs iso-latin-9 Also wenn ich z.B. ÿ in groß eingebe, macht das Forum ein ¾ daraus. Das gleich gilt für die anderen sechs Zeichen. -- 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. |