Zitat:

---

Original von DariusBrewka:

Zitat:

---

Original von Mazze:
Ich habe es ausprobiert. Wenn ich unter Zune ein Objekt bei geschlossenem Fenster wegnehme, ist das Layout kaputt.

---

Hmm, wie unter Nachtrag oben aufgeführt, habe ich das so Verstanden dass ein Fenster geschlossen sein Muß, wenn die Gruppe keine Elemente enthält (so Interpretiere Ich die Kommentare beim Beispiel aus besagter Doku),

---

Zitat:

---

Original von Georg:
@Mazze:

Geschützt innerhalb von Group_InitChange/Group_ExitChange (cycle ist von group abgeleitet) müsste OM_ADDMEMBER + co. eigentlich gehen, auch wenn das Fenster offen ist.

---

Jaaa, das ist es
--
AROS - Because every rose has its dorns.
Meine Homepage

Zitat:

---

Original von DariusBrewka:

Zitat:

---

Original von Mazze:
Problem dabei ist, dass man Objekte nur bei geschlossenem Fenster hinzufügen oder entfernen kann.

---

Wo steht das denn? also wenn das bei ZUNE nicht geht, dann ist bei Zune was Kaputt, denn ich bin 95% Sicher dass das geht. Im der MUI Doku steht auch nichts davon dass das Fenster geöffnet sein Muß, nur dass das Object an welches du ein Neues Element einfügen willst entweder vom Type ApplicationObject oder Group sein muß, aber das sollte sowieso Klar sein.

---

Zitat:

---

Original von DariusBrewka:

Zitat:

---

Original von Mazze:
Beim MUI Cycle gadget kann man MUIA_Cycle_Entries nur beim Erzeugen des Gadgets anwenden. Wie kann man zur Laufzeit Einträge hinzufügen? Oder gibt es eine andere MUI-Klasse, die man dafür verwenden sollte?

---

Wie in der Doku angegeben gibt's für MUIA_Cycle_Entries nur das Attribut I also das geht nicht, eine entsprechende Alternative kenn ich nicht. Das einzige was Ich vorschlagen könnte wäre das Object mittels OM_REMMEMBER zu entfernen und ein neues mittels OM_ADDMEMBER hinzuzufügen.

---

Zitat:

---

Was nicht anzuraten ist, MUI kopiert nicht die Einträge die du mittels Cycle_Entries übergibst (Ich wüßte nicht warum das getan werden müsste), dann könntest du einfach die Liste ändern, ohne MUI darüber in Kentniss zu setzen. Aber empfehlenswert ist das nicht.

---

Zitat:

---

Da du Unter AROS programmierst, ich habs ausprobiert das ging, aber Ich würde mich an Georg wenden der kann da sicherlich genaueres drüber sagen.

---

code:

---

if ( ! memptr)
{
    disableFeature1();
    disableFeature2();
}

---

--
AROS - Because every rose has its dorns.
Meine Homepage

Zitat:

---

Original von boss44:
geschrieben von boss44

hallo an alle,

nun haben schon ne ganze menge diesen beitrag gelesen.
hat sich noch keiner gefunden, der das programm kennt
oder schon mal was davon gehört hat.
ich suche immer wieder im web, kann aber auch nichts
finden.
gruß boss44

---

Programmlistings abtippen ist irgendwie megaout
--
AROS - Because every rose has its dorns.
Meine Homepage

Zitat:

---

Original von cgutjahr:

Teeter Torture - a Strange shooter

Kann mir da irgendjemand weiterhelfen?

---

Zitat:

---

Original von Holger:

Ach so, natürlich. Und wenn ein Milestone gesetzt wurde, arbeiten alle fieberhaft an der Einhaltung der deadline...

---

Zitat:

---

Schon pOS war eine Totgeburt. Aber von 68k-Emulation als das erfolgreichere Konzept kann man noch lange nicht reden. Das liegt im Auge des Betrachters. Das Ziel als solches muß fixiert werden, statt zwischen mehreren Zielen zu hängen. Natürlich paßt das Ziel nicht jedem, aber darum geht's mir gar nicht. Ich meine, Aros hat nicht die Resourcen, um ein standalone-OS UND eine hostet-Umgebung gleichzeitig zu entwickeln. Und Abwerfen von Altlasten und Binärkompatiblität in der 68k-Version passen genausowenig zusammen...

