HTML CSS, mint egy alap gui - létrehozása játék felfedezők

Úgy kezdődött, hogy ezeket a gondolatokat:
Tegyük fel, hogy már írt egy GUI alapú saját verzióját XML + szkriptjeidnek opciót (például alapján ActionScript, AngleScr vagy a Lua, nem számít). Mennyi időt a felhasználó lesz kész költeni a fejlesztés a mega (az összekötő könyvtárak fejlesztéséhez szükséges skiptov)? Azt hiszem, átlagosan 2 óra kemény munka, maximum. Akkor „leteszi a rohadt üzlet.” És mennyire telik megtanulni egy teljes programozási nyelv? Hetek-hónapok (és néha több).

Az út mentén, több elkeseredett (c kezdetektől), de alakult során „a kérdés a PHP / JS script.”

Ennyi. Mindez úgy néz supersladko.

És mit tehettem volna ebben a tekintetben?

Az első dolog, elkezdtem megpróbálja lefordítani néhány web-motort. Mivel Gecko (mot firefox-a) és ment át a halom. De valami senki nem jött (próbál fordítani a könyvtár alatt MinGW + codeblocks, sikertelenül). Különben is, ezek a motorok superogromnye valós és komplex szörnyek, a dokumentáció hiánya, hogy az azonos (vagy semmilyen dokumentációt, vagy az utasítások a VC ++ / cegwin nem nicherta a mingw).

htmlcxx: építeni érdekében

Általában meg kell lefordítani ezt a kenu 2 vétel. Először bibioteku, majd egy példát. Megcsináltam, mint ez:
1. Az importált htmlcxx.vcproj a kodebloks. Hogy ez hogyan történik az alábbiak szerint:
forum / viewtopic.php? f = 1t = 84start = 60 # p5736

Állított össze. Volt egy mappa \ Debug \ libhtmlcxx.a

2. mportiroval htmlcxxapp.vcproj a kodebloks. Azt összeállításához és futtatásához htmlcxx.exe végrehajtásra kész a teszt * .css. Meg kell futtatni a parancssorból, hogy az eredmény.

Mellesleg, a példát adva a weboldal nem megfelelő (például egy vidám, szórakoztató -. Again „vicceket” az alkotók) összeállítja kellett írni ez-> attribútum ( „href”) második hiszen std :: pár ..

Szóval, mi az eredmény? Az eredmények a következők voltak:
1. HTML értelmező, hogy a dolog működik egészen helyes. És épít egy normál modellt. Alatt vyndovs is.
2. De a CSS értelmező. neki valamit érthetetlen. Amikor megpróbálja elemezni css alól vyndovsa az üzenetet:
„Css elemzésekor nem támogatott win32”

„Ez kaput!” - Értem.

(Azonban, ha valaki elindult (vagy elmondta, hogyan kell csinálni) és css elemző htmlcxx win - ez tényleg egyszerűsítse az egész dolog!)

Aztán volt, hogy írjon egy kerékpárt.

Általában annyira feldühödött, hogy írtam egy elemző HTML + CSS kifejezetten mingw + codeblocks és vyndovs.
Vagy inkább nem csak értelmező, ez az én kenu, amely épít a modell igényeinek. Készül az írás a port alatt Irrliht (vagy bármi mást, de a függőség Irrlihta van, mert ez használ XML).
Jelenleg Bayda elég friss, mint csak pirított palacsinta. Ez a szó csak, hogy „életben”, és 0.1 verzió. És akkor még nem rendelkezik a hibakereső modul, és mindenki ott-ekseptionsov kivételek. És valószínűleg van egy csomó hibát.

Ez három elemből áll:
1. HTML modell.
A modell alapja a Parsa HTML fájlt XML parser Irrlihta.

A fő al-elemek:
- SHTMLDocument
- CHTMLDocumentParser
- IHTMLDocumentHandler (felvezető (vagy manager, ha úgy tetszik))

2. CSS modell.
A modell alapja a Parsa fájl std :: fstream, std :: string és a std :: stringstream. Mondjuk std :: stringstream nem cross-platform, nem hordozható. Talán. De én csak olvasni része a vízfolyások C ++. És ha nekrossplatfrmenny áramlik eszközökkel nekrosplatformenny magam C ++? Ez egy érdekes kérdés.

A fő al-elemek:
- CSelector (akik nem tudják, a fő elem kiválasztó css modell lehet kombinálni több „szabályok” - szabályok)
- CssParser
- CssMgr

