GamezWorld.de - Forum
Von Spielern für Spieler
Du bist nicht angemeldet.
ahhhhh ......
ich lege eine methode update eines objektes an und löße diese in der loop aus?
in der update wird geprüft ob die mouse sich im eigenen bereich befindet und eventuell ein butten gedrückt ist etc. .....
je nach dem kann ich reagieren und darauf ein "render" des objects aus der update auslösen ?
ich muss halt in der gameloop oder so nur permanent bei allen objekten dann das update() auslößen ?
gruß´~s~
Ich korrigiere selber:
updates in der update()
gerendert wird dann über render()
deswegen wohl auch diese trennung, damit das nacheinander erfolgt und nicht quer durcheinander
Innerhalb von der Methode "Update" des Types TMenue wuerdest du also fuer diesen Menuepunkt spezifische Updates machen: heisst schauen ob die Maus drueber ist, ob geklickt worden ist usw.
das ist halt das was ich nicht so wirklich verstehe.
Ich habe doch folgendes gemacht:
eine function mousehandling() welche in sich dann alle möglichen zustände prüft und dann eventuelle variablen ändert und reaktionen auslößt.
(okay, ich gebe zu, das die reaktionen wohl allgemein dann eher vom Typ "Render" waren)
Das was du meinst, ist doch aber das ein angelegtes objekt dann selber checkt ob sich die mouse in "ihrem" (ist ein objekt eine sie? *lach*) wirkungsbereich befindet oder nicht.
wenn dieses objekt mit seinen eigenschaften von ausdehnung/größe oder standort/platzierung auf dem bildschirm immer selbständig checkt in wie weit es von der Mouse berührt wird (auf ereignisse reagieren muss) ....
dann ist das doch genau die gegenteilige herrangehensweise als was ich das getan habe?
Ich habe mit den Augen der Mouse gesehen *blinkerblinker* 
aber wie löße ich denn so ein selbstständiges überwachen aus .... das ist mir alles ein rätzel (das objekt schaut die Mouse an ? )
gruß
sushi
Jedes Menue fuer sich selbst checkt dann ab, ob die Maus drin ist oder nicht.
Versuche sozusagen die Objekte fuer sich selbst sorgen zu lassen. Dann weisst Du spaeter auch, an welcher Stelle die Menuepunkte veraendert/aktualisiert werden und es liegt nicht mehr verstreut im Code herum.
Genau das ist mein Problem zu verstehen wie man etwas "vernünftig" coded 
Wenn ich da hier und da in TVT-Code geschaut habe und versucht habe das zu verstehen, hatte ich aber manchmal schon das gefühl das das eine oder andere ganz alleine wie von "zauberhand" funktioniert ....
Ich denke das meine blickrichtung und denkweise da ganz einfach auch falsch ist.
Ich denke ich muss alles Organisieren im Code ....
Und das wird dann meist halt sehr Unorganisiert und verstreut
Ich fühle mich gar nicht "überrant" im gegenteil, ich bin erstaund wie du mit ein paar wenigen änderungen das aber schon deutlich besser machen kannst und das in kurzer zeit. (ich hoffe jetzt zumindest das dies dich nicht zu viel zeit gekostet hat.=
Und besonders Interessant dabei ist ja jetzt .... Anfänger Coding und nutzen des Frameworks und das auch im Vergleich
Ich muss mir das aber trotzdem auch noch etwas genauer betrachten
gruß
sushi
Sooo,
eher nur für dich Ron, hier mal das was ich jetzt gemacht habe.
Also ich habe es hinbekommen das es so wie ich mir das vorstellte zumindest ersteinmal funktioniert
Der Code naja ... gibt bestimmt genug leute die sich totlachen würden wenn se sich das anschauen
(Es ist schlimmer geworden als was ich vorher gedacht hätte)
http://www.workupload.com/file/N6GnhE57 (zip mit exe,png und bmx)
als kontrollbild:
So sollte der Screen aussehen mit geöffnetem Untermenü (Maus ist da bei "Bank")
Derzeit hat ja auch nur "Zur Stadt" ein Untermenü
Davon abgesehen das ich jetzt noch nicht wirklich in's Framework geschaut habe, kannst du mir ja aber ansonsten vielleicht noch ein paar tipps geben.
Die verwendeten Bilder sind dieses mal alle CCO also Public Domain.
gruß
sushi
Nachtrag: Das Bild da oben links hat eigentlich auch eine Schwarze Kontur, die wird aber aus irgendwelchen gründen nicht dargestellt.
hummm, na ich mache das jetzt gewiss wieder viel zu sehr spaghetti mäßig
aber ersteinmal überhaupt etwas hinbekommen und dann dazu lernen 
Wenn ich das was ich gerade versuche, zum anschauen fertig habe, lade ich's mal hoch.
Hauptmenü und 1 Untermenü habe ich erstellt ....
nun muss ich mich ersteinmal um die Maussteuerung/Handling kümmern um das ganze dann auszuprobieren ob das so werden könnte wie ich es mir denke
gruß
~s~
Danke für deine Erklärung, demnach kann man halt in einer liste nur etwas ändern wenn man immer die ganze liste durchgeht.?!
Das kann an manchen stellen gewiss praktisch sein, aber ich denke dann schaue ich mir aber trotzdem das ersteinmal mit den Arrays noch an
Bin ebend beim Spaziergang auf die Idee gekommen eventuell ein Zweidimensionales Array zu machen und dadurch ein Menü mit einer zweiten Ebene (Menü - Untermenü)
Mal sehen was bei raus kommt
Bis dene
~sushi~
ps. hummm, eigentlich hätte ich da ein eigenes thema schon wieder anlegen müssen, denn das past ja nicht wirklich in die Dig-Framework ecke
hummm,
scheinbar benutzt du ja hier und da auch TList um mit daten zu arbeiten, warum nicht gleich ein Array nehmen?
oder Anders gefragt, gibt's eine möglichkeit eine variable direkt zu beschreiben die in einer TList ist?
Beispiel:
Global MenuList:TList = CreateList()
Type TMenu
Field x:Int
Field y:Int
Field b:Int
Field h:Int
Field name:String
Field status:Int
Method DrawMenu()
SetColor(232, 222, 191)
DrawText(name, x, y)
End Method
End Type
For i = 0 To 5
Local NewMenu:TMenu
NewMenu = New TMenu
NewMenu.x = x
.
.
.
NewMenu.name = "leer"
NewMenu.status = 0
ListAddLast( MenuList, NewMenu )
NextNach der Schleife habe ich eine Tlist MenuListe in der lauter TMenu drin sind ... soweit dürfte klar sein?
Kann ich jetzt irgendwie direkt den TMenu.name beschreiben bei "objekt" 3 in der Liste?
Habe da gerade ein Knoten im kopf bzw. nichts gefunden ...
mit ValueAtIndex kann man vielleicht einen wert auslesen, aber das gegenstück dazu habe ich nicht gefunden
gruß
~s~
IndevIDE funzt mit einmal (im kompatibilitätsmodus, den hatte ich aber auch vorher schon eingestellt)
Beim Compilieren reagiert das ganze aber genauso wie MaxIDE *.c bleibts mit Error hängen.
Nicht das sich da was mit MonkeyX verhackt hat?
Naja, darum werde ich mich wohl aktuell ersteinmal nicht wirklich weiter kümmern, sondern eher mal anfangen was zu proggen.
gruß ~s~
Weinrekorde: Ältester Trinkbarer Flaschenwein
Der älteste trinkbare Flaschenwein soll ein 1540er Würzburger Stein sein, der im Würzburger Bürgerspital aufbewahrt wird. 1961 durfte der britische Weinkenner Hugh Johnson eine damals noch vorhandene zweite Flasche verkosten. Der Wein zerfiel innerhalb kürzester Zeit, wurde braun und schmeckte dann nur noch nach Petroleum.
Quelle: http://www.die-weinkiste.com/%C3%A4ltester%20flaschenwein
hehe Ron,
ich habe mich daran auch gar nicht vergriffen ...
grund:
es gibt einiges an software die funzt einfach weiter wenn man systemdatum zurück setzt ... (noch vor ablauf der probe)
ich habe aber auch schon software erlebt, die genau das gecheckt hat und dann gar nicht mehr lief egal welches datum dann und ob man noch berechtig gewesen wäre
gruß
~s~
digidea ist sozusagen meine "Firma" - wenn ich was geschaeftlich mache. Braucht man ja was schickes auf der Rechnung ueberm eigenen Namen
.
Digidea - Ihre Ideen in Code gegossen.
Slogan und Logo finde ich gelungen
(gibt also einiges was ich gelungen finde was du so machst )
Nachtrag: daher mein gedanke ... digidea - ihre ideen in code gegossen ..... idee thema winzer kann sehr komplex sein und daher nicht so einfach in code gegossen wenn gewiss nicht unmöglich
@20%
dann bin ich ja beruhigt das ich wohl doch nicht so ganz falsch lag ....
und Winzer benutzen hier und da ja auch Industrielle Hefe wo es ja auch so einige arten wohl gibt soweit wie ich das jetzt mitbekommen habe.
Beide Fotos mit meinem 39,- Smartphone Huawei U8600 gemacht
hmmm, finde ich tolle fotos wenn die ausleuchtung etwas besser wäre (bereiche überbelichtet) ....
Ich glaube ich muss mal nach Chemnitz kommen *lol*
gruß
~s~
mein hobby ist ja photographie, bei mir gibts aber keine weinanbaugebiete und das eine wird gerade nicht gestattet *lach*
Also dann mal von mir Grundgedanken für eine Spielumsetzung:
Anfänglich könnte man das nachwievor einfach halten wie bei dem Original ...
Weitere Überlegung wäre aber:
Anbaufläche ha/reben an realere werte anpassen
Wettereinfluss - welches Wetter wirkt sich wann wie auf was aus (dies zu Simulieren und das vielleicht auch etwas genauer)
Auf grund von Genauerer Betrachtung des Wetters eventuell kürzere zyklen in das spiel einzugreifen also lesezeitpunk etc. zu bestimmen und nicht im monatsrythmus? (eventuell sogar echtzeit und tägliche wettersimulation ... das wäre natürlich das höchste der gefühle )
teilweise lese möglich? ich denke das doch kein winzer einfach sagt ... heute wird gelesen alles .... 50% genutzt rest weggehauen? ... gerade Beeren- und Trockenbeerenauslese wird wohl immer selektiv von hand gemacht .... soweit ich das jetzt zumindest nachgelsen habe (kann ja auch anders sein. keine ahnung)
rebenanbau - im original ist nicht oder kaum berücksichtig, das eine angepflanzte rebe nicht sofort ertag bringt (ist auch verständlich)
im Original Winzer wurde die ganze Faßlagerlänge etc. auch sehr vereinfacht (Q.b.A. 1 Monat dann anmeldung dann 2 Monate in Flasche dann Preis zum beispiel) .... je nach Wein etc. ergibt sich wohl eine lagerlänge im Faß wobei hierbei ... was der Ausbau des Weines ist die Qualität auch bestimmt wird .... dieser Prozess ist meiner ansicht nach im Original nicht wirklich berücksichtigt oder sehr sehr schlicht vereinfacht - habe aber selber keine idee einer umsetzung dessen derzeit)
Zusatz: Name des Spieles?
gruß
~s~
@Regen im Garten
Regen ist dann für die Überreife wohl auch eher schlecht ...
diese trauben saugen sich dann nur voll mit wasser ... platzen ...
da ist dann wohl nix mit einer beeren oder trockenbeerenauslese
wetter dann also sehr wichtig ....
aber ich sagte ja, "Winzer" ist gewiss ein viel komplexeres thema als das man das ebend mal fix in einem Spiel (Code - Digidea? ) abbilden könnte.
~s~
nach dem ich gestern viel zeit verbracht hatte das compilieren hinzubekommen ... und ich mir das nun etwas angeschaut hatte ...
denke ich auch das ich selbstständig ersteinmal mit einfachen normalen sachen anfangen sollte um a) blitzmax etwas kennen zu lernen und b)mich auch in OOP etwas einzuarbeiten.
blöd nun, so schnell wie du das framework jetzt zusammengestellt hast, wirst du aber bruce nicht dazu bekommen den compiler frei zugeben .... irgendwann ist ja mit Demo schluss. (keine ahnung ob rücksetzen datum funzt, habe ich noch nicht probiert ... gibt viel software wo das alleine reicht)
gruß
~s~
Wenn Du was am Framework aendern willst:
Ich denke das ist ein Thema für sehr viel später wenn überhaupt
Bin leider bei beiden Weinen nicht am Maximum der 19-20% Alkohol angekommen.
Und ich war der meinung, das ich noch in der Schule gelernt hätte, das ein Natürlicher Gärprozess irgendwo um die 12% Alkohol stoppt .... mein Schulbesuch ist aber auch schon eine weile her und vielleicht habe ich's auch falsch in erinnerung.
Unsere Trauben "Regent" haben allerdings Hefe mit geringer Alkoholtoleranz.
Du hast also Wein Regent im Garten stehen und erntest ca. 10kg ?
Denn die Rebsorten sind es, die bestimmen, wieviel "Alkohol" dabei rauskommen kann.
Das tut man hier http://de.wikipedia.org/wiki/Grad_Oechsle etwas verallgemeinern (allerdings steht da auch maximal 18%)
@Winzer: eine weitere Idee neben dem "Weinverkauf" waere es, Weinbrand (Cognac darf in Dtl nicht Cognac heissen, Schaumwein nicht mehr Champagner - siehe Versailler Vertrag) herzustellen. Glaube das Original erlaubte nur Sekt/Schaumwein.
Durch das Anlesen von Informationen ist mir auch aufgefallen, das ja Wein durch das Altern als solches nicht wirklich besser wird, zumindest ist dies wohl bei den wenigsten weinsorten der fall. Und erst recht in heutiger Zeit kommt der Wein im prinzip fertig in die Flasche. Es kann sein, das je nach Weinart und Anbaufläsche (Boden) der Geschmack sich dann mit längerer Lagerung auch ändert ... ob das dann aber zum vorteil ist? zumindest wäre es bei diesen weinen die sich verändern ja nicht mehr der ursprüngliche geschmack halt bei abfüllung.
Ich muss zugeben das ich auch, wie wohl viele, annahm das lagerlänge sich gut auf qualität auswirken würde. das ist aber wohl völliger käsekuchen bei Wein
Daher hatte ich selbst schon den gedanken das Spiel - falls es eins werden sollte - in Richtung Weinbrand etc. auf jedenfall zu erweitern.
N bisschen reizt mich das Thema schon die ganze Zeit - dass irgendwie "mit" umzusetzen
ehm, das ist mir zumindest nicht entgangen
gruß
sushi
Nachtrag: die Annahme das Wein der lange gelagert ist Wertvoll sei, enstand wohl durch viele Filme etc. wo ein Wein der da irgendwo hunderte jahre wo rumlag und die flasche ersteinmal von spinnweben und staub befreit werden musste und man erfurchtsvoll dies als ein Juwel betrachtete .... halt wohl ein irrtum der sich da aber wohl hartnäckig in vielen köpfen hält .... wie das mit so einigen sachen im leben ist
@Digidea Framework
Jetzt fehlt nur noch eine Ausführliche "Befehlsreferenz" zum Framework *lol*
also ich verstehe da viele dinge nicht / tue mich demnach damit auch etwas schwer ... kann aber auch einfach daran liegen, das es halt zu viel mit einmal ist und OOP mir ja nun nicht gerade im blute liegt.
Zum Beispiel habe ich nicht gefunden, wie ich denn jetzt für die Anwendung (Demoapp) die Auflößung ändern könnte bzw. Fullscreen ja oder nein etc. ....
(Gibt da auch noch einiges anderes was ich nicht verstehe - Koordinaten angaben für ... glaube buttons waren das .... da war was dabei mit negativer zahl ... habe ich gar nicht verstanden was das soll ...)
overload - Out of memory
~s~
hiho,
jetzt habe ich das thema ha und anpflanzung für mich nochmal klären wollen
1 ha = 100 x 100m = 10.000 qm
5.000 Reben auf 1 ha bei pflanzdichte von 1 x 2m
(industriell wird eventuell auch dichter bepflanzt, müsste ich noch nachlesen)
beim rumstöbern habe ich herrausgelesen, das man wohl von einem ertrag von ca. 2-3 kg je rebe ausgeht. (zumindest unter hobbywinzern, kann ich aber noch nicht genau sagen)
Thema Lese:
es gibt Reife, Vollreife und Überreife Trauben -
Vollreife:
nach der Reife steigt die süße/zucker also die öchslegrade halt weiter an bis zur vollreife ... tagsüber kommt durch wärme/sonne weiter zucker in die traube welche dann in der nacht, besonders bei kälteren temperaturen wieder "verloren" geht .... irgendwann ist also der zuwachs und verlust ausgeglichen so das die öchsle nicht weiter ansteigen. (dann wird wohl spätestens gelesen - meist ist das wohl anfang Oktober bis ende Oktober)
Überreife:
der zuckergehalt steigt ja nicht weiter an als solches, da die trauben dann aber zunehmend wasser verlieren, steigt natürlich im verhältnis dazu der zuckeranteil und daher die öchsle.
(Öchsle = gewicht 1.000 ml traubenmost - gewicht 1.000ml wasser = also wieviel gramm 1L traubenmost schwerer als 1L wasser ist)
Die Trauben werden dann auch Rosinenartig .... diese Weine also Beerenauslese und Trockenbeerenauslese haben durch den geringen wasseranteil auch geringe erträge.
Original Spiel Winzer: (3.0 Dos-version)
Ich habe da bisher noch nicht so wirklich ablesen können, in wie weit das "wetter" da wirklichen einfluss hat, oder ob es doch mehr zufall ist, was die entwicklung angeht.
Qualitätswein b.A. kann man ja aus reifen und überreifen Trauben herstellen dadurch ist der ertrag da im spiel recht hoch, gegenüber den prädikatsweinen.
Die erzielten gewinne also Preise bei den Weinen, sind aber unverhältnissmäßig finde ich. Hatte ein Qualitätswein b.A. zu 30,- Verkaufen können, da gute ernte (hohe öchsle) - ich brauchte das geld , deswegen kein prädikatswein draus gemacht. Prädikatsweine, die in dem spiel meist ca. 50% ertrag ja nur haben kommen meist aber noch nicht einmal an so einen preis ran. (habe allerdings auch nur paar jahre da gespielt)
Keltern:
hier habe ich bemerkt das der ertrag nach der ernte ca. 60-75% (1.000kg Trauben = 600-750L Wein)
Hierbei ist es wohl auch egal ob das eine Beeren- oder Trockenbeerenauslese ist
Das Originalspiel ist also sehr einfach gehalten und zum teil wohl auch "fehlerhaft".
Alle Angaben ohne Gewähr
gruß
sushi
Kurioses am Rande: ich habe durch das rumstöbern im internet bemerkt, das am Rande von Leipzig illegal Wein angebaut wird die Gemeinde wurde zu ner geldstrafe von rund 8.000 euro verurteilt und es muss gerodet werden. (weinanbau wurde halt nicht gestattet und es wurde trotzdem angebaut bzw. war es das schon - man hat nach der ersten Verurteilung das ganze wohl in kleinen zellen an hobbywinzer verpachten wollen und daher noch nicht gerodet) ..... kann ich mich ja als hobbywinzer da mal anmelden 
Nach nun mehreren Stunden
hat es dann mal geklappt ...
kurrios dabei:
funzt nicht mit MaxIDE direkt .... (bleibt da bei extern stehen also wenn *.c file kommt)
auch manuell über eine *.bat datei geht nicht ...
erst wenn ich über ausführen die konsole aufrufe und dann von hand da den befehl eingebe läuft das kompilieren.
Somit konnte ich mir dann nun endlich die demoapp mal betrachten
gruß
~s~
Ganz oben steht in der anleitung "TVTower"... das brauchst - und hast du auch nur - wenn du TVTower kompilieren willst (source/external/...).
Den Schritt kannst Du weglassen.
bye
Ron
hehe Ronny,
ich starte blitzmax (MaxIDE)
lade die demoapp deines frameworks (demoapp.bmx)
compilieren und dann:
Compiling:c14n.c
Build Error: failed to compile C:/BlitzMaxDemo/Projekte/Dig_001/external/libxml/src/c14n.c
funzt also nicht ?
gruß
~s~
sorry wenn ich mal wieder nerve
wenn ich jetzt das von starscrazy versuche, bekomme ich dann intern (rechner) probleme mit versionen etc. und blablabla .... ist ja eh schon ein rumgewusel ohne ende *lach*
gruß
~s~
@IndevIDE
- ich habe ein download names: indevIDEv2_2_win.zip
- entpackt nach c:\ in ordner IndevIDE
- nach start bleibt das ganze ewig hängen - taucht auch nicht unter Tasks im Taskmanager auf (win7)
- prozesse im TSKM, hummm da fällt mir auch nichts direkt auf
gruß
~s~
Nachtrag: taucht normal unter Prozesse auf, verbraucht da aber wohl auch nichts an CPU-leistung (danach habe ich eigentlich immer sortiert *g*)
ehm Ronny?
ich finde zu "MaxMod2" aber nichts auf meiner festplatte, daher verstehe ich auch nicht was du da in anleitung geschrieben hast?
gruß ~s~
Zwischenstand:
nun geht alles durch bei der Demoapp bis auf die letzte Zeile ... wie sollte es auch anders sein:
Compiling:c14n.c
Build Error: failed to compile C:/BlitzMaxDemo/Projekte/Dig_001/external/libxml/src/c14n.c
aber external würde ja vielleicht mit dieser mod2 geschichte zusammenhängen
gruß
~s~
a) Extraction:
--------------
- extract {PROJECT}/source/external/maxmod2_lite.mod.zip
to {BLITZMAX_DIRECTORY}/mod
maxmod2_lite .... was wo soll das sein?
*lach* habe gerade mal in den WExplorer geschaut und wollte suchen .... das "suchen" nicht gefunden .... meine güte, wenn ich mal in einer firma arbeiten müsste in der der WExplorer nur benutzt wird, wäre ich echt aufgeschmissen *lol* .... mit dem ding kann man doch nicht arbeiten. ... ich würde jeden tag mit kopfschmerzen und fingerkrämpfen nach hause gehen.
gruß
~s~
habe mein beitrag nun auch gelöscht, doof das du nun drauf geantwotet hast (doch so schnell )
der fehler war, das ich einen veralteten Dateibrowser habe alias NC ....
im cmd funzte dann bmk.exe makemods
gruß
~s~
Wichtig ist aber noch etwas: .....
dieser "nachtrag" von dir erklärt vielleicht warum bei mir ebend gar nichts funktionierte