---

Zitat:

---

Wenn man jetzt schon weiß, daß sich Ziele ändern werden und das jetzige Ziel schon ein fauler Kompromiß ist, wieviel neue Entwickler erhofft man sich so zu motivieren?

Oder sind die aktuellen schon zuviel?

---

Zitat:

---

Oder anders gesagt, die non-hosted Version zu gar nichts zu gebrauchen ist. Nicht mal zum Entwickeln

---

Zitat:

---

Original von Andreas_B:

Mit Glück könnte es aber mal zu einem benutzbaren BS werden.

---

Das hängt nicht von Glück ab, sondern ob ein paar Leute bereit sind, Stunden an unbezahlter Arbeit zu investieren.
--
AROS - Because every rose has its dorns.
Meine Homepage

Zitat:

---

Original von Holger:

Zitat:

---

Original von Mazze:
Hallo Holger, warum reagierst Du immer so polemisch auf AROS?

---

Dar war nichts polemisches. Es war eine exakte Beschreibung der Situation, egal ob sie nun einem einzelnen nicht gefällt.

Zitat:

---

Zitat:

---

Die aktiven Aros-Entwickler wissen nämlich auch nicht genau, was es werden soll, bzw. sind sich uneinig.

---

Das halte ich für ein Gerücht.
Die Ziele stehen hier: http://www.aros.org/introduction/index.de.php

---

Vielleicht ist es nur ein Gerücht, wenn ein Entwickler selber auf AN Dinge schreiben wie "wenn es nach mir ginge, würde die gesamte Abwärtskompatiblität rausfliegen". Sprich, mind. einer dieser Entwickler würde etwas anderes präferieren, als die allgemeine Entwicklungsrichtung vorgibt.

Abgesehen davon, bestätigt Dein Link nur das von mir gesagte. Bei den Zielen findet man:

Zitat:

---

Das Ziel des AROS-Projekts ist es, ein Betriebssystem zu erzeugen, welches:
1. so kompatibel wie möglich zu AmigaOS3.1 ist.
...
5. die Funktionalität von AmigaOS erweitert.

---

Bereits da ein klarer Widerspruch, wenn auch gut versteckt, weil an Anfang und Ende der Liste verteilt.

Es sollte vor allem möglich sein, 3.1-Programme durch Neukompilieren an AROS anzupassen. In umgekehrter Richtung kann das natürlich fehlschlagen, wenn AROS-spezifische Erweiterungen wie Child-Fenster verwendet werden.

Interessant auch der Part aus der Historie:

Zitat:

---

Im Winter 1995 hatte Aaron Digulla die Schnauze voll und schrieb ein "RFC" (Aufforderung zur Stellungnahme) an die AOS-Mailing-Liste. Darin fragte er, was denn der kleinste gemeinsame Nenner sei. Es gab verschiedene Möglichkeiten. Das Ergebnis war, dass die meisten ...

---

Noch irgendwelche Zweifel, daß die Entwickler keine gemeinsamen Ziele haben?

---

Zitat:

---

Die derzeitige Aros-Entwicklung ist der kleinste gemeinsame Nenner, die Gesundheitsreform unter den Betriebssystemen...

---

Zitat:

---

Weder die originale graphics.library, noch eine integrierte cybergraphics.library erfüllen den Anspruch von modern. Von einem 2D-API erwartet man 24 Bit oder farbraumunabhängige Grafik-Routinen, die eine Transformationsmatrix, Anti-Aliasing, Stroke- und Fillmodis, nicht-rechteckiges Clipping und wählbare Blending-Modi untersützen. Im Idealfall mit Hardwarebeschleunigung. Das kann man weder mit OS3.1, noch mit cgx-API kontrollieren.

---

Zitat:

---

Man kann natürlich abwarten, was bei MOS/AOS4 so kommt, um kompatibel zu bleiben, aber das ist eigentlich nicht das Ziel. Das war ja AOS3.1-kompatiblität. Bei der geht das halt nicht. Und beim Ziel #2 "modern" mutiert man halt zu yet-another-OS, falls man jemals bei so einer Funktionalität ankommt.

