Ja, értem már! Köszönöm ezt az információt is; most már megjegyeztem és hasznosítom.

Ha megnézed a lenti példakódot, amit írtam, ott van használatban

Köszönöm szépen a segítséget ehhez is, Instalok!
Tényleg úgy lett, ahogy írtad, vagyis hogy még nem töltõdött be a kép, mert átraktam az átméretezés sorát egy késõbbi gombnyomás eseményéhez, és így már rendesen átméretezi.
Az onload esemény használatát nem értem, bár utánanéztem a neten, de amit találtam róla, úgy csak egy fehér képernyõt eredményezett: a képbetöltést beraktam egy külön függvénybe, és a javascript kódok lefutása elõtt a BODY tagot a következõképpen módosítottam:

A JS-en belül nem lehet az onload-ot egyszerûbben alkalmazni?

Ha elég nagy a kép, akkor nem tölt be azonnal, használd az onload eseményt.
Tehát amikor lekéred a szélességet, akkor lehet, h még nincs meg, mert nem töltött be a kép.

Érdekes, hogy erre a mûveletre:

rendre 0-t ad eredményül az xertek változóba, pedig a kep.width értéke 525, az xmeret pedig 0.5, úgyhogy az eredménynek valahol 262 körül kellene lennie. Kerekíteni is próbáltam, de akkor is 0 jön ki neki.

Igen, úgy jó lenne, ha a kirajzolási függvényben méretezném át, de annak egy csomó vonzata van más helyen is (pl. rákattintásnál még az eredeti képméret fog így is szerepelni).
Viszont rájöttem arra, hogy ha a következõképpen csinálom, úgy rendesen átméretezi; a lényeg, hogy a kirajzolófüggvénybe is be kell írni, hogy kep.width meg kep.height:

Egy bajom van, mégpedig az, hogy úgy látszik, konkrét számértéket kell beírni neki (most: 250), mert anélkül mindig 0 méretet adott a képnek, pl. így is:

Ezt nem tudom, hogy miért van...

Ez továbbra is megoldható úgy, hogy a méretet a kirajzolásnál adod meg, lásd a lenti példakódot. A kép eredetileg ki tudja mekkora, kirajzoláskor viszont a (10,10) pozícióba rajzolom 200x200-as méretben.

Egyébként design szempontjából nem tudom mennyire jó ötlet felbontás alapján méretezni a képet, ki kell próbálni.

Azért kellene a képeket átméreteznem, mert azt szeretném, hogy a játékos képernyõfelbontásától függetlenül ugyanakkora legyen minden számítógépen.
Tehát az xmeret és ymeret változókba kerül a méretezési arány, ami a képernyõfelbontás valahanyad része. A képek mostani állapotukban túl rosszul néznek ki elhelyezkedésileg a böngészõ ablakában, mert elég nagyok. Ezeket a képeket kellene ugyanakkora arányban kicsinyíteni, mint ahogyan aránylik a teljes képernyõhöz mondjuk a harmada a képernyõnek.
Legalábbis ez volna az elgondolásom.

1. Miért akarod átméretezni a képet? Miért nem jó, ha csak simán kisebb méretben rajzolod ki? Ha jól tudom a width/height beállítása csak akkor érvényes, ha az egy valid html elementre mutat. Ha a contexttel rajzolod ki a képet, akkor rajzoláskor kell megadnod a méretét.


2. Megoldhatod úgy, hogy egy teljes képernyõs fekete téglalapot kirajzolsz, aminek mondjuk 50%-os átlátszósága van (alpha/opacity = 0.5)

Felbukkant még két kérdés:
1. hogyan lehet JS-ben a képeket betöltés után átméretezni? Mert ezt a kódot használom rá:

