Allegro OO ?

Gerard

Original erstellt von rapso:
**schade dass das nicht automatisiert ist, oder kennt jemand ein tool? (am besten als integration ins visual studio (das für eine membervariable automatisch ne accessor function macht
**

wieso so ein aufwand, nimm doch gleich public member

In lauter Eifer hab ich mal dem Webmaster von der ALlegro seite geschrieben.
Hier die Antwort:

> hi there, actually i'm 'porting' the allegro library in an OO
> Style, it's a very funny thing and the reactions sound very good:
> "Yeah, sounds cool" or "I'd like to use it!"

Sounds cool, I would not use it though I'm just the webmaster.

> so I thought "OK, let's do it" and so I wrote a letter to
> inform you. Well, I've already got a name for Allegro in OO
> Style: AllegrOO and I think it's a good idea to develop it over
> sourceforge.net. So, It's a relative big project and I haven't
> implemented all things yet, but I'll provide you with a alpha
> release (only source code) when it's good enough.

Similar steps have already been given in the direction you seem to
be going to. Check out the link section of Allegro's web, more
specifically http://www.cellosoft.com/software/view.php?id=14.
It seems to be a partial implementation of what you want to
get. Maybe you could team up with the author and collaborate or
use his ideas/code.

> I've compiled it with the mingw- compiler and I hope it'll work
> on most other compilers. I'll test this later. OK, I wait for
> your reaction.

Well, you are welcome to write AllegrOO and contribute back to
the community. Over a long period of time many people have carved
for a C++ way of using Allegro and they will like your work if you
fulfull their desires.
Of course, when you have a link to the project page send me an email,
so I can put it on the links page. And try to get it linked from http://www.allegro.cc// too, that site groups many Allegro users.

tja, http://www.cellosoft.com/software/view.php?id=14 ist aber noch nicht sehr fertig
werd mal schauen

cu, ein schüler, der zuviel zeit hat

Original erstellt von Dimah:
**
wieso so ein aufwand, nimm doch gleich public member ;)**

MMHH das erinnert mich an Mr.N's property Klasse

Ein Schüler? Der die Homepage schon 1995 auf die Beine gestellt hat?
Jetzt glaube ich aber nichts mehr.

Nö, mal im Ernst, Deine/Eure Seite sieht sehr ordentlich aus und so auch der Wrapper für albitmap. Besonders die kleine STL-Extension gefällt mir, sowas fehlt bislang wirklich in Allegro.
Die anderen Dinge habe ich jetzt noch nicht angeschaut, aber mal einen Bookmark draufgesetzt.
Schau trotzdem mal im = operator, dass Du source=destination abfängst.

Den Hinweis auf Allegro.cc kannst Du durchaus ernst nehmen, denn da findest Du u.U. wirklich Leute, die den Header auch auf anderen Plattformen testen können.
Ein Announcement in der Mailingliste könnte da untergehen.

Die Mailingliste ist aber der Anlaufpunkt für normale Fragen, solltest Du welche haben.
An einer Registrierung kommst Du dort aber nicht mehr vorbei, denn die Liste ist im vergangenen Jahr böse torpediert worden. Es kommt leider heute noch vor, dass mit email-Adressen von (sehr vertrauenswürdigen) Allegro-Mitgliedern emails des Typs 'teste doch mal mein neuestes Spiel' an andere Mitglieder verschickt werden, deren Anhang dann aus einem Virus besteht. Bitte aufpassen!
Vielleicht verstehst Du jetzt, warum ich da eine Art Härtetest gemacht habe.
Dass der Webmaster nach all diesen Vorkommnissen noch freundlich reagiert (wer eigentlich, Tom?) ist selten, aber vielleicht gefällt ihm Deine HP auch

@freedom_for_all
freedom is just another word for nothing left to lose. (janis joplin)

Nö, mal im Ernst, Deine/Eure Seite sieht sehr ordentlich aus und so auch der Wrapper für albitmap.

Das ist doch keine Seite von jemandem hier aus dem Forum.

du hast das wohl falsch verstanden. das war schon die oo implementation die es schon vorher gab

Jo, eben peil' ich's. Deswegen widerrufe ich aber nichts von dem, was ich geschrieben habe. Code und Präsentation sind trotzdem okay. Immerhin weiß Alleger jetzt, dass ich nicht nur mosere. Eigentlich schade, dass es nicht seine Sachen sind.

nman

Original erstellt von Bitsy:
@freedom_for_all
freedom is just another word for nothing left to lose. (janis joplin)

Nein, Kris Kristofferson, wenngleich es ohne Janis nie so bekannt wäre.

TGGC

Original erstellt von rapso:
schade dass das nicht automatisiert ist, oder kennt jemand ein tool [...]das für eine membervariable automatisch ne accessor function macht

Wäre das nicht ziemlich unsinnig, dann wäre doch jedes Interface vom internen Aufbau einer Klasse abhängig?

@nman:
war nicht meine Nacht gestern. Zu groggy nach der Mathe-Geschichte. Man sollte dann wirklich nicht mehr posten.

Original erstellt von nman:
Nein, Kris Kristofferson, wenngleich es ohne Janis nie so bekannt wäre.

Hey, das ist doch der
"Yea', breaker one-nine, breaker one-nine. This here's the Rubber Duck. You got a copy of me?! Come on..."

We got a mighty convoy, truckin' through the night...

Der Kris, dat alte Haus!!

jo, naja aber so toll schaut das was sie bis jetzt haben noch nicht aus. da werd ich noch ein paar dingens draufsetzen

nman

Original erstellt von Bitsy:
@nman:
war nicht meine Nacht gestern. Zu groggy nach der Mathe-Geschichte. Man sollte dann wirklich nicht mehr posten.

*lol* Kenn ich gut, ich habe früher auch oft gepostet wenn ich am Abend nachhause gekommen bin...

@<Sgt. N>: Jo, genau der, war mit Janis Joplin befreundet...

so version 0.0.1alpha ist da:
https://sourceforge.net/project/showfiles.php?group_id=78011

mach doch ein zip archiv und nicht alles in einer datei.

dein Wunsch ist mir Befehl

THX !

Na gut, dann ein paar kritische Worte:

Ein deutscher Text wie 'Fehler beim Laden' macht sich nicht sehr gut.
An der Kommentierung ist einiges zu tun. Selbstverständliche Dinge wie // include-guard machen sich heute nicht mehr gut.
Bei den Blit-Geschichten ignorierst Du die acquire-screen-Dinge.
Andere als Doublebuffertechniken sind nicht möglich, und irgendwo verwendest Du ausserdem ein - in diesem Fall - gefährliches destroy_bitmap.
Auch die Verwendung von GFX_AUTODETECT als Standard kann gefährlich werden.
Kurz und gut:
Ich sehe, dass Du den Wrapper wohl für 'Default'-Anwendungen machen willst, und dabei wird er vielleicht sogar Anhänger finden.
Ich denke mir, Du wirst ihn über die anderen Bereiche noch ausdehnen.
Bin mal gespannt, ob Du die GUI locker wrappen kannst.

rapso

Original erstellt von TGGC:
[quote]Original erstellt von rapso:
[qb]schade dass das nicht automatisiert ist, oder kennt jemand ein tool [...]das für eine membervariable automatisch ne accessor function macht

Wäre das nicht ziemlich unsinnig, dann wäre doch jedes Interface vom internen Aufbau einer Klasse abhängig?[/QB][/QUOTE]

ich möchte nur wissen ob es ein tool gibt dass mir die schreibarbeit ersparrt... ich möchte keine modifikation von c++, wieso sollte das unssinig sein?

rapso->greets();

Original erstellt von Bitsy:
**
Ein deutscher Text wie 'Fehler beim Laden' macht sich nicht sehr gut.
**

ääh hab ich wohl vergessen

**
An der Kommentierung ist einiges zu tun. Selbstverständliche Dinge wie // include-guard machen sich heute nicht mehr gut.
**

Ich mach die Kommentierung am Schluss(oder wenn die alpha phase zu ende ist) denn, wenn es halbfertig ist und ich dann die kommentare schon hab, am ende ein design fehler - schwups alles neu coden, dann kommt, denke ich, blödsinn heraus

**
Bei den Blit-Geschichten ignorierst Du die acquire-screen-Dinge.
**[quote]
Erzähl mir mehr

[quote]**
Andere als Doublebuffertechniken sind nicht möglich
[quote][qb]
Mann kann direkt (mm vielleicht hab ich das auch nur bis jetzt gedacht und noch nicht gecodet) den screen als Bitmap bekommen (nach kurzem nachschauen hab ich gemerkt, dass die funktion schon drin ist: Screen::get_screen ()) freilich, ohne Doku übersieht man das halt leicht. außerdem sind die ganzen bitmap funktionen ja auch noch nicht gewrappt, erst einige wichtige

[quote][qb]
, und irgendwo verwendest Du ausserdem ein - in diesem Fall - gefährliches destroy_bitmap.
**

Weshalb gefährlich?

**
Auch die Verwendung von GFX_AUTODETECT als Standard kann gefährlich werden.
**

Kann man ja abändern, aber wer's schnell machen will, aber das hast du eh bemerkt, mir geht's in erster linie darum, dass ich (oder der endanwender) schnell resultate bekommt, ohne die elendslange liste von globalen variablen kennen zu müssen

GUI locker wrappen kannst.

Wenn ich wüsste wozu/was das ist?

außerdem hab ich noch eine frage zu get_rle_sprite: macht die funktion ein eigenes bild, also kann ich das Bitmap, aus dem das Sprite gemacht wird, danach destruieren? ich hab nämlich bis jetzt angenommen, dass nicht und blockiere das Bitmap danach für alle weiteren funktionen.
und was mich jetzt noch dringend interessiert: wieso ist destroy_bitmap gefährlich?

PS, @rapso: Kapselungshelfer - eine Idee