3. Az összekötő.
Aki keres egy HTML tag és azokkal összhangban összeköti a css HTML y épít CSS modellt, majd építeni a végső HTML + CSS modell szerint.
Minden hordoz egy osztály:
CssLinker

Bár a hegy vált a kódot, és ez nem is várható. de minden, amire szüksége van a irr_html mappában.
És most, hogyan kell dolgozni vele.

Amellett, hogy a Parsa HTML / CSS. összekapcsolása az egyik a másik, a kenu képes megtenni egy pár hasznos dolgot. Például, a konstrukció típusát teszi #FFFFFF vagy RGB (255.255.255) egy egyszerű szerkezet, amelyet követően bevitt kényelmes SColor Irrlihta.

Szintén a mappa irr_html default.css fájlt. Ez olyasmi, mint a HTML a „default” teljes böngésző kezdeti beállításokat az összes főbb elemeit.
Több az archívumban van test.css htmlGUI.html szoktam kipróbálni ezt a dolgot. És htmlGUI.html utal test.css, mint ez:

Tehát ne felejtsük el, hogy őket egymás mellé, és mellette ekseshnikom projekt.

Általában javítani ezt a dolgot, hogy egy teljes szint sokáig. De elvileg a meglévő lehetőségeket írásához dostatono port alatt Irrliht (vagy bármely más GUI).
Ugyancsak ő megígérte, hogy a közeljövőben. És terjedését. mivel úgy működik, mint ezt.

irrHTML.zip fordít / tesztelték mingw + kód :: blokkokat. Win32 XP. (26.1 KB) 118 Letöltés

Port C ++ html helyébe a port, a C ++ Lua / JS.

Kiderült, egyfajta rendszer:

DOM.
(Egy része DOM architektúra lehet végrehajtani egy GUI, vagy a C ++ alkalmazás)

Ie tolmács html / css szövege GUI elemeit szükség, hogy írjon Lua / JS, a forgatókönyvet.

[Spoiler] JDOM
(Java kód, JDOM)

-> Most már tudom, mi io :: attribútumok Irrlihta. JDOM van a C ++.
És igen Irrliht ALL épül elve JDOM. [/ Spoiler]

Vissza az elejére

Én prboval tehetik CSS és HTML alapú Gecko, ez jól működik jeleníti meg az oldalt. Azonban van egy nagy DE. mivel lehetővé teszi a szokásos dolgokat kezdenek lassulni, rendezni a renderelő tudtam, hogy hol a probléma Gecko teszi egy nagy bitmap, amelyet folyamatosan meg kell váltani a textúra. önmagában nem oldja meg a problémát ezzel a szűk nyakú és elhagyta ezt a vállalat, most, az én kis könyvtár felhívni textúrák. Azt hiszem, mint ez az egész lefordítani batchotrisovku. ez sokkal gyorsabb, mint a renderelés egyes textúrák

Vissza az elejére

Azt hiszem, hogy hozzanak létre, és lásson munkához „virtuálisan” a böngésző elég nehéz feladat. Akkor te az animáció Budišov a GUI? Számomra jobb és könnyebben használható GameSWF, ahogy Scaleform alapul.

De az ötlet jó! Mintegy teszi - akkor kell használni tehetik alapuló Irrlicht. A irrlihte van egy sor olyan primitívek, például a szöveg kell használnia irrlicht_ovskoe API szöveges kimenetet. És a kép kell használni irrlicht_ovskoe API képek megjelenítésére. Akkor nem lesz kötve egy egyéni megjelenítőt.

Üdvözlettel,
Andrey "Sky-Fox Sidorov
C ++, ObjC Fejlesztő
Gameloft Ukrajna stúdióban.

Vissza az elejére

SEvg írta (a): de azt hiszem, az érdeklődés kicsit alacsonyabb lesz.

Bármi lehetséges, csak a mai világban nehéz megtalálni a prevalenciája technológia több mint a HTML.

Elmigo írta (a) akkor van értelme az oldalsó ásni

Általában azonban,

Elmigo írta (a): a jelenlegi bocs Windows alatt a kodeblokse skompilyat == kísérteties instabil dolgozó vérzéses, ami azt jelenti, csak linuh + ks + Studio és a Windows

arra lehet következtetni, hogy az alternatív irányokat annak érdekében, hogy ne kevésbé releváns.