és a képet ugyanakkora méretben jeleníti meg, bár ha kiíratom a méretét, az 0. Ugyanez van, ha megadok egy konkrét számot szélességnek és magasságnak.
2. lehetséges-e és ha igen, hogyan JS-ben játék közben bizonyos mértékben elsötétíteni a háttérben lévõ képeket, mikor az elõtérben más képeket mutatok? Mint amikor pl. felbukkan egy új ablak, és mögötte a nem aktív dolgok elsötétülnek.

Küldtem neked az imént privát üzenetet a kérdéses fájllal. Ha idõd s kedved van hozzá, belenézhetsz, hogy mi lehet az egérkezeléssel a hiba.
A Phaser-t ismerem régebbrõl, csak azt hittem, egyszerûbb és átláthatóbb így kódolni: elkezdtem sima Jegyzettömbbel, aztán jött a Notepad++. Gondoltam, ezekkel jobban "belelátok" abba, amit csinálok...

Ne a window-ra hivd meg az addeventlistenert, hanem arra a peldanyra amire regisztralod. Nem tudom miert nem mukodik. Kulon file? Esetleg rossz sorrend.

A this kulcsszoval mindig az aktualis peldanyra hivatkozol, szoval ez igy helyes, de nem tudom JS-ben mi lehet switchben vizsgalva (van olyan nyelv ahol csak int vagy string) es azt se, hogy mive castolja a vizsgalathoz.

Egyebkent en azt javaslom, hogy ne kinozd magad ES5 szintaxisu javascripttel, es sajat engine-nel.
Ha a celod jatekkeszites akkor inkabb kezdj el egy engine-t vagy SDK-t hasznalni, pl ezt:
https://phaser.io/
Sokkal hamarabb celba ersz.

Beírtam a javaslatod a billentyûkezeléshez hasonlóan (egyébként Notepad++-szal fejlesztek), de még valami nem stimmel.
Ha így használom:

akkor nem jelez hibát, de nem is csinál semmit kattintásra.
Ha viszont az addEventListener elé a window helyett a nyilak konstruktorát, vagyis Irnyil-t írok vagy éppen egy példányát a nyilaknak (felnyil, lenyil, balnyil vagy jobbnyil), akkor pl. "felnyil is not defined" hibaüzenet van a Chrome-ban (holott a felnyil-at és a másik 3 példányt globális változóként hozom létre, tehát nem a var kulcsszóval, úgyhogy elvileg mindenütt látszódnia kell).
Ezen kívül még azt nem értem, arra a kérdésre szeretnék választ, hogy van ugye a nyilaknak egy konstruktora, az Irnyil. Ebben vannak a képek, pl. ha az iránya 0, akkor:

Namost ha rákattintok ennek egy példányára, pl. a jobbnyil objektumra, akkor ezen a

szerkezettel helyesen és megfelelõen le tudom-e kérdezni valamely tulajdonságát (most: a képét)? Vagy ez is hibás valamiért? Tehát a this.kepe-vel mindig az aktuális példányra hivatkozok?

Az onclick egy eventhandler. Nem fogod meghivni, hanem az event loop hivja meg. Nem tudom milyen frameworkben fejlesztesz, de az alap DOM-os API-ban asszem igy lehet: https://developer.mozilla.org/en-US/docs/Web/API/EventTarget/addEventListener

szoval pl gomb.addEventListener("click", callbackFn)

Még azt el tudná valaki magyarázni nekem, hogy az egérkezelés hogy mûködik a JavaScript-ben?
Azt szeretném elérni, hogy van négy darab négyirányba mutató nyilam, amikhez képek vannak hozzárendelve. S ha egy nyílra kattintunk, jöjjön létre az irányától függõen tõle jobbra, balra, fenn vagy lenn egy másik kép. Azt tudom, hogy az onclick() függvény kezeli a gombnyomást egy objektumon, de ezt hol, micsodán és mikor kell hívni?
Tehát, adott egy tereptárgy objektum:

egy Irnyil objektum 4 példánnyal:

így csináltam neki 4 példányt:

és a nyilakon való kattintás eseménye:

