Zitat:

---

Original von cartman:
Moin, moin,

Da ich einige zeit nichts mehr mit meinen Amigas gemacht habe, mal ein paar fragen.
Ich habe kick 3.0 in dem einen, welche WorkBench kann ich dort Installieren? jetzt ist 3.1 drauf, muss ich für 3.9 das KickStart updaten?

---

Zitat:

---

Meine Händler liste ist auch etwas veraltet, welche Amiga Händler gibt es noch?

---

Zitat:

---

In den letzten Tagen habe ich mich schon wieder etwas eingelesen was die News betrifft, wird es für die 680xx OS 4.0 geben? Was muss ich da investieren um OS 4.0 zum laufen zu überreden?

---

Zitat:

---

Original von thomas:

Mit 'nem 060er kann die interne bis 57600. Bei 115200 ist die CPU komplett ausgelastet und es gibt immer wieder Übertragungsfehler.

19200 kann selbst ein A500 mit 68000 problemlos.

Gruß Thomas

--
Email: thomas-rapp@web.de
Home: thomas-rapp.homepage.t-online.de/

---

Zitat:

---

Original von Neo:
@GolfSyncro:


Wenn du uns zeigst wie man Aos4.0 auf dem Peg bootet dann nehme ich noch einen

---

Wenn mir das jemand zeigen oder zusichern würde, hätt ich auch schon längst einen PegII daheim stehen! Aber das Angebot einer Lizenzierung wurde von AInc wohl abgelehnt ( ). Gründe hab ich keine mitbekommen (war mal auf AmigaWorld zu lesen).

Ein Sch**ß ist das!

Zitat:

---

Original von _PAB_:
@Reth:
> Bei der Ersten kannst Du auf alle public [...] Elemente und Methoden Deiner GUI-Klasse zugreifen,

Naja, das ist ja auch die Absicht von "public".
Wenn man andere Dinge in der Klasse haben möchte, auf die man nicht zugreifen können soll, dann macht man die eben "private" oder "protected".

---

Schon klar. Aber ich will immer so wenig wie möglich rumreichen usw.

Zitat:

---

Ich würde daher die erst Möglichkeit vorschlagen, die ich ja auch schon weiter oben beschrieben habe.

---

Zitat:

---

Original von Holger:

Zitat:

---

Vielleicht interessiert andere aber Deine Idee zu dem Ganzen!?

---

Mag sein. Ich glaube nur, dass die mögliche Aufmerksamkeit ziemlich schnell sinkt, wenn der Thread mit ellenlangen source-code geflutet wird. Über prinzipielle Konzepte kann man ja trotzdem hier diskutieren.
Mitleser dürfen natürlich gerne ihr Interesse hier bekunden.

---

Ich meinte ja auch nur das Konzept!

Zitat:

---

Original von Holger:
Du meinst vermutlich etwas in der Art von

code:

---

template<class KeyType,class ValueType>
  void setAttr(KeyType key, ValueType value);

---

Oder?

---

code:

---

template <class T>;
T max(T a, T b)
{
	return a > b ? a : b ;
}

---

Zitat:

---

Klar darfst Du fragen. Ich habe auch noch ein bißchen am Code-Beispiel rumgebastelt. Mit Deiner Erlaubnis schicke ich Dir mal ne mail, weil das sonst hier den Rahmen sprengen würde.

---

code:

---

setAttr(T key, T value);

---

code:

---

struct Screen	*
OpenScreenTags( ns, tag1 )
struct NewScreen	*ns;
ULONG			tag1;
{
    struct Screen	*OpenScreenTagList();
    return ( OpenScreenTagList( ns, (struct TagItem *) &tag1 ) );
}

---

Komm damit aber nicht ganz klar!
Es wird ein ULONG übergeben, aber ist das nun der TagWert oder der TagKey (wenn man so will). Zu allem Überfluss wird die Adresse dieses ULONG auch noch in nen struct TagItem * gecastet!

Verstehen würd ich ne Übergabe wie folgt:

code:

---

struct TagItem items[];
...

OpenWindowTagList(NULL, &items[0]);

---

Zitat:

---

Original von Holger:
Du kannst meinen Attr-Entwurf so abändern, daß Du für jedes Attribut einen default-Wert in der Deklaration angeben kannst. Ich halte es auch für sinnvoll, für oft benötigte Attribute eine einfache Methode anzubieten, diese kann dann einfach an die zugehörige setAttr(Konstante, parameter) delegieren. Man sollte nur sorgfältig auswählen, zuviele Methoden erleichtern nicht unbedingt das Verständnis.

---

Zitat:

---

Am besten ist es, dem Window-Objekt ein Screen-Attribut zu verpassen, das auch das Locken des pubscreens mit übernimmt. Also z.B. auch mit dem Namen des gewünschten pubscreens initialisiert werden kann.
Dieses Attribute kann nämlich mit dem Rückgabewert von GetDefaultPubScreen() initialisiert werden, somit brauchst Du dann später keine Fallunterscheidung, ob das Attribute gesetzt wurde oder nicht.

---

Hatte mir das so gedacht, dass ich die Windowklasse bei der Screenklasse als Friend setze und eine Openmethode mit Screen und eine ohne angebe (in letzterer wird dann einfach OpenWindowTags ohne screen-Struktur gerufen).
Muss man vor OpenWindow* immer einen LockPubScreen machen (denn dann würde ich auch bei der bisherigen Methode ohne screen-Struktur ne screen-Struktur brauchen).
Werde die Windowklasse so ändern, dass immer eine screen-Struktur benutze, dann spar ich mir das Überlegen einer cleveren Alternative für variable TagItems erstmal )

Zitat:

---

Meistens nicht.
Am betsen machst Du Dir nicht nur ne private Methode, sondern eine eigene Klasse, die TagLists kapselt und verwaltet. Du wirst diese ja in möglicherweise in völlig unterschiedlichen Klassen benötigen.

---

Zitat:

---

Ich muß darauf hinweisen, daß ich auch kein erfahrener C++-Programmierer bin. Ich muß auch immer überlegen, wie ich die Möglichkeiten von C++ am Besten ausnutze und kann nicht garantieren, daß das Resultat "best C++ practice" ist. Und ich brauche immer ein wenig Zeit, um einen Vorschlag machen zu können, weil ich immer selber ausprobieren muß, ob das überhaupt funktioniert wie gedacht.

---