---

Zitat:

---

Und das war jetzt nur ein kleiner Exkurs zum Thema Grafik. Richtige Brocken wie Multiprocessing, Speicherschutz, etc. noch gar nicht angesprochen...

---

Zitat:

---

Ganz richtig, wie ich schon sagte, man entwickelt "hostet", also mit all den erwähnten Vorteilen, mit dem Ziel, ein "native" OS, also eines ohne all diese Vorteile, zu entwickeln.

Für den User, den es derzeit nicht gibt. Denn die jetzigen sind ja schizophren, sie wollen als User etwas, daß sie derzeit als Entwickler aus offensichtlichen Gründen nicht wollen...

---

Zitat:

---

Original von Holger:

Das ist für viele andere genau so schwer zu verstehen.

Du hast das wesentliche erfaßt "irgendwas mit Amiga OS 3.1" und "irgendwas modernes" und "open source".

---

Zitat:

---

Die aktiven Aros-Entwickler wissen nämlich auch nicht genau, was es werden soll, bzw. sind sich uneinig.

---

Zitat:

---

Erst mal ist es ein open source Nachbau von AOS3.1 inkl. Altlasten, dann aber soll es auch als Grundlage für was moderneres werden, also ohne Abwärtskompatiblität. Wobei allerdings bei der 68k-Version Binärkompatiblität zum original-AmigaOS gewahrt bleiben soll. Und dann hätten zumind. einige Anwender gerne eine Version, die man mit einem 68k-Emulator ala AOS4 o. MOS benutzen könnte. Was sich aber nicht so richtig mit den Intentionen der Entwickler deckt.

---

Zitat:

---

Und dann wollen die einen eine stand-alone Version, andere eine hosted-Version. Wobei kurioserweise die meisten, wenn nicht sogar alle, mit der hosted-Version entwickeln, aber die Mehrheit (so scheint es) eigentlich ein stand-alone OS haben wollen...

---

code:

---

MUIA_foo_bar, "xyz",

---

Zitat:

---

Original von Holger:

Was ich stattdessen nicht verstehe, warum C-Programmierer nicht einfach Programme schreiben können, die von so einem Systemdetail unabhängig sind.

---

Ziemlich krass war es, als ich vor kurzem ein paar Spiele nach AROS portiert hatte: eine paar KByte Sourcode und fast ein MByte Configure-Geraffel . Ich habe mir dann einfach ein kleines Makefile geschrieben.


--
AROS - Because every rose has its dorns.
Meine Homepage

code:

---

%build_with_configure mmake=contrib-games-lbreakout2 nix=yes 
    extraoptions="--with-highscore-path='$$(PROGDIR)data' --with-inst-path='$$(PROGDIR)data' 
    --disable-audio --disable-sdltest --disable-network --with-doc-path='$$(PROGDIR)docs'" 
    prefix=$(CONTRIBDIR)/Games/lbreakout2 nix_dir_layout=no

---

Zitat:

---

(der sitzt doch im Ausland, daher)

---

Zitat:

---

Original von rbn:

Bin für weitere Tipps trotzdem dankbar

---

Das Runde muss ins Eckige
--
Anruf beim Notarzt: Mein Hirsch ist geplatzt.
Notarzt: Dann nehmen s' halt a Ross.
Meine Homepage

Zitat:

---

Original von CarstenS:
@Mazze:
> Also bleibt zu hoffen, das AOS von einem zugkräftigen Hersteller von
> Settop-Boxen und/oder Spielekonsolen angenommen wird.

Und du meinst, die würden dann mit der AmigaOS-4-Lauffähigkeit werben? Falls tatsächlich ein solcher Hersteller AmigaOS 4 für sein Produkt nutzt (das ist ja sowieso ausschließlich bei Geräten auf PPC-Basis möglich), denke ich, dass er das in der Werbung nicht erwähnen wird, lediglich die wichtigsten Features des Gesamtprodukt würden beworben.

---

Zitat:

---

Wenn Werbung für AmigaOS 4, dann sehe ich diese Möglichkeit daher nur bei Hyperion.

---