De mindezek alapján hol kell használni az onclick()-et, hogy hívja és végrehajtsa a kattirnyilon() függvényt? Mert betettem a játékciklusba pl. hogy:
felnyil.onclick = kattirnyilon;
meg hogy:
Irnyil.onclick = kattirnyilon;
de egyikre sem csinál semmit. És eddigi hosszas böngészések után sem találtam sehol a neten valami megoldást... :-(

Szia Instalok!
Elküldtem privát üzenetben a programom forráskódját, hogy ne szemeteljem itt tele a fórumot. Tegnap este már írni akartam, hogy ma küldeni fogom, de telefonon írtam, és hibát írt ki a fórum küldéskor (még kilépni sem tudtam).
Elõre is köszönöm, ha idõt szakítasz az átnézésére és a segítségre!

Kicsit nehezen olvasható így a kód, ráadásul nem is látszik, hogy hogy van meghívva. Egy pastebin teljes (vagy legalábbis releváns) kód talán jobb lenne, még jobb a "futtatható", hogy ki tudjuk próbálni.

Na, ezt viszont nem értem, miért baj: a játékomban jobbról és balról jönnének be az ellenségek, és ha ütköznek egymással valahol a képernyõ közepén, akkor megállás és váltsanak képet, kezdjenek harcolni, stb. stb.
De ha az utkelllel() függvény nincs kikommentelve, akkor az ellensegcselekszik() függvényben nem fut le a kirajzolás, pontosabban ezt a hibát kapom:
Uncaught TypeError: Cannot read property 'kepe' of undefined
Ha beadok egy konkrét képet, akkor ugyanez a hiba az xhely változóval, stb.
Így néz ki az ellensegcselekszik():

Így pedig az utkelllel():

Ha nincs ez az utóbbi ütközésellenõrzés, akkor minden oké - leszámítva, hogy megállás nélkül menetelnek tovább a figurák, márpedig nem az kéne.

Hû, nagyon szépen köszönöm a segítségedet, Instalok! A kis programom most már mûködik; leírásod alapján a következõ módosítást csináltam az adott kódrészleten:

valamint elõtte pár sorral, hogy a nagy kép ne jelenjen meg a vásznon kívül:

Kicsit még furcsa mindez nekem, de remélem jó alap lesz az elinduláshoz, hogy egyszerûbb böngészõs játékokat készítsek.

Az eredeti kódodban a nagy kép nem a canvason jelent meg, hanem a html kódban lévõ <img> tag miatt. Ezért is adtam hozzá a vászonhoz egy keretet, így láthatod, hogy hol helyezkedik el. Ha a <head>-ben lévõ <style> taget hozzáadod az eredeti kódodhoz, akkor láthatod majd, hogy megjelenik az üres canvas, és mellette a kép.

A kirajzolás koordinátái a kép bal felsõ sarkát adják meg. Ha a kép közepét akarod elhelyezni egy (x,y) helyre, akkor (x-képszélesség/2, y-képmagasság/2) koordinátákba kell kirajzolnod a képet.

Az onload esemény csak egyszer hívódik meg, így utána hiába írod felül a koordinátákat, az a kép már ki van rajzolva az adott pozícióba, adott mérettel. Tehát nagyjából annyi történik, hogy:
- betöltõdik az ablak => meghívja az onload eseményt
- létrehozod az objektumokat, beállítod az értékeit, stb.
- kiadod az utasítást a kép betöltésére
- betöltõdik a kép => meghívódik a képhez rendelt onload esemény
- ekkor kirajzolod a képet
- ezek után, ha felülírod az értékeket, semmi sem rajzolja újra a képet.

Két lehetõséged van, mindkettõhöz érdemes magát a kirajzolást egy saját függvényben elhelyezni.
- vagy minden eseményre újrarajzolod a képeket
- vagy beállítod, hogy a "render" függvényed bizonyos idõközönként automatikusan meghívódjon, pl. window.setInterval() segítségével: https://www.w3schools.com/jsref/met_win_setinterval.asp

Annyit érdemes ehhez hozzátenni, hogy attól, hogy újrarajzolod a képeket, a régiek még nem tûnnek el, szóval valahogy érdemes "kitakarítani" a canvast. Ezt a fantáziádra bízom.

Aha. Szóval az onload használatát mindenképpen megköveteli a kirajzolás. Most már nekem is jó; köszönöm szépen a segítségedet.
Még két kérdéssel szeretnélek egy picit feltartani:
1. érdekes módon ha az onload-ot nem használom - ahogy te is láthatod a kódban - a nagy kép kirajzolásánál, attól az még kirajzolódik, bár nem teljesen a vászon közepére. Ez miért lehet? (Persze jó nekem, hogy ez kirajzolódik, csak megkavar, hogy akkor az az onload nélkül miért van?)
2. beszúrtam ezt a kódot a két for ciklus közé, hogy lehessen mozgatni a 0. elemû példányt a tömbben, de valamiért le se bagóz engem, nem mozog. A kód maga jó lehet, mert kipróbáltam a case ágakat egy szövegkiírással is, de maguk a kistvtomb[0].xhely és kistvtomb[0].yhely koordináták (látszólag?) nem változnak. Ezek szerint nem jól hivatkozok rájuk értékadásnál, vagy mi lehet a gond, amiért nem mozdulnak el gombnyomásra?

És még egy pótkérdésem ehhez, hogy gombnyomáskezeléshez létezik egyszerûbb módszer JavaScriptben, ami nem használja az addEventListener() függvényt? Mert úgy olvasom, ezt a régebbi böngészõk nem támogatják.

avagy...

Köszi a választ, Instalok, de valami még nem jó. Az általad leírtak alapján ilyenné alakítottam a kódot:

Meg még az lenne a kérdésem, hogy az objektumok megsemmisítése hogyan mûködik JS-ben? Legyen mindegyiknek egy "letezik" vagy hasonló nevû változója, és ezt állítgassam igazra meg hamisra, vagy amolyan C#-osan lehet "null" vagy ilyesmi értéket hozzájuk rendelni, és így eltünteni a már szükségtelen objektumpéldányokat?

Nem tudom, h csak rész-kódot adtál-e meg, de:
- hiányzik a <head> és <body> tag
- érdemes az egész JS kódot valamilyen esemény alá berakni (fõleg, ha külön js file, és a head-ben húzod be), például window.onload
- function Kistv(xhely,yhely) - itt bekérsz 2 paramétert, amit aztán nem használsz fel
- nem muszáj létezõ html img taget felhasználni, be is tudod tölteni a képet, és azt kirajzolni: http://www.williammalone.com/briefs/how-to-draw-image-html5-canvas/
- a kistvtomb.push egy függvény, tehát kistvtomb.push(...) formában írandó.

Az általad megadott kód enyhén javított változata:

Nem azt mondom, hogy így érdemes csinálni, de ennek már mennie kell. Nagyjából.

Illetve ajánlom figyelmedbe a Chrome F12-vel elérhetõ kis sidebarját, azon belül is fõleg a console-t.

Sziasztok! Nemrég hozzáfogtam a JavaScript tanulásához, de elakadtam azzal a problémával, hogy egy objektum több példányát összegyûjtsem egy tömbbe és azok alapján kirakjam azokat. Szerintem ez így nem nagyon érthetõ, de a kódom talán beszédesebb lesz arról, hogy mi kéne, mi nem mûködik (én most túl fáradt vagyok a gépeléshez, mert egész nap a Javascriptes honlapokat bújtam, de úgy látszik az én logikám még nem kompatibilis a JS-ével...).

Igazán nincs mit, és BÚÉK elõre is!

Ezer köszönet!

sql top, limit: https://www.w3schools.com/sql/sql_top.asp
sql order by: https://www.w3schools.com/sql/sql_orderby.asp

Sziasztok!

PHP / MySQL -> valaki tud olyan módszert ami egy scriptben kiválaszt táblából adott számú elemet, rendezve és legmagasabb értékkel? A választ köszönöm elõre is.

Még 13 óra és 10 perc Újévig - BUÉK mindenkinek:

köszi, megnézem

Az eltének van egy lua oktató oldala.
Nincs kizárva, h oktatják is

Sziasztok!

Hol lehet idehaza LUA scriptet tanulni?

Pretender: Ehhez már fordítóprogramot kell fejleszteni. Egyszerű esetben nem olyan nehéz, de elég mély a téma. Lexer, parser, interpreter. A suliban majd fogsz róla tanulni és egy egyszerűbb elemzéssel meg is valósítani egy kis nyelvecskét talán az ANTLR közbeiktatásával, ami már a lexer és parser-t meg is oldja helyetted.

Syam: Én olyasmire gondolok, hogy írom a rendszert, persze alapos tervezés után és menet közben integrálgatom a scriptet, tesztelek. Valamennyire időtálló, sőt 1-1 alrendszer nem is nagyon változna később. Csak mivel mindent magamnak írok, nem biztos, hogy megéri és összességében nem biztos, hogy gyorsabb a fejlesztés, ha a teljes játéklogikát scriptelem, mintha C++ ban írnám, de minden kis fingnyi változtatás után fordítás lenne.

Itt ahogy olvastam mindenki oda van a scriptől, meg vissza, akkor is ha saját motort fejleszt.
Szerk.: Jövőre indítok ilyen projectet, ha mást nem majd én számolok be, hogy mennyire éri meg.

Én erről nem is tudok sokat... anno úgy oldottam meg a "scriptelést", hogy szövegesen beolvastam a parancsot, meg a paramétereket, és külön-külön lehetett minden egyes parancshoz rendelni egy konvertálós és végrehajtó függvényt.
Pl. volt az a parancsom, hogy

Abból beolvastam, hogy command = player_spawn, parameters[] = "0", "0", "0", "5"
Volt egy dictionary-m is, ami megadta, hogy mit kell hívni az adott parancs esetén. Meghívtam azt a két függvényt


Node kizárt, hogy ezt így szokták (így pl. minden egyes parancshoz írni kell két függvényt, változókat eltárolni, stb.), szóval hogy érdemes ilyet írni?

Szerintem ez attól függ, h az engine egy vagy több játékra lesz tervezve.
Utóbbi esetben az engine-t gyaklag csak modolja az ember amihez pedig minél nagyobb szabadság kell, amit a script tud (csak) nyújtani az engine átírása nélkül.

Viszont utólag megírni a script bind interface-t az egy halál...

Idézet

---

Parallax :

Idézet

---

barack1 :
Kész engine-t nem is nehéz scriptelgetni, a finom feladat az, amikor magadnak írsz mindent.

---

Annak azért már nem sok köze van a scripteléshez.

---

Akkor talán itt jobb helye van ennek a problémának. Engem érdekelne másoknak mi a tapasztalata. Megéri e a script integrálással való munkát (binding, felület írás) az a gyakorlatilag egyetlen előny, hogy gyorsabb játék logikát írni, vagy engine-t tesztelni? Ez arra az esetre vonatkozik, ha kis csapat van pár fő, vagy csak 1-2 programozó.

Idézet

---

dvorgaz :
LuaBind-nál a függvények importálásához/script futtatásához kell ugy egy ilyen:

Kód:

  // Create a new lua state
  lua_State *myLuaState = lua_open();

  // Connect LuaBind to this lua state
  luabind::open(myLuaState);

  // do stuff...

  lua_close(myLuaState);

Ezt minden alkalommal el kell játszani mikor scriptet futtatok, vagy mondjuk a program elején létrehozom ezt a luastate-et meg exportálok c++ függvényeket, aztán majd kilépéskor meghívom a lua_close()-t?

---

Én utóbbit csinálom, de szerintem létezhet olyan eset mikor az elõbbi is hasznos lehet.

LuaBind-nál a függvények importálásához/script futtatásához kell ugy egy ilyen:



Ezt minden alkalommal el kell játszani mikor scriptet futtatok, vagy mondjuk a program elején létrehozom ezt a luastate-et meg exportálok c++ függvényeket, aztán majd kilépéskor meghívom a lua_close()-t?

Az ilyesmi policy függõ, abban az esetben amit írtál emlékeim szerint a copy az alap policy. A policy-krõl itt olvashatsz.

Hello, bekötöttem egy MyResourceManager nevû (ResourceManager típusú) objektumot Luába LuaBind-dal:



Ilyenkor tényleg cím szerint adja át a scriptnek (tehát nem jönt létre belõle másolat), vagy bemásolja valahova a scriptbe is? Pl. mennyire hatékony, ha nagy mennyiségû adatot szeretnék így átnyomni a scriptnek?
Azt próbálgattam, hogy bekötés után változtatgattam az objektum egy tagváltozóját C++ból és scriptbõl is, és mindíg "szinkronban" voltak a scriptbeli és kódbeli változók, de nem egyértelmû, hogy ez amiatt van-e, hogy pointerrel lett átadva, vagy azért mert külön szinkronizálja õket.

Ez is szin ... de ugye Red Green Blue Alpha ... nahh de az utolso az alpha? vagy az elso? (kozepre enm szoktak tenni ))
ezert jo ha leirod, mert ezt egybol nem fogod tudni ... amelett van ahol nem RGB-t kernek, hanem BGR-t ... szoval )))

