Hallo, > -----Ursprüngliche Nachricht----- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Im > Auftrag von Patty Gadegast > Gesendet: Dienstag, 05. Dezember 2006 01:43 > An: Squeak in Germany / Squeak in Deutschland > Betreff: Re: AW: [Squeak-ev] Squeak, Tweak oder Scratch? > > Hallo, > > hier zeigt sich wohl der Unterschied zwischen Entwickler- und > Benutzersicht. Als ich im Oktober in Bern zum Smalltalk > Stammtisch war, gab es dort auch einen Scratch Vortrag. Die > Resonanz der zumeinst fortgeschrittenen Smalltalk/Squeak > Entwickler war recht verhalten. > Einzig das wesendlich andere und anscheinend > nutzerfreundlicher gestaltete Userinterface fanden lobende > Erwähnung, begrenze Funktionaliät im Gegensatz zu > existierenden Etoy Funktionen wurden aber ebenfalls sofort bemängelt. > Die Prioritäten zwischen Benutzern und Entwicklern liegen da > wohl unterschiedlich, wen überrascht das. > > Was können wir daraus schließen? Es wäre schön, wenn sich > jemand um die Etoy Oberfläche und Bedienung (das gesamte > Interaktionskonzept) mal richtig Gedanken machen könnte, oder > man könnte auch bereits vorhandene Konzepte wieder > hervorkramen und mal überarbeiten. Schließlich haben sich > sogar schonmal angehende Designer darum Gedanken gemacht (Es > gab mal ein Projekt hier in Magdeburg mit Designstudenten). > Irgendwie wäre es doch schade, wenn das Etoys auch zu einem > Nieschen-Produkt werden würde, so wie das gesamte Smalltalk. > Wir könnten ja mal zusammentragen, was wir am Etoys alles > besser oder anders machen könnten. All die Dinge mal sammeln, > die an anderen Implementierungen gut gefunden werden, auch > bei Etoy selbst, alles ist ja nun nicht schlecht, denke ich. > Und dann müssen wir nur noch jemanden finden der das umsetzt, > aber wenn wir demjenigen einen konkreten Katalog geben > könnten wäre das ja auch schon gut. Was ich meine: Welche > Funktionen fehlen z.B. bei Etoys, Delays und Schleifen wurden > erwähnt, was noch? Welche Interaktionen sind schwierig oder > umständlich? Was ist bei anderen Programmen eben besser > gelöst? Ein eleganter Sprites Import wurde erwähnt, wie genau > funktioniert der und warum ist er besser? Sowas eben... > > Was haltet ihr davon? Oder mische ich mich unwillkommen hier > in Diskusionen ein und werfe unbequeme Fragen auf?
Sollten nicht die "neuen" Etoys, die Markus Schlager auch schon erwähnt hat, vieles davon können? Abgesehen davon gebe ich Dir recht: Es wäre wirklich schade, wenn die Etoys verschwinden würden; und jemanden, der es umsetzt findet man leichter, als jemanden, der ein akkordiertes Pflichtenheft vorlegt. Liebe Grüße Gerhilde > > Patty Gadegast > > Markus Schlager schrieb: > > Liebe Gerhilde, > > > > On Mon, 4 Dec 2006, Gerhilde Meissl-Egghart wrote: > > > > > >> Ich habe mir Scratch jetzt auch angeschaut, und bin, > ehrlich gesagt, > >> restlos begeistert. Was ich nicht geschafft habe, war die > Verknüpfung > >> zwischen Lenkrad und Auto. Objekt-Verknüfung dürfte hier nur auf > >> Objektebene möglich sein, richtig? > >> > > > > Was nicht zu gehen scheint, ist, daß ein Objekt genau einem anderen > > eine Nachricht schickt - sprich eine von dessen Methoden > aufruft. Was > > sich aber machen lassen sollte, sind zwei verschiedene Ansätze: > > > > Weg 1: Du erzeugst eine globale Variable (für alle > Sprites), die das > > Lenkrad verändert und das Auto ausliest. > > > > Weg 2: (gefällt mir im Sinne der Objektorientierung > eigentlich besser) > > Das Lenkrad sendet eine Nachricht (an alle) und das Auto > weiß, was es > > zu tun hat, wenn ein anderes Objekt (etwa das Lenkrad) > diese Nachricht > > sendet - z.B. eine globale Variable auszulesen (vgl. Weg 1). > > > > > > > >> Hast Du eine deutsche Version? > >> > > > > Unter 'Extras' gibt es eine Option 'set blocks language', > mti dersich > > zumindest die Skriptkachelbeschriftungen auf Deutsch > umsetzen lassen. > > > > Schöne Grüße > > > > Markus > > ----------------------------------------------- > > Markus Schlager m.slg(at)gmx.de > > >
