Spieleprogrammierer schrieb:
Bei mir ists nicht so, dass ich das machen muss, ich biete nur meine / unsere Mithilfe an, mehr nicht.
Dann haben die Jungs ja nochmal Glück gehabt.
Hallo, mag etwas komisch klingen, aber wir arbeiten auch an sowas. Wollte vorschlagen, dass wir zusammenarbeiten?
Unser Team:
Mitglieder: 3 (Nico -ich Programmierer, Milan -Tester u. Designer, Tobias -Designer (2D und 3D) und Sound (Klavier))
Wohnort: Berlin
Internet: www.cpp-club.net (noch nicht online)
Email: info@cpp-club.net (funktioniert schon)
Um uns etwas kennen zu lernen: Audioplayer -nächste Version mit Hilfedateien und Autoranzeige *g* Bei Interesse einfach mailen.
epidemic schrieb:
dem Absender fehlt offensichtlich das nötige Know How.
Ich wieß schon, dass man solche Daten in einer Db speichert.
Aber in den obigen Beiträgen hat niemand ein Wort von einer Db verloren.
Also, wielleicht wussten es die anderen nicht und ich wollte sie auf die richtige spur führen.
Und glaub mir. Ich hab das nötige Know How
Ich würde dem Text-Adv erst einen Namen geben wen du die Story hast!
Achja noch ein Tip zu Namen: Ich würde die Standard-Wörter rauslassen wie z.B.,
Dragon
Legend
Final
...
Es gibt schon zuviele Advs oder in anderen Genres die so ähnliche Namen benutzen.
Chaplin
perfekt aussehendes Design
Das Design muss nicht besonders aufwendig und mit zahllosen Grafiken überladen sein. Es soll eine einfache und übersichtliche Oberfläche wie die bisherige entstehen. (nur dass mir diese nicht besonders gut gefällt)
aber keine Bitmaps
Es können natürlich Grafiken verwendet werden, nur sollte der Hintergrund gekachelt werden, weil ein durchgehendes Hintergrundbild, das alle 20 maximal sichtbaren Eingabefelder umrandet ca 700 px hoch wäre, und damit sehr viel Speicherplatz benötigt.
j_freeze
hola!
ich habe schon öfters opc-clients in VB entwickelt und hatte dabei mehrfach probleme mit dem automation wrapper. ich nutzte immer die vom opc-server mitgebrachte wrapper-dll und die warn zumeist sehr speziell für den eigenen opc-server gemacht und funktionierten nicht sonderlich gut mit anderen, insofern is der weg über das custom interface vielleicht zu empfehlen.
aber mit dem custom interface kenne ich mich nicht so recht aus
Knuddlbaer schrieb:
Würde mir Dein Ergebnis dennoch gerne mal anschauen, und wenns nur als exe is
Sorry, hab dein Posting erst ziemlich spät gelesen... *hust* (fast nen Monat später ). Hab dir mal ne Beispielexe online gestellt. Habs mit nem aktuellen Norton AntiVirus gecheckt, prüf's aber zur Sicherheit nochmal mit dem eigenen nach.
js gut und gibbet sowas schon?
das mit dem "hängenbleiben" wäre sehr wichtig, dass dann der thread oder process neu gestartet wird.
Eventuell müssen auch noch parameter an den thread/process übergeben werden !?
grüsse Sentinel
TriPhoenix schrieb:
Was ich halt am wichtigsten finde: erfinde nichts was mit 1-Zeichen-Befehlen bricht.
Jo, sonst wird der Interpreter nachher auch schwerer zu schreiben. BTW: Hab gestern aus purer Langeweile nen STL-basierenden BF-Interpreter geschrieben . Wie so ein Thread doch inspirieren kann .
ich wollte nicht sagen,. dass es schwer ist... eher, dass es leichter ist für leute module mit .net zu schreiben - die sprachenunabhängigkeit kommt da ins spiel.
also, ich werd wohl erstmal den ganzen fensterkäse und die schnittstellen machen und seh dann weiter... einen grossen verbreitungsgrad oder kohle will ich gar ned... mir geht's nur darum mal sowas zu programmieren... den source wollt ich dann bei sourceforge ablegen.
irgendwelche tipps wie ich da wohl am besten anfange?
skript->fensterklassen->schnittstellen->...?
ich denke, dass das eher eine interfacefrage ist, immerhin ist das nicht wirklich was grossartiges so ne routine zu schreiben die die daten verteilt... aber die interfaces, dass das jemand nutzen kann... boah das würd misch ankotz'n
rapso->greets();