Idézet

---

twilek :
haaat

akkor ez vajon mit jelenthet? lamp0001={1, 1, 1, 0}
? ))

---

Ez így nem ér, a színnél könnyebb 3 számot beazonosítani! (way túúúúl sarkos a példád)

Pedig en tenyleg javaslom ... de valo igaz, hogy draga. 100$ = 18.000 huf (kb )) ez a dolog bosegesen meger ennyit .. tenyleg nagyon nagyon hasznos ...
ami nagyon jo benne:
alt+shift+g -> feljon egy ablak, ami a projectben talalhato osszes filet tartalmaza, ahogy gepelsz ugy szuri a listat, enterre a fjalhoz ugrik
alt+m -> lenyilik egy ablak, a fajlban levo fuggvenyekkel, gepelsz, szur, enter oda ugrik
alt+g -> valtas header es cpp kozott / ujabb verzioban mar inl -t is kezel

a faj llistahoz hasonloan van fuggveny lista is egesz soulution ben ... refeneciak, hivas listak, minden .. renegeteg nagyon hasznos funkcioja van, amibol mar az elso 3 miatt erdemes )))

szoval nagyon nagyon nagyszeru kis tool .. a code complite rol nem is beszelve ...
beirsz neki .. pl:
for ENTER
for( ITT A KURZOR )
{

}

