Hagy tegyem még hozzá, hogy NAGYON nem mindegy, hogy milyen módon dolgozod fel az XML-t.
Ugyanis megint két módszer van arra, hogy hogyan dolgozod fel, kezeled az XML-t. Most éppen arra gondolok, hogy van soros hozzáférés (SAX), és van az, amikor az egész xml állományt beolvassa és felépíti a fa struktúrát a memóriában (DOM)  :wink1:.
Az elsõ SOKKAL gyorsabb, de másképpen kell kezelni, míg a második esetben egyszerûbb az adatok kezelése a memóriában, mármint a programozónak.
Az elsõt leginkább akkor érdemes használni, ha valami igen nagy XML állománnyal dolgozol, ahol már lassú/felesleges lenne az egészet egyszerre benyalni a memóriába.

Visszatérve az érvényesítésre: Nem kell mindig. Akkor kell, ha kell  :).
Mármint pl. ha magadnak írsz két progit, az egyik elõállít egy xml állományt a második pedig feldolgozza, akkor jó esély van rá, hogy sosem fog rossz XML állományt kapni a második progid. Ilyenkor max a fejlesztés idejére érdemes bekapcsolni az érvényesítést.
Ha viszont pl. más cégtõl, internetes csatornán kap a második progid XML-t, akkor mindig érdemes érvényesíttetni, pont azért, mert nehogy már a te progid szálljon el mások (esetleges) bénasága és rossz állománya miatt.

Vagy konzolba írd be, hogy mcc majd enter. Ez a Mandriva beállító progija, ezzel állítsd be a video részt!

Asszem nem kell ide Live lemez meg ilyen marhaságok.
Elõször is a Mandriva lemezzel lehet indítani rescue módban, az általában mindenre jó.
Másodszor pedig ahogy én értem, csak a grafikus felület nem indul el. Ha tényleg így van, akkor válts át CTRL+ALT+F1 együttes lenyomásával az elsõ (szöveges) konzolra. Ott jelentkezz be root-ként, majd ha van mondjuk mc progid akkor azzal meg tudod szerkeszteni a hibás xorg.conf fájlt.
Aztán rögtön ki is próbálhatod a startx paranccsal, ha elindul, akkor szuper, indítsd újra a gépet, és nézd meg, hogy tényleg jó-e minden! Ha nem indul, akkor visszakapod a konzolt úgyis, és folytathatod a szerkesztést.

Egyébként pedig a grafikus felületre (vissza a sima konzolból) a CTRL+ALT+F7 gombnyomással juthatsz.

Kicsit régi téma, de hátha valakit még érdekel.

Az én olvasatomban az öröklõdés (extends) és a megvalósítás (vagy kivitelezés, vagy mi) (implements) között a következõ a különbség:
Az extends egy õs osztályból származtat egy gyerek osztályt, úgy (természetesen), hogy az õs osztályhoz valami pluszt hozzáadva lesz meg a gyermek osztály. Tehát az extends lényegében (bizonyos szempontból) speciálisabbá teszi a gyereket az õshöz képest (az általánosítás ellentéte, de most nem jut eszembe a megfelelõ szó, mert szól a fülembe az a s**r baráttoközt  :mellow:).
Tehát az öröklés arra való, hogy „egy családba” tartozó, de valamiben különbözõ dolgokat lehet létrehozni.
Az õs mondjuk az élõlény, ebbõl származhat a madár, az ember, meg pl a krokodil, de nem igazán származhat a helikopter.
A gép õsosztályból pl. viszont származhat a helikopter, a hajó, meg a repülõ is.

Tehát a a madár ugye élõlény, de annál speciálisabb, mert tudjuk, hogy van szárnya, vagy mittudomén.

A megvalósítás (implements) csak a különbözõ dolgok képességeik alapján való csoportosítását szolgálja.
Mondjuk készítünk egy interface-t, ami „repülni_tudó_cuccok” névre hallgat, és arra szolgál, hogy a repülni tudó dolgokat felruházza a repülés képességével. Van benne pl egy „repül” metódus, ami persze üres.
Namármost, ilyen esetben a heikopter is, a madár is meg a repülõ is „vállalhatja” (implements), hogy õ bizony megvalósít magában egy „repül” metódust, hiszen ezek tudnak repülni. Mivel mindegyik másképp repül, ezért minden osztály maga valósítja meg, hogy hogyan repül, a „közös helyen” (pl az õsben) ezt nem lehet (nincs is közös õsük).

A SUN-os Java tanfolyamról ez maradt meg bennem, én így magyaráztam meg magamnak  :poketoungeb:.

A keresesnel vagy akar xslt atalakitasnal gyakorlatilag szinte mindegy, hogy a ‘rel’ adatot hova rakod. A kulonbseg inkabb csak elmeleti.
Szerintem a ‘rel’ az adott elem tulajdonsaga, ezert irnam bele a „fejebe”, mig a szoveg maga a tartalom, azt meg ezert irnam az elemet nyito/zaro blokkok koze.