ZFX + Developia

spobat hat geschrieben:Reden wir über Javascript: The World's Most Misunderstood Programming Language

Code: Alles auswählen

var status = {};
status.foo = {}; // soweit so gut..
status.foo.bar = 3; // Uncaught TypeError: Cannot set property 'bar' of undefined - ouch

Und, den Fehler schon gefunden? Vermutlich nicht. Tipp: Globale Variablen und keywords

$ node
> var status = {};
undefined
> status
{}
> status.foo = {}
{}
> status
{ foo: {} }
> status.foo.bar = 3;
3
> status
{ foo: { bar: 3 } }
> 

Krishty hat geschrieben:Warum sollte ich das machen? In Funktionen schreibt man nur Dinge rein, die sich wiederholen. Jede Funktion, die nur einmal aufgerufen wird, muss __forceinline gemacht werden, damit man sich nicht völlig sinnlos den Overhead eines Funktionsaufrufs einhandelt.

Klar ist ein überflüssiger Funktionsaufruf was anderes als 60 MiB Speicherunkosten, aber so oder so baut der Compiler da unnötig scheiße.

Artificial Mind hat geschrieben:GCC 4.6 zeigt das gleiche Verhalten... Ich war eigentlich auch Schrompfs Meinung, man lernt halt nie aus ;)

Krishty hat geschrieben:Ich denke, dass jeder, der eine plattformunabhängig gleiche GUI baut, ein Vollidiot ist. Diese Kasper, die meinen, dass sich Knöpfe überall gleich bedienen lassen müssen, sind wahrscheinlich dieselbe Gattung Radikaler, die den Java-Gleitkommastandard erfunden haben, und drehen mir die Eingeweide auf links.

Ich benutze Windows. Ich will, dass sich alle Bedienelemente, die ich auf diesem System jemals befummeln muss, so anfühlen, wie ich es von Windows-Bedienelementen gewohnt bin. I'm talking Klickbereich. I'm talking Markierungsfarbe. And I'm talking Verhalten beim Wegziehen. Das gilt für GTK+, für Java-Klickibunti und alles andere da draußen auch.

Wer seine GUI so auslegt, dass sie sich überall maximal vom Rest des Systems unterscheidet und damit argumentiert, dass -1 und +1 wieder 0 ergeben, gehört öffentlich gedemütigt damit er nie wieder auf die Scheißidee kommt, sich an eine Benutzeroberfläche zu trauen.

Schrompf hat geschrieben:Ich habe soeben einen kleinen Fragedialog eingebaut, der nach den ersten Schritten des Spielers aufklappt und fragt, ob man mit den Richtungstasten nun nach Himmelsrichtungen laufen will oder nach aktueller Blickrichtung des Spielers. Und um das zu testen, habe ich tatsächlich mal "Laufen nach Blickrichtung" eingestellt. Und prompt einige Minuten gebraucht, ehe ich überhaupt wieder den Trigger erwischt habe, um es zurückzustellen. Arrgh... wer bei gesundem Verstand würde in einem 2D-Spiel aus der Vogelperspektive in Charakter-Blickrichtung laufen wollen, wenn er "hoch" drückt?

Alexander Kornrumpf hat geschrieben:Niemand. Bau den Scheiß wieder aus. Nur steuerung relativ zum Bildschirm macht in diesem Fall Sinn.

Alexander Kornrumpf hat geschrieben:Niemand. Bau den Scheiß wieder aus. Nur Steuerung relativ zum Bildschirm macht in diesem Fall Sinn.

Schrompf hat geschrieben:Ich würde hier eigentlich gern noch ein passendes GIF einfügen, aber ich finde grad keins.

Schrompf hat geschrieben:Und um das zu testen, habe ich tatsächlich mal "Laufen nach Blickrichtung" eingestellt. Und prompt einige Minuten gebraucht, ehe ich überhaupt wieder den Trigger erwischt habe, um es zurückzustellen.

Schrompf hat geschrieben:Bei unserem Splatter-Multiplayer-Testzocken hat sich gestern herausgestellt, dass je nach Framerate verschieden viele Eingabeereignisse von XInput verloren gehen. VERLOREN! Mit 4 Spielern, drei davon an GamePads, war das Steuern nur noch eine Glückssache. Das ist mir unbegreiflich.

[Edit] Aus der XInput-Doku von der MSDN:

Code: Alles auswählen

dwResult = XInputGetState( i, &state );
if( dwResult == ERROR_SUCCESS )
{ ... }

ERROR_SUCCESS - da hatte jemand Humor.