<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Megjegyzések: Widgetek, JavaScript, UWA, stb.</title>
	<atom:link href="http://webakademia.hu/2007/10/widgetek-javascript-uwa-stb/feed/" rel="self" type="application/rss+xml" />
	<link>http://webakademia.hu/2007/10/widgetek-javascript-uwa-stb/</link>
	<description>/ András webkettőt fejleszt /</description>
	<lastBuildDate>Tue, 28 Feb 2012 06:21:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>Németh Ádám</title>
		<link>http://webakademia.hu/2007/10/widgetek-javascript-uwa-stb/comment-page-1/#comment-41</link>
		<dc:creator>Németh Ádám</dc:creator>
		<pubDate>Sun, 04 Nov 2007 02:49:05 +0000</pubDate>
		<guid isPermaLink="false">http://webakademia.hu/?p=12#comment-41</guid>
		<description>Bocsi, hogy csak most esek be ide - az elmúlt két hét őrület volt, őszintén megmondom, egyszerűen nem vettem észre se a twittet, se a postot - hamar jön ilyenkor a Read All Feed...

Namost az, hogy a widget egy XHTML-variáns, odáig rendben van. (Az X itt nagyon hangsúlyos! Egyes részeket tilthat, más részekkel viszont - lévén XML - bővíti).

Amivel nem szoktam egyetérteni, hogy javascripttel helyettesítsük azt is, ami megfelelően kifejezően leírható XML-ként is. Nekem az UWA első változatáról nagyon ez maradt meg, hogy abból is JS-t csinál, amiből nagyon nem kéne, nem tudom miért. Most utólag visszanézve a szabványt, tisztességesen van benne XML is.

Ez azért jó, mert egy deklaratív nyelvet általában könnyebb transzformálni, míg a JS-re jelenleg ahhoz nincsenek rendes modelljeink, hogy a fejlesztőeszközeinkbe megfelelő segédeszközöket lehessen építeni (a JsEclipse pl. refactoring néven összesen a rename-et támogatja), nemhogy transzformáljunk össze-vissza.

Magyarul: ha készítünk egy tisztán XML formátumot, majd jön egy másik, előbb csinálok 1-1 megfeleltetésű oda-vissza konvertálást a kettő között, mint bármivel, ami imperatív javascriptet tartalmaz.

Közel se biztos, hogy a JavaScript abban a formában marad velünk, ahogy ma ismerjük (lásd: ajaxian.com -on az új változattal kapcsolatos szabványháború), és az hagyján, hogy még mindig nem elég kiforrottak az implementációi, de a nyelvről sem tudunk eleget. Amit tanultunk OOP-ből - Design Pattern-ek, Refactoring - a javascript típusmentes lambdaoperátoros világában egész egyszerűen értelmét vesztette, újra kell gondolni.

A widgeteknek az elsődleges feladataként mindig azt hozzák fel, hogy beilleszgetőset tudjunk vele játszani, a widgetnek nem ez lenne az elsődleges poénja - ezt tudná az iframe is. 

A widgeteknek a jelentősége a szemantikus web mélyén rejlik valahol: felismerem, hogy az ott egy youtube videóra mutató link, és hopp, már ott is az embed. Ja, hogy ez egy hCalendarban definiált esemény? Ott az Add to Google Calendar link, a helyszínhez a térkép, stb... 

Mielőtt bárki félreértene, baromira nem tartunk itt. A jelenlegi widgetek azt tudják, hogy kis boxban futó minialkalmazásaink vannak, amik látszólag már nem olyan ocsmány javascript hekkek meg iframe-ek, mint amiket a 90-es évek végén megszoktunk (ó dehogyisnem: csak a fejlesztőkörnyezet nem így mutatja) - ugye emlékszik még mindenki a beépíthető órákra, látogatószámlálóra, shoutboxokra (korabeli kommentezőrendszer :), később galériákra?

