Mozilla 2.0 útiterv

Engem az uj script-nyelvek jobban izgatnak. A JavaScript nem tetszik. Bar az SVG tamogatasnak en is orulnek.

Miert nem tetszik a JS?

Java-ban tobbet szoktam programozni. Ahhoz kepest igen csokevenyes. Vagy inkabb az a baj, hogy hasonlit a Java-ra, de megsem az... Ez inkabb szubjektiv dolog. Nem tudom. Most osszezavartal. :-) Amikor csak lehet, kerulom. A Python az Python; a Perl az Perl; de a JavaScript vhogy identitaszavarosnak tunik. Szerintem az igazi JavaScript az a BeanShell [beanshell.org].

nem ertem, miert hasonlitod a script nyelvet egy nem script nyelv-el. Javascript - Java, ne keverjuk mi mire van. Java-ban is irhatsz barmit mozilla-hoz. Nezd vegig majd a Javascript tortenelmet, es egyaltalan mi is az, miert is lett, mire is valo. Alapvetoen a js lefog mindent amit lehet a bongeszo teruleten, lasd mozilla is tisztan js+xul+css vezerelt.

A default SVG es MNG tamogatas nagyot lendithetne ezek webes elterejedeseben.

Miert? Olyat meg nem lattal, hogy Perl-t hasonlitottak ossze C-vel? Ket programnyelvet miert ne lehetne osszehasonlitani? Ket nyelv igenis osszevetheto (megcsak nem is fontos, hogy legyen implementaciojuk). Nem tudom, hogy ismered-e a Batik-ot es a Rhino-t? SVG-t probaltam meg igy scriptelni, de eleg rossz elmenyeim voltak. Elment tole a kedvem, hogy Jython-nal es BeanShell-el meg se probaltam.

A tortenelmi osszehasonlitast meg nem ertem minek belekeverni? Magyarorszagnak es az Egyesult Allamoknak mas volt a tortenelme. Ebbol az kovetkezik, hogy ne is hasonlitsuk oket egymashoz? (pl. Mo. kisebb a terulete. Ah, ne is foglalkozz vele haver, ez nem jelent semmit, mert mas a tortenelmuk.)

A tortenethez hozza tartozik az is, hogy akkor lesz majd idegnyugtato kliensoldalra kodolni, ha mindenki ua.-t a bongeszot fogja hasznalni v. mindenkinek ugyanaz(ok) az interpreter(ek) v. vm(-ek) - vagy akarmi(k) - lesz(nek) a gepen. Persze, adott esetben eloirhatod, hogy ezt es ezt telepitsek pl. egy intranetes alkalmazashoz, mert ez a szoftverfeltetel; de ezt elvarni globalis szituaciokban igen nehezkes.

Tehat orulok, hogy terveznek mas scriptelhetosegi lehetosegeket - errol mar olvastam regebben pont vmi Mozilla doksiban, nyilvan nem veletlenul -, de hiaba irok majd dzsuker Perl script-et, ha az IE nem tud majd mit kezdeni vele. Persze, ha direkt XUL alkalmazast irok, az mas teszta.

és mikor lesz már olyan input tipus, hogy pl.: dátum, szin, csúszkás értékbeállító, progressbar, stb. mint egy egyszerű felhasználói felületen? tudom hogy mindegyiket meg lehet nagyjából oldani de szerintem ez egy webes alkalmazás megírását sokkal könnyebbé teszi. (egy MUI - Magic User Interface - szintűvel megelégednék :)

Addig is inkabb talan a forditottjara megy ki a jatek: nezd, milyen gagyi az IE, mert nem ismeri az SVG-t, MNG-t, AKDGJG-t, MDGVEJFKV-t stb. alapbol; bezzeg a Mozilla, az tudja. Hasznalj te is Mozilla-t!

Aztan, ha fordult a kocka, akkor mar igy fogunk beszelni: A legjobban elterjedt bongeszo (pl. Mozilla Firefox) alapbol ismeri az SVG-t, tehat kello lelki nyugalommal hasznalhatom az SVG-t (max. beszolok a usernek, hogy valtson a gagyi, osdi bongeszojerol egy szebbre, jobbra, biztonsagosabbra stb.)

Ilyet az MS csinal a Longhorn-nal:)

Amig W3C szabvany nincs rola addig iszonyu veszelyes lenne ilyet csak ugy a maguk feje utan implementalni.

Ez az agyhalott, csak kurzorbillentyus interakcio frankon megorjit. Nem is tudtam, hogy ilyen perverziokat csinalhatsz JavaScript-ben.

hát pont erről lenne szó. mikor lesz ilyen a html-ben?