switchre, exception re .. de te bovitheted alistat ... elkepeszto ..
Nahh de ez nem a reklam helye, bocsi, tobbet nem irok

Idézet

---

fpeti :
Nekem a VS intellisense bõven elég.. de az mondjuk nem ennyire szép színes

---

Nézd csak végig a feature listát. Én konkrétan lementem hídba mikor megláttam a cuccot egy videón mûködésközben. Elõtte a VC#-ra irigykedtem mert baromi gyorsan és kényelmesen lehetett a fejlesztõkörnyezet miatt dolgozni benne, de az a VA-hoz képest vicc. Ezért nem merem a trialt kipróbálni.

haaat

akkor ez vajon mit jelenthet? lamp0001={1, 1, 1, 0}
? ))

A visual assist sokkal tobb mint az intelisens
nem csak kodot szinez, de fajl megnyitasban is sokat segit .. header / cpp / inl valtasban, fuggvenyhez ugrasban .. a fejlesztest kb 10% al gyorsitja ..

De valo igaz, abszolute fuggoseget okoz!!!! ahol nincs VS ott konkretan mar alig tudok dolgozni ... (((

Nekem a VS intellisense bõven elég.. de az mondjuk nem ennyire szép színes

Idézet

---

fpeti :
ps:
a "Hasznalj Visual Assistot a C/C++ kodokhoz" azt jelentené, hogy ne notepad-ben írjjam be a VC8-nak a kódot? - húú, ettõl nem kell félni, olyan elvetemült azért még nem vagyok

Üdv.

---

Sztem a Visual Assist alatt ez volt értve. Már évek óta nézegetem de még nem volt rá felesleges 100 dollárom, a trialt meg nem merem letölteni mert könnyen megeshet hogy függõséget okoz és akkor le kellene warezolnom amit meg nem szeretnék.

Deeee neeeem,
a programozó nem gépel fölöslegesen, fõleg, ha nem muszáj -szerintem.
Tehát nem azt írtam, hogy nem akarok, vagy nem szeretek, csak "fölöslegesen gépelni" nem szeretek, az egyik alapigazság: a jó programozó lusta - itt megint nem arról van szó, hogy nem csinál semmit, hanem, hogy fölöslegesen nem dolgozik, de nem kell ezt magyaráznom.
Egyébként meg egy színmegadásnál mit is jelenthetne 3 szám, mint rgb? (néha jelenthetne gbr-t is, de ehhez elég izének kell lenni. )
Teljesen egyetértek a szabatos-kódolással, én pl sokat kommentelek a kódban.
Ha belegondolok, hogy pályánként x1000 lámpánál kell begépelni, extra sorokat, elég rossz lesz, azon kívül a fileméret is növeXik.

Nem tudjátok ám (méég), micsoda 'super' kis rendszerem van a' egészre, de leírom, le én:
- van egy pályaszerkesztõcském, nem tud sokat, objektumokat lehet vele pakolgatni, meg lehet írni bármelyiknek scriptet, amit egy kis ablakba lehet beírni, na ott alapból kiesik minden syntax-help, mert az egy sima textbox.
Na itt nem kéne túlgépelni magunkat, valami ilyesmiként kell beírni a Kriptet:

minden objektumhoz külön scriptrész kapcsolódik, ezek nem egy lua fileban vannak, hanem a pályaleíró binárisban, a többi objektadattal együtt.

Amikor eljõ' az engine ideje, akkor fogja a pálya-filet, megkeresi az összes scriptet, és feldolgozza úgy, hogy a @-k helyére behelyettesíti a 'name' paraméretét, és ezt kiírja a tábladefininícióval egy temp .lua fileba (tegnap megtudtam, hogy nem muszáj fileba, a luaL_loadbuffer()-rel is lehet karaktertömbbõl! - majd)

Ezt szépen átadja a luanak, ami compilálja, az objektumok meg a neveik alapján lekérik a lua-tól az adataikat - esetünkben ez egy point-light fényforrás - és tádám, lõ a világosság
- ebbõl körvonalazódhat a lua-rendszerem, most csinálom éppen a másik felét, nem a legprofibb megoldás fényenként begépelni - de 2100 elõtt akarék már egy futtatható exe-t a kisközönség elé présente.. szóval értitek, nem élünk örökké, sietünk, még ha nem is látszik

Szvsz bármilyen birkatürelmû szkriptert kiborítana, ha @.color = {1,1,0} helyett mindíg
lamp001.red = 1
lamp001.green = 1
lamp001.blue = 0
sorokat kéne beírnia... sokkal tovább tart, de amúgy minden igaz, amit leírtál.

ps:
a "Hasznalj Visual Assistot a C/C++ kodokhoz" azt jelentené, hogy ne notepad-ben írjjam be a VC8-nak a kódot? - húú, ettõl nem kell félni, olyan elvetemült azért még nem vagyok

Üdv.