Messages

Wart mal, Gernot. Irgendwie sieht heut alles anders aus! Scheinbar liegt das Problem wo anders. Es l?uft zwar immer noch nicht, aber diesmal ist das R?ckgabe-Array zumindest korrekt belegt. Nur krieg ich diesmal ab dem sechstletzten Element nix mehr korrekt ausgelesen. Sprich: In den Debug-Anzeigen seh ich die Array-Felder korrekt belegt, in meinem Code wird aber ein Leerstring ausgelesen.
Ich hab dir das fragliche Projekt mal angeh?ngt. Schau dir bitte die SUB spiele_laden mal an. Danke!

[attachment deleted by admin]

Seit der neuen V 7 hab ich ein ziemlich seltsames Problem mit GETFILELIST:

Code (glbasic) Select Expand

LOCAL spiele$[]
LOCAL anzahl
:::
anzahl=GETFILELIST("*.dat", spiele$[])

Dann krieg ich ein spiele$-Array zur?ck, dass exakt so lang ist wie die Anzahl der Verzeichnisse plus die der gesuchten Dateien. Nur sind reproduzierbar immer die letzten sechs Array-Felder leer!
Sprich:
anzahl: korrekte Anzahl von Verzeichnissen+Dateien
spiele$[]: korrekte Anzahl von Array-Feldern, aber die letzten sechs enthalten immer Leerstrings.

Und ja, es sind immer die letzten sechs, egal, wie die Dateien hei?en. Und vorher ging es problemlos...

Irgend eine Idee?

I was wondering what exactly are Userlibs, how can I create them, and how do I include them in my project?

Userlibs are simply GLB extension libs made by users themself. To create one, just write your code, than select "Tools/Compress file to Library" from  the GLB menu. (sorry, the menu might actually read a bit different, this is only a translation of my german menu options). Trudicare already explained how to use Userlibs in your projects.

Are these libraries written in GLB that I can include in my project e.g. if I wrote a sprite system UserLib I could just plug it into multiple projects?

Yes! Thats exactly what userlibs are intended for. 

Are these libraries completely separate from the source code they are plugged into i.e. I could have the same variable name in both the main source and userlibs, but they would be treated as two separate variables? 

The code is separated from your project, and even more interesting, even not available to any user. So you can hand over (sell?) libs without making your code readable for anyone. Variables: Ahh.. bit more complicated.  As long as your projects variables are LOCAL, yes, you can use the same names. If your project declares a GLOBAL variable with the same name, you will certainly run into problems. Therefore it would be wise to use some sort of unique naming conventions for your lib's variables, e.g. all starting with "usl_" or somthing like that.

Thanks for that function. Makes my life easier, especially since it's very easy to adopt to german.

Nice scheme, thx! Made it my default...

Nur mal so in deutsch: So weit ich wei?, hat doimus Recht. Das Problem ist nicht, dass du keinen Emulator f?r die Entwicklung benutzen darfst - das geht. Nur darfst du die Spiele hinterher nur vertreiben, wenn du selber bei Nintendo akkreditierter Entwickler bist, und GLB darf meines Wissens Support f?r die DS nur anbieten, wenn gernot akkreditierter Entwickler w?re.

Ich denke, ich werds mal mit nem zweiten Bild und SPRCOLL probieren. 'Nen Shader schreiben t?rau ich mir nicht zu. Danke!

Grrr... alles stop, man sollte gr?ndlich nachdenken, bevor man was postet. Eigentlich brauch ich f?r den zweck ja nur ein zweidimensionales Array oder ein Types-Array mit den Koordinaten der Rechtecke, und das ist ja nun wirklich kein Problem.

Ist heut nicht mein Tag. 

Wieder ne Idee, die ich in XNA ganz praktisch fand. Dort gabs die M?glichkeit, die Kollision eines Sprites gegen eine bestimmte Farbe zu testen, also z.B., ob mein Sprite gegen was schreiend gelbes knallte. Fragen dazu:

1) Geht so was in GLB irgendwie anders als ?ber GETPIXEL?
2) Wenn nein, ist GETPIXEL nicht ziemlich langsam?

Ich wei?, dumme Frage, aber:

In XNA gabs eine Konstruktion a la: Rect=New Rectangle(1,1,10,10)
sprich, die Funktion zeichnete das Rechteck nicht, lieferte aber daf?r eine Variable, die das Rechteck enthielt. War ganz n?tzlich f?r Kollisionen z.B. mit W?nden eines Labyrinths.
Geht so was in GLB au?er ?ber den Umweg DRAWRECT + GRABSPRITE?

This seems to happen with all GLBasic native commands. I found that a bit annoying too, at least sometimes (every time I forget to hit space or an arrow key before compiling, to be exact). Would be fine if there might be a way to change that in V 7.

There is a strange bug in the editor which will be fixed in new V 7. Add a blank line at the bottom of all your gbas files an this error disappears.

Tools / Options. Change it the way you like it most.

Or, if you want to build something on yourself:

http://www.glbasic.com/forum/index.php?topic=2676.0

But I wrote it for PC and VGA resolution and never made any smaller one, so the keyboard pics are far too big for you.

ENTKAEFERE = DEBUG. Just a word-by-word-translation. But bug in the meaning of that little beast with too many legs...

As gernot said, this is german joke only.

And no, definetely NOT a german highhorse but sort of a running gag. We used to have a chancellor who's english was even worse than usual and he used many of those phrases he translated word by word using the most opposite translation possible to the intended meaning, which in complete made really NO sense at all then. But these jokes are intranslatable, sorry.

Example? "Equally it will go loose." He meant "It will begin soon".