Tehát, amennyire meg tudjuk érteni a rakéta már felépített HTML-elemeket. Azt is feltételezzük, hogy egy adat modell építettek maguknak GUI osztályok jönnek létre az írás folyamata port (Irrlihtu valaki másnak).
Ie Azt konkrteno minimalista Biden: értelmező és adatmodell. És mégis.

dalerank írta (a): az igazság, van egy nagy DE. mivel lehetővé teszi a szokásos dolgokat kezdenek lassulni, rendezni a renderelő tudtam, hogy hol a probléma Gecko teszi egy nagy bitmap

Tehát a tervem, hogy hozzon létre GUI elemeket és általában meg kell tenni a játék motorja. Ie Web-motor csak akkor szükséges, hogy elemezzük és építeni kényelmes munkavégzést vele adatmodellt.
Ezhli használt web-GUI motor teszi a sebesség a játék, de még mindig nem lenne lehetséges lenne építeni a reakció rendszer a web-motor események a játékban. et használtunk boldogságot!

Vissza az elejére

Skyfox írta (a): Azt hiszem, hogy hozzanak létre, és lásson munkához „virtuálisan” a böngésző elég nehéz feladat.

Nos, igen. De azt hiszem, egy teljes értékű web motor levelet bonyolultabb.

Skyfox írta (a): Akkor animáció Budišov a GUI?

A webböngésző? + Akkor már csak egy reakció beállítani megfelelően strukturált adatokat.

Skyfox írta (a): Számomra jobb és könnyebben használható GameSWF, ahogy Scaleform alapul.

Talán jobb. de
1. konfigurálja nem olyan egyszerű.
2. Szükség van egy csomó külső könyvtárakat, koi külön le kell tölteni.
3. swf lefedettség szegmens alacsonyabb, mint a HTML. Ie emberek, akik tudják, hogyan kell használni flush kevesebb, mint az emberek, hogy tudja, hogyan kell írni a HTML. + Igényel speciális eszközöket. Egyszerű notebook már nem elég.
(Itt például már a Dumb tapasztalattal html + css + js. És vaku nincs tapasztalat)

De talán ez is nagyon jó technológia. És én egyáltalán nem vagyok ellene. A valós életben, van egy flash technológia. És van nevezett technológiát HTML. És együtt ez a része az egyetlen web-technológiák.

Skyfox írta (a): Ami a renderelés - kell használni tehetik alapuló Irrlicht. A irrlihte van egy sor olyan primitívek, például a szöveg kell használnia irrlicht_ovskoe API szöveges kimenetet. És a kép kell használni irrlicht_ovskoe API képek megjelenítésére. Akkor nem lesz kötve egy egyéni megjelenítőt.

Nos TYK azt tervezik.

Vissza az elejére

Számomra úgy tűnik, hogy egy könnyű böngésző Irrlihta elég egy jó ötlet. A legfontosabb dolog, hogy tartsa könnyű és egyszerű :)
A legtöbb böngésző a fékeket mert az a tény, hogy van támogatás rakott halom összes (másként, mint, hogy a weboldal Vasi Pupkina egy csomó script kell megjeleníteni a böngésző szeretik).
Az ötlet egy ilyen mini-böngésző meglehetősen egyszerű alap html + css stílusok elemeit. Nos, erre a gomb a link / gomb / egyéb generált események OnEvent fogások, és ez már segített, hogy gyors és hatékony szép GUI.
Ami az animációt, transzfúzió, mások hover / kattintás, akkor még hozzá valamit a CSS3, van olyan dolog gúnyt.
Képzeld hozzá egy pár sort, hogy css fájlt, és lebeg gombot simán változik az átláthatóság vagy a felbontás. Az én osztály :)

Vissza az elejére

Elmigo írta (a): Sudi. hordozott libRocket a irrla bocs jelenlegi Windows alatt a kodeblokse skompilyat == kísérteties instabil dolgozó vérzéses, ami azt jelenti, csak linuh + ks + Studio és a Windows

összeállított vérzéses igazán, de lehet legyőzni. Podlchyuil azok a projektek, elkényezteti, egészen tűrhetően működik. Igaz volt baj felismerve, hogy hol végzett.

És hogyan haladunk a Bear`a?

Ugyanez az érzés, amikor a program működik megfelelően a kódon.

Vissza az elejére

Vissza a „teljesítendő”

Ki van itt

Jelenlévő fórumozók: nincs regisztrált felhasználó valamint 0 vendég