gm:html5 was fällt weg?

Lucke · 28. Dezember 2011, 20:12

Moin ;)
eigentlich wollte ich mich im Chat schon schlau gemacht haben, aber aus irgendeinem Grund ist dieser bei mir total Buggy.

Ich überlege mir den gm:html5 anzuschaffen, 100 € ist ein ziemlich hoher Preis...aber wenn der html5 schon so viel kostet, wie viel wird dann das Studio kosten ;) der html5 reicht mir voll und ganz.;)

Ich habe mir schon das FAQ zum gm:html5 von Yoyo durchgelesen daraus bin ich aber nicht so richtig schlau gerworden.Welche Funktionen fallen beim gm:html5 weg?Soweit ich weiß funktionieren Extensions nicht mehr, wichtig wären für mich aktuell die file-Funktionen wie file_exists() , file_delete() txt / ini read...ect.

grüße, Lucke.

florpp · 28. Dezember 2011, 20:25

Ich kenne mich mit dem funktionsumfang vom html5-gm nicht sonderlich aus, doch bin mir ziemlich sicher, dass du auf file_*-funktionen komplett verzichten werden musst, da html überhaupt nicht auf dateien zugreifen kann.

Lucke · 28. Dezember 2011, 20:43

Mmh, welche Möglichkeit gäbe es denn dann auf Datein zuzugreifen?

C5_Booster · 29. Dezember 2011, 00:45

Mmh, welche Möglichkeit gäbe es denn dann auf Datein zuzugreifen?

Doch, ich glaube es gibt die möglichkeit auf dateien des servers zuzugreifen.

MeRobin · 29. Dezember 2011, 01:34

florpp schrieb:

Ich kenne mich mit dem funktionsumfang vom html5-gm nicht sonderlich aus, doch bin mir ziemlich sicher, dass du auf file_*-funktionen komplett verzichten werden musst, da html überhaupt nicht auf dateien zugreifen kann.

Aber Javascript kann es.

copyboy · 29. Dezember 2011, 12:54

Mit Local Storage kann man dann Sachen abspeichern und wieder laden.

Lucke · 29. Dezember 2011, 14:19

- danke erstmal ;)

Gibt es für Local Storage schon ne Beschreibung wie ich das mit dem gm nutzen kann?

btw. Wie schaut das eigentlich mit txt Datein und ini Datein aus, kann der gm:html5 die lesen/schreiben?

EDIT: Ich denke mal das/die/das Registry kann man sich auch von der Backe wischen ;)

florpp · 29. Dezember 2011, 15:22

<spam> Die Registry weil Die Registrierungsdatenbank </spam>

MeRobin · 30. Dezember 2011, 03:54

florpp schrieb:

<spam> Die Registry weil Die Registrierungsdatenbank </spam>

Da hat jemand in Deutsch nicht aufgepasst.

Es ist zwar die Registry, aber das Beispiel die Registrierungsdatenbank ist ein wenig blöd gewählt, da sich der Artikel im Deutschen bei einem zusammengesetzten Wort immer nach dem Stamm, in deinem Fall die Bank richtet.

MewX · 30. Dezember 2011, 17:05

Funktionen zur dynamischen Verwaltung von Resourcen fallen zu grossen Teilen weg. Das betrifft z.B. object_add.

Tobi97 · 30. Dezember 2011, 17:21

Man sollte auch erwähnen, dass draw_sprite/background_ext mit einer Farbe jeweils ein neues Bild pro Farbe in den Speicher lädt.
Dass kann nach einer Weile ziemlich auf den RAM drücken.

- Tobi97

florpp · 30. Dezember 2011, 17:53

MeRobin schrieb:

florpp schrieb:

Die Registry weil Die Registrierungsdatenbank

Da hat jemand in Deutsch nicht aufgepasst. Es ist zwar die Registry, aber das Beispiel die Registrierungsdatenbank ist ein wenig blöd gewählt, da sich der Artikel im Deutschen bei einem zusammengesetzten Wort immer nach dem Stamm, in deinem Fall die Bank richtet.

englisches Wort: "The registry"
deutsches Wort: "Die Registrierungsdatenbank"
-> eingedeutschtes Wort: "Die Registry"

nicht mehr und nicht weniger wollte ich sagen

Lucke · 1. Januar 2012, 14:41

oooookay, das mit der Registry ist ja jetzt erstmal unwichtig ;)

Welche Alternativen bleiben mir denn wenn ich keine .ini's nutzen kann? Ich würde gerne das alle User auf bestimmt Daten zugreifen können, sie auslesen oder Daten hinzufügen/überschreiben können....