Lagerbank einbauen

[xelawebdev]

Servus an alle die hier gelandet sind,
ich hätt da mal eine Idee aber wüsste nicht genau wie ich das machen sollte, also frag ich Euch mal nach Einfällen:
Eine Bank in die man Gegenstände einlagern kann, wie würdet Ihr das umsetzen und was genau sollte man  beachten, damit die Items auch zurückgeholt werden können und abgelegt.

PS: Habe unseren Scriptern schon von der Idee erzählt ob Sie das mal für uns machen könnten, aber bisjetzt keine Antwort (3 Monate, wohl vergessen, oder haben zu tun^^)

Danke im voraus für die Hilfreichen Posts

[KeksX]

Technik-Forum, anyone?:p.

Also Eventtechnisch dürfte das unmöglich sein, aber mit Scripts lässt sich da einiges machen!

[xelawebdev]

Doch möglich schon, aber dazu braucht man mehr Events als Items xP
Und in einem Spiel (RPG) sollten schon viele Items sein^^
Vielleicht arbeitet unserer "Imba Scripter" schon daran

[Rosa Canina]

Warum sollte das mit Events unmöglich sein?

Leute, es gab für alles, wofür ihr heute RGSS verwendet, normale Eventbasierende Scripts. Arbeit machen sie - aber unmöglich sind sie nicht - im Gegenteil, sogar sehr einfach.


Im Fall einer Itembank ist das ganze sogar jämmerlich simpel:
Beim einlagern wird einfach ein Slot belegt - z.B. bietet die Bank 50 Itemslots an. Jeder Slot hat eine eigene Variable, die eine Nummer enthält, welche einem später per Abfrage sagt, welches Item man denn nun einlagerte ( Bsp: Variable = 1: Heiltrank, Variable = 2: Holzschwert etc). Eventuell vorher prüfen, ob schon ein SLot das Item hat und in einer anderen Variable die Menge raufstellen. Grafisch ist das ganze auch simpel, man macht ein Menü mit Events, bei dem auf jeder Seite die jeweilige Variable + Itemgrafik ist. Beim Auswählen geht entweder die Anzahl -1 oder der Slot wird komplett geleert.

Das einzige Problem ist die Tatsache mit den 99 Eventseitenlimit - kann man aber umgehen (und sieht auch besser aus) wenn man verschiedene Itembankscripte macht für verschiedene Itemkategorien. SIeht auch hübscher aus, wenn vorher gefragt wird was für ein Typ Item man einlagern will ^^

Simples Prinzip (Pokemonboxen-Prinzip), benötigt 50 Variablen bei 50 Slots bzw 100 Variablen bei 50 Slots, wenn man doppelte Items in den gleichen Slot tranferiert.


Nachdenken, dann behaupten, dass es unmöglich sei (ich hab btw auf dem 2k sowas schon gebaut )

[Onkel Hell]

ich weiss das du mir das schonmal irgendwann geschriebenen hast^^
ich versteh nich wozu man eine brauchen sollte? man kann doch sowieso soviele items tragen wie man will oder irre ich mich da?
aber mit events gehts auch nur is das mega umständlich, wie das meiste mit events
events sind ja nix anderes als vorgefertigte rgss events

edits: ups das heist nich rgss event sondern script^^

[Rosa Canina]

aber mit events gehts auch nur is das mega umständlich, wie das meiste mit events
events sind ja nix anderes als vorgefertigte rgss events

Da zitier ich mal kackedreist einen Post zu diesem Thema aus einem anderen Forum:

Das läuft über einen simplen Alorythmus^^
Und dazu brauch man kein Ruby, sondern ne ne varischleifen, mehr nich^^
Man brauch nur Speichervaris, und nen Pointer.

Meine Methode war sogar noch aufwendig - dafür aber simpel ohne Ende xD

[Onkel Hell]

das soll uns jetz sagen das es nich umständlich mit events is sondern auch einfach?
aber events sind ja dafür gemacht um simpel zu sein,
wenn mans direkt in ruby schreibt wirds nur einfacher als wenn mans über event ins von ruby intepretieren lässt

[R.D.]

das soll uns jetz sagen das es nich umständlich mit events is sondern auch einfach?
aber events sind ja dafür gemacht um simpel zu sein,
wenn mans direkt in ruby schreibt wirds nur einfacher als wenn mans über event ins von ruby intepretieren lässt

Türlich ist das super simpel oO
Sicher Ruby wäre besser angebracht, mehr möglichkeiten, das heißt nich das es leichter oder schwere mit Eventscripting is...

[Rosa Canina]

Meine Rede...

Was ist schwerer?

Ruby lernen und mit dem Sytax alles hinzutippen?
Oder:
Mit ein bisschen Verstand den Code zusammenklicken?


Um mich mal zu zitieren (aus einem anderen Forum):

Leider hat sich die VX-Szene zur einer "Variablen? Damit kann man doch nichts machen..."-Szene entwickelt. Wie in der XP-Szene werden nur noch Scripte gefordert und das RTP verwendet. Klar, das VX-RTP hat krasse Einschränkungen - dennoch kann man auch mehr verwenden als nur das. Und Ruby ist eine tolle Erleichterung - aber ersetzt nicht das komplette Eventprogramming. Die neuen User wollen immer nur - sind aber nie bereit Arbeit reinzustecken. Ein Spiel dauert nunmal locker Jahre - und keine Tage (wenn es gut werden soll -.-)
Das stimmt mich verdammt traurig und wütend auf eb! die mit ihrem "Funktionen streichen und Ruby einbauen" aus dem Maker ein Kleinkiddie-Spielzeug machten.

Ich war bislang ein Verfechter des VX in den anderen Foren - doch wenn ich mir die Szene so anschaue haben die User aus den Fehlern der XP-Comms nichts gelernt...

[xelawebdev]

Puhh sieht so aus als hätte keiner ne Idee xD
Ja ok! Ich versuchs halt alleine daran zu arbeiten
fortschritte werden gepostet! Ähmm und ja hochgeladen xD
Danke trotzdem^^

[Onkel Hell]

mit events kann man schon viel machen da sie einem das erlernen der ruby syntax eigentlich ersparen sollen,
ich find sie einfach nur umständlicher als wenn ichs per hand schreibe aber ich bin auch informatiker also von daher auch nich wunderlich das ich das bevorzuge

aber stimmt schon die meisten leute erst nach scripten gucken und wenn sie keins kriegen dann erst überlegen oder dann halt was anderes machen aber das liegt nich an ruby sondern an den usern selbst
"warum soll ich irgendwas machen was andere schon gemacht haben?" das is das denken was da hinter steckt
wenn du events ohne umstände importieren und exportieren könntest würden die leute genau das gleiche machen

[xelawebdev]

ja ist ok, ich hab auch niemanden gezwungen, ^^
den wenn keiner kann dann schaff ich das ebend mit laaaanger arbeit. bin nun intensiver mit rpgvx geworden also würde das schon hinhauen^^

[Rosa Canina]

Puhh sieht so aus als hätte keiner ne Idee xD

Im Fall einer Itembank ist das ganze sogar jämmerlich simpel:
Beim einlagern wird einfach ein Slot belegt - z.B. bietet die Bank 50 Itemslots an. Jeder Slot hat eine eigene Variable, die eine Nummer enthält, welche einem später per Abfrage sagt, welches Item man denn nun einlagerte ( Bsp: Variable = 1: Heiltrank, Variable = 2: Holzschwert etc). Eventuell vorher prüfen, ob schon ein SLot das Item hat und in einer anderen Variable die Menge raufstellen. Grafisch ist das ganze auch simpel, man macht ein Menü mit Events, bei dem auf jeder Seite die jeweilige Variable + Itemgrafik ist. Beim Auswählen geht entweder die Anzahl -1 oder der Slot wird komplett geleert.

Das einzige Problem ist die Tatsache mit den 99 Eventseitenlimit - kann man aber umgehen (und sieht auch besser aus) wenn man verschiedene Itembankscripte macht für verschiedene Itemkategorien. SIeht auch hübscher aus, wenn vorher gefragt wird was für ein Typ Item man einlagern will ^^

Simples Prinzip (Pokemonboxen-Prinzip), benötigt 50 Variablen bei 50 Slots bzw 100 Variablen bei 50 Slots, wenn man doppelte Items in den gleichen Slot tranferiert.

Überlesen?

[Onkel Hell]

du has nur was überlesen ^^

ich weiss das du mir das schonmal irgendwann geschriebenen hast^^
ich versteh nich wozu man eine brauchen sollte? man kann doch sowieso soviele items tragen wie man will oder irre ich mich da?

[Rosa Canina]

Mein Post hatte sich auf Mr Capslock bezogen, nicht auf dich xD

Aber um das mal zu klären:

ich versteh nich wozu man eine brauchen sollte? man kann doch sowieso soviele items tragen wie man will oder irre ich mich da?

Klar kannst du auch ein Slot pro Item machen - was ist aber wenn du 5 Tränke lagern willst? Dann verbratest du 5 Slots - oder einen Slot mit 2 Variablen, von denen eine die Anzahl definiert.