A mai widgetvilág arra emlékeztet, mintha egy operációs rendszerből kilőnénk a fájlkezelőt: vannak tök jó kis alkalmazások a netvibes desktopomon, az iPhone-omon, dashboardomon, de, a fenébe is, mindegyik definiál magának egy saját kis File menüt. Ráadásul úgy gondolják, mindig futtatni akarom őket, meg mutogatni! Nonszensz.

Nagyon úgy néz ki, a webből platform lesz, bárhogy is kapálódzunk ellene, viszont az, hogy milyen platform, és hogyan, még nem dőlt el. Az biztos, hogy az egy alkalmazás - egy weboldal felfogást fel kell oldani, és ennek az egyik feloldása amit a Netvibes művel a tabjaival, univerzumaival és widgetjeivel. 

De ez még nem a végkifejlet, ez egy lépés az ismeretlen felé.</description>
		<content:encoded><![CDATA[<p>Bocsi, hogy csak most esek be ide &#8211; az elmúlt két hét őrület volt, őszintén megmondom, egyszerűen nem vettem észre se a twittet, se a postot &#8211; hamar jön ilyenkor a Read All Feed&#8230;</p>
<p>Namost az, hogy a widget egy XHTML-variáns, odáig rendben van. (Az X itt nagyon hangsúlyos! Egyes részeket tilthat, más részekkel viszont &#8211; lévén XML &#8211; bővíti).</p>
<p>Amivel nem szoktam egyetérteni, hogy javascripttel helyettesítsük azt is, ami megfelelően kifejezően leírható XML-ként is. Nekem az UWA első változatáról nagyon ez maradt meg, hogy abból is JS-t csinál, amiből nagyon nem kéne, nem tudom miért. Most utólag visszanézve a szabványt, tisztességesen van benne XML is.</p>
<p>Ez azért jó, mert egy deklaratív nyelvet általában könnyebb transzformálni, míg a JS-re jelenleg ahhoz nincsenek rendes modelljeink, hogy a fejlesztőeszközeinkbe megfelelő segédeszközöket lehessen építeni (a JsEclipse pl. refactoring néven összesen a rename-et támogatja), nemhogy transzformáljunk össze-vissza.</p>
<p>Magyarul: ha készítünk egy tisztán XML formátumot, majd jön egy másik, előbb csinálok 1-1 megfeleltetésű oda-vissza konvertálást a kettő között, mint bármivel, ami imperatív javascriptet tartalmaz.</p>
<p>Közel se biztos, hogy a JavaScript abban a formában marad velünk, ahogy ma ismerjük (lásd: ajaxian.com -on az új változattal kapcsolatos szabványháború), és az hagyján, hogy még mindig nem elég kiforrottak az implementációi, de a nyelvről sem tudunk eleget. Amit tanultunk OOP-ből &#8211; Design Pattern-ek, Refactoring &#8211; a javascript típusmentes lambdaoperátoros világában egész egyszerűen értelmét vesztette, újra kell gondolni.</p>
<p>A widgeteknek az elsődleges feladataként mindig azt hozzák fel, hogy beilleszgetőset tudjunk vele játszani, a widgetnek nem ez lenne az elsődleges poénja &#8211; ezt tudná az iframe is. </p>
<p>A widgeteknek a jelentősége a szemantikus web mélyén rejlik valahol: felismerem, hogy az ott egy youtube videóra mutató link, és hopp, már ott is az embed. Ja, hogy ez egy hCalendarban definiált esemény? Ott az Add to Google Calendar link, a helyszínhez a térkép, stb&#8230; </p>
<p>Mielőtt bárki félreértene, baromira nem tartunk itt. A jelenlegi widgetek azt tudják, hogy kis boxban futó minialkalmazásaink vannak, amik látszólag már nem olyan ocsmány javascript hekkek meg iframe-ek, mint amiket a 90-es évek végén megszoktunk (ó dehogyisnem: csak a fejlesztőkörnyezet nem így mutatja) &#8211; ugye emlékszik még mindenki a beépíthető órákra, látogatószámlálóra, shoutboxokra (korabeli kommentezőrendszer <img src='http://webakademia.hu/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> , később galériákra?</p>
<p>A mai widgetvilág arra emlékeztet, mintha egy operációs rendszerből kilőnénk a fájlkezelőt: vannak tök jó kis alkalmazások a netvibes desktopomon, az iPhone-omon, dashboardomon, de, a fenébe is, mindegyik definiál magának egy saját kis File menüt. Ráadásul úgy gondolják, mindig futtatni akarom őket, meg mutogatni! Nonszensz.</p>
<p>Nagyon úgy néz ki, a webből platform lesz, bárhogy is kapálódzunk ellene, viszont az, hogy milyen platform, és hogyan, még nem dőlt el. Az biztos, hogy az egy alkalmazás &#8211; egy weboldal felfogást fel kell oldani, és ennek az egyik feloldása amit a Netvibes művel a tabjaival, univerzumaival és widgetjeivel. </p>
<p>De ez még nem a végkifejlet, ez egy lépés az ismeretlen felé.</p>
]]></content:encoded>
	</item>
	<item>
		<title>ee</title>
		<link>http://webakademia.hu/2007/10/widgetek-javascript-uwa-stb/comment-page-1/#comment-35</link>
		<dc:creator>ee</dc:creator>
		<pubDate>Wed, 31 Oct 2007 21:15:20 +0000</pubDate>
		<guid isPermaLink="false">http://webakademia.hu/?p=12#comment-35</guid>
		<description>Nem konkrétan a témába vág, de esetleg te tudhatsz arról, hogy van-e már működő GWT + UWA megoldás? Tapsztalataim szerint kioltják egymást, bár nem kezdtem debugolni.</description>
		<content:encoded><![CDATA[<p>Nem konkrétan a témába vág, de esetleg te tudhatsz arról, hogy van-e már működő GWT + UWA megoldás? Tapsztalataim szerint kioltják egymást, bár nem kezdtem debugolni.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Ceriak</title>
		<link>http://webakademia.hu/2007/10/widgetek-javascript-uwa-stb/comment-page-1/#comment-25</link>
		<dc:creator>Ceriak</dc:creator>
		<pubDate>Sat, 20 Oct 2007 21:18:14 +0000</pubDate>
		<guid isPermaLink="false">http://webakademia.hu/?p=12#comment-25</guid>
		<description>Engem leginkább az gondolkodtat el, ahogy a JavaScript egyre több helyre furakodik be -- igazolódnak a jóslatok, miszerint ő lesz a következő Nagy Nyelv?</description>
		<content:encoded><![CDATA[<p>Engem leginkább az gondolkodtat el, ahogy a JavaScript egyre több helyre furakodik be &#8212; igazolódnak a jóslatok, miszerint ő lesz a következő Nagy Nyelv?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Turulcsirip - Bártházi András</title>
		<link>http://webakademia.hu/2007/10/widgetek-javascript-uwa-stb/comment-page-1/#comment-24</link>
		<dc:creator>Turulcsirip - Bártházi András</dc:creator>
		<pubDate>Sat, 20 Oct 2007 13:12:38 +0000</pubDate>
		<guid isPermaLink="false">http://webakademia.hu/?p=12#comment-24</guid>
		<description>[...] @aadaam: Akkor beszélgessünk róla itt: http://webakademia.hu/?p=12  &#171; előző &#124; Bártházi András &#8212; 2007. 10. 20. [...]</description>
		<content:encoded><![CDATA[<p>[...] @aadaam: Akkor beszélgessünk róla itt: <a href="http://webakademia.hu/?p=12" rel="nofollow">http://webakademia.hu/?p=12</a>  &laquo; előző | Bártházi András &mdash; 2007. 10. 20. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->
