Stavební Sideline: Lekce Yui a více Adobe AIR

31.března 2009 v 9:52 Chad Auld | V rozvoje a implementace Yui záložky | 13 Komentáře

O autorovi: Chad Auld je front-end inženýr, který pracuje s Yahoo! Buzz Marketing týmu. Dlouholetý open-source přispěvatelem, se nedávno pomohl spustit projekt MiaCMS a nové generace vidlice Mambo postavena na YUI. V tomto článku, chodí nás provede procesem vývoje desktopové aplikace s YUI na platformě Adobe Air.

Screenshot sideline

Někdy divím, co lidé říkají, teď o vaší společnosti, značky, služeb, produktů, atd.? Sideline , inspirován nedávno vnitřní hack projektu na Yahoo!, jde nad rámec standardního procesu zákaznického průzkumu, abyste mohli poslouchat v reálném čase s lidmi mluvit o svých výrobcích a pak použít tuto zpětnou vazbu, aby posílily své služby nebo pomoci uživatelům s jejich problémy.

Stručně řečeno, cíle našeho projektu bylo

  • Vytvořte na ploše aplikace, která umožňuje vytváření, seskupování a automatické provádění pokročilých vyhledávacích dotazů vůči Twitteru
  • Využití stávající dovednosti-soubory a nástroje
  • Zaměřit na Windows, Mac OS X a Linux operační systémy a minimalizovat množství specifické pro danou platformu kód, který musí být písemný
  • Open source kód tak, aby ostatní mohli učit, přispívat k, a / nebo rozšířit produkt dle svého uvážení

Náš tým špičkových inženýrů jsou odborníci v JavaScriptu, CSS, HTML a PHP, ale neměl mnoho zkušeností s vývojem desktopových aplikací. Takže otázka stala se, jak maximalizovat své stávající dovednosti-soubory pro stolní rozvoj? Odpověď pro nás bylo využít platformu Adobe AIR , který "umožňuje vývojářům používat osvědčené webové technologie k vytváření bohatých internetových aplikací, které běží mimo prohlížeč na více operačních systémech." Vzhledem k tomu, AIR podporuje HTML / JavaScript rozvoj (kromě Flex a Flash), mohli bychom stavět naši aplikaci na tradičních webových technologiích, na vrcholu Yui a mají běžet na třech hlavních stolních operačních systémů.

YUI Mřížky v prostředí AIR

Doplňkovou činnost obsahuje rozsáhlou implementaci knihovny YUI. To by snad sloužit jako velký příklad pro ostatní vývojáře se zájmem o experimentování s YUI a Adobe AIR. Jednotlivých aplikací rozložení je vyrobena s použitím Yui Sítě a dokonce využije nedávno přidané rolí ARIA Landmark . Mřížky pracoval velmi dobře v prostředí AIR a dělal redesigns, k nimž došlo v polovině vývoj snadno implementovat s minimálními změn v kódu. Stejně jako ve standardním prostředí prohlížeče, může Yui Sítě sloužit jako velký základ pro aplikaci AIR, i když developer rozhodne proti používání zbytek knihovny JavaScriptu, se rozhodl pro jiný rámec místo.

YUI komponenty v prostředí AIR

Kromě gridů, Sideline také využívá Dom a Event a Drag and Drop a JSON a přepínače a kontejnerů a tlačítka a Menu a Slider a TabView komponenty. Jsem rád, že zpráva, že všechny komponenty Yui vedla mimořádně dobře v prostředí AIR a vyžaduje žádné změny. Doplňkovou činnost dělá realizovat poměrně přizpůsobený design a tak někteří zakázková skinning komponent Yui bylo nutné, ale bez základní modifikace. Většina aplikací AIR mívají bohatou desktopová aplikace cítí k nim. Pro tuto úroveň přizpůsobení, stažení z kůže YUI článek je skvělý referenční začít.

Za prohlížeče

Hlavní vylepšení této platformy Adobe AIR přes tradiční webovém prostředí je přístup do lokální databáze SQLite a uživatele systému souborů. Lokální přístup k databázím je stále více k dispozici v tradičních prostředích pomocí webových technologií, jako je Gears a HTML 5 na straně klienta skladování, ale v současnosti jsou tato řešení nejsou všudypřítomné. Pro zájemce o vývoji AIR Sideline má řešit mnoho běžných úkolů, které typické aplikace AIR by mohly vyžadovat, např. okouzlující externích dat, manipulace aktualizace aplikací, interakce s lokální databází, práce s lokálním souborovém systému, spuštění původní okna prohlížeče, zobrazování oznámení na ploše, atd. by se ukázalo být užitečným měřítkem v tomto ohledu.

Tipy pro rozvoj AIR

  1. Znát své prostředí. AIR používá WebKit open source prohlížeče motor pod kapotou. Tradiční vývoj webových aplikací je zaměřena na to, aby aplikace nebo na místě pracovat v mnoha různých prohlížečů / operačních systémů jak je to možné. Které prohlížeče na podporu obvykle přijde do nákladů oproti použití faktoru. Nicméně, kódování pro jeden vykreslování motoru snižuje potřebu připravit a otestovat proti otočit možných kombinací na trhu. Jak již bylo řečeno, to ještě má smysl rozvíjet v cross-browser způsobem, pokud je to možné, protože tam může přijít doba, kdy aplikace potřebuje najít cestu zpět do více tradičního prostředí prohlížeče. Použití rámce jako YUI bude tento proces relativně bezbolestné. Je jednoduché vidět prohlížečů a platforem v současné době podporované Yui prostřednictvím tříděného grafu Browser Support . Vývojáři by měli být poměrně bezpečné, aby se některé základní klávesové zkratky při vytváření aplikace AIR (pomocí -webkit-border-radius činí zaoblené rohy vánek), ale používat střídmě a dokumentovat je tak, aby se snadno rozpoznat později.
  2. Při vývoji komplexního použití v jakémkoliv prostředí solidní sadu ladicích nástrojů je musíte mít. Adobe nabízí několik užitečných nástrojů pro ladění vzduch ven z krabice. Vývojáři by měla prošetřit AIR Debug Launcher (ADL) a HTML Introspector , a HTML Source Viewer . Kromě balíčků nástrojů, Aptana Studio s Adobe AIR Plugin ukázala být nepostradatelnou součástí. Plugin Aptana poskytuje pomoc s vytvořením AIR projekt, dovážející společných rámců JavaScript, ladění, balení / export a digitální podepisování aplikace.
  3. Nezapomeňte na výkon techniky, jsme se dozvěděli od standardního prostředí prohlížeče (tj. optimalizaci snímků, minify a kombinují aplikace CSS a JavaScript soubory a pro těžké události aplikací, jako je postranní čáry, využijte technik událostí delegace ) . Aplikace AIR běží na pracovní ploše, a tak je trochu shovívavosti s výkonem, než v typickém prostředí prohlížeče, ale pamatujte si, stejně jako samotného prohlížeče, AIR container také spotřebuje značnou část systému do paměti ještě před podáním žádosti o vlastní kód kopů v .

Road Ahead

Beta verze postranní čáry mohou být instalovány na http://sideline.yahoo.com . Kód je open source pod podmínkami BSD licencí a je umístěn na GitHub . Vítáme příspěvky, zpětnou vazbu, a / nebo návrhy. Také v duchu udržení věci co nejotevřenější a podporovat nově vznikající technologie, budeme pravděpodobně portovat na postranní čáře Titanium v blízké budoucnosti. Některé počáteční práce již byla provedena na portu a bude pokračovat v příštích týdnech. Je také docela možné, že Sideline skončí provádění ORM JavaScript jako JazzRecord na zmírnění databáze interakce mezi platformami. Pokud má někdo další tipy pro podporu více platforem bychom rádi slyšet.

Nyní jdi tam a vysázet ji !

Hledat konverzace: Bloglines | technorati

Sdílet a rozšiřovat: Záložka se Del.icio.us | Digg to! | reddit!

Realizace Zaměření: DocLanding

30.března 2009 v 10:24 Eric Miraglia | V realizací Yui | 1 Comment

DocLanding: Online, na vyžádání pro správu dokumentů

Todd Fishback je prezident DocLanding , on-line řešení pro správu dokumentů. Todd se připojí k nám na YUIBlog diskutovat o jeho týmu výběr nástrojů, YUI a widgetů v DocLanding uživatelského rozhraní. Můžete se dozvědět více o DocLanding z jeho prezentace na podzim 2008 Demo konference .

Řekněte nám něco o DocLanding - jaké jsou ústředními problémy vyřešit pro uživatele?

DocLanding je na vyžádání pro správu dokumentů, který přináší řešení pro správu dokumentů na podnikové úrovni funkcionalitu za zlomek nákladů na většině podnikových řešení. Software může být dodáván prostřednictvím našeho software jako služba (SaaS) nabídkami, nebo jako in-house systému. Našimi klienty jsou především v oblasti finančních služeb a zdravotnictví arény.

Běžné problémy řešíme pro naše zákazníky patří poskytování internetové centrální úložiště pro distribuované pracovní síly, on-demand webová skenování pro malé kanceláře papíru objemu a stolní dávkové skenování založené na vysokých úřadech papírových objemu. Další problémy, které se zabývají patří bezpečné sdílení dokumentů a spolupráci, dokument upravit soubor / anotace, řízení verzí, dokument komentovat, a dokumentů vodoznaky. Náš jedinečný přístup k samostatně řízené, ale bylo spojeno úložiště dokumentů umožňuje uživatelům přístup k různorodé úložiště s jedním společným přihlášení.

Jaké byly zejména uživatelské rozhraní výzvy předložil vašeho produktu design?

DocLanding: Dokument náhled uživatelského rozhraní.

Jsme se dozvěděli od některé z naší dřívější práci, kterou prostě nelze podceňovat význam uživatelsky přívětivým designem. Tvorba webových stránek je poměrně jednoduché, ale vytvoření skutečné webové aplikace, která má pro potřeby podnikatelů, je skutečná práce. Náš produkt se snaží, aby správu dokumentů z přísně oblasti velkého podniku a dát je k dispozici malé společnosti. Elektronická správa dokumentů ve svém jádru není jednoduchý úkol. Cílem je organizovat a řídit přístup k značné množství souborů ve Kromě toho, že je plně prohledávat. Kvůli tomu, že uživatelské rozhraní je ve skutečnosti, kde je většina naší doby vývoje tradičně strávili.

Zjistili jsme, že ušetříte čas a peníze na technické podpory, pokud si vaše stránky jednoduché a snadné použití. Část, která je relaxační specifikace potřebné ke spuštění webu. Dostali jsme naše zredukováno na jakýkoli moderní prohlížeč s JavaScriptem a Flash. Jádro vzhled stránek jsme přišli s představila své vlastní problémy s jeho velmi specifické použití části obrazovky nemovitostí. Našli jsme naši uživatelé byli lépe schopni plně využívat aplikace, když jsme sami věnovat pozornost barev, ikonografie a blízkost kontrol na jejich funkci. Myslíme si, že jsme na správné cestě, protože naše připomínky stránka se vrátil více poptávek dalších funkcí než nápovědy požadavky.

Vybrali jste si Yui na pomoc sílu vašeho webu. Co vás vedlo k tomuto rozhodnutí?

DocLanding: na vyžádání pro správu dokumentů

Jednoduchá odpověď je důslednost a rychlost. Potřebovali jsme rámec, který nám umožní splnit specifikace návrhu našeho produktu. Přesněji řečeno, měli jsme ambiciózní cíle návrhu, jako je zachování jednoho zobrazení na obrazovce a minimalizaci nebo odstranění celostránkových postbacks. Kromě toho jsme chtěli naše požadované prvky, které vypadají a fungují stejně jako v mnoha různých prohlížečích, jak jsme mohli zvládnout. Existuje dostatek konzistence problémy mezi prohlížeči a jejich zobrazovacích metod vypořádat s už tak nějaký rámec, jsme se rozhodli potřeba, aby se minimalizovalo množství prohlížeč specifické kódování budeme muset udělat. Poté, co experimentoval s různými různých sad nástrojů, YUI vyšel zcela jasně na vrcholu. Tam byl trochu zaučení ke všem výrobkům, ale Yui je měl nejlepší návratnost.

Základní rámec nevyžaduje plug-in, to hraje dobře. NET a skripty jsou lehké, pevné a tuhé. Jakmile jsme se dostali na kloub rámce, zjistili jsme, že poučné srovnat naše starší rozhraní tradiční stránky na Yui verze. V každém případě, úpravy uživatelského rozhraní naší metodiky se vrátil obrovské zisky ve výkonnosti a soudržnosti s lehčími stažení pro naše klienty.

DocLanding: mult-file obrázky pomocí YUI Uploader.

Co YUI komponenty používáte nejvíce ve vaší aplikaci?

Jsme vlastně používat docela dost složek. Nejvíce prospěšné nich byli ti, které nám umožní dělat jak hodně se na jedné obrazovce a jak je to možné, tak TreeView , Menu , SimpleDialog a Layout Manager byly velmi užitečné. Ve skutečnosti používáme téměř všechny ovládací prvky, ale především ocení Přidal Control "schopnost zpracovávat více souborů výběr. Jsme hledali řešení tohoto problému na nějakou dobu a je Yui byla nejelegantnější jsme se až dosud objevily. Jsme dobře využít v JSON Utility a Connection Manager se výrazně zmenšila velikost a počet žádostí o serveru, které učiníme, který vede naši stopu dolů a ještě důležitější je stále našim uživatelům pracovat, a ne čekat.

Co dalšího DocLanding? Jaké jsou problémy, na kterém pracujete, aby se ve svých nadcházejících verzích?

Neustále pracujeme na zlepšení sadu funkcí našeho produktu. Uživatelé požádal o funkcích lépe integrovat jejich editaci dokumentů s hlavní aplikace, takže uděláme čas. Pracujeme také na lepší ubytování velkých souborů na server. V opačném případě máme několik nápadů na stole a my vážení, které z nich by bylo nejvýhodnější pro naše uživatele. Verze stránek optimalizovaných pro mobilní telefony a netbooky je v designu fázích již, stejně jako nástroje pro import strukturovaných složek z plochy přímo do DocLanding. Experimentálně, jsme si pohrávala s myšlenkou pouze uložení metadat na webových stránkách a tahání obsah přímo z propojených klientských počítačích s operačním systémem náš software. Nakonec se potřeby našich uživatelů diktovat, v jakém směru se pohybujeme dál.

Hledat konverzace: Bloglines | technorati

Sdílet a rozšiřovat: Záložka se Del.icio.us | Digg to! | reddit!

Budování Fast People-Finder for Flickr s YUI Automatické dokončování

26.března 2009 v 8:59 Ross Harmes | V rozvoje záložky | 1 Komentář

Na Flickr , nedávno jsme přidali nové lidi volič widget na některé z našich stránek, tato funkce je založena na Yui automatického dokončování kontrolu . Lidé volič Widget umožňuje našim členům vybraným jednotlivcům ze svého seznamu kontaktů, které mohou obsahovat nahoru o 20.000 záznamů. Vzhledem k velkému množství zapojených dat, tradiční techniky pro načítání a analýze dat nebylo možné, především z důvodu velmi pomalu rozebrat krát. V tomto příspěvku se budeme se podívat na některé z různých datových formátů, jsme se snažili a na konfiguraci automatického dokončování jsme zjistili, že je nejvíce výkonný.

Za prvé, tady je video rekapitulace toho, co jsme se snažili dosáhnout, nový interakce s lidmi-nálezce widgetu je znázorněno na pravé straně:

Získávám a parsování: XHR a vlastní data

Největším problémem bylo najít formát dat, který by byl rychle stahovat, rychle analyzovat a - nade vše - bezpečný. Poprvé jsme se snažili XML a Ajax, ale parsování XML dokázal být hodně zpomalit - ve skutečnosti jsme zjistili, že tento přístup by mohl dosáhnout snížení prohlížeče na větších dat. Dále jsme se snažili o kombinaci JSON a Ajax, což bylo podstatně rychlejší, ale to ještě trvalo více než 80 sekund, analyzovat naše největší soubor dat (pole obsahující zhruba 10.700 objektů, každý s několika vlastností).

Na konci jsme našli dvě dopravní / parse techniky, která se ukázala být velmi rychle:

  1. Načítání JSON (zabalené do funkce zpětného volání) pomocí dynamicky generované tagy skriptu;
  2. analýze vlastního datového formátu kontrolní znaky oddělený seznam) pomocí split() , vzali s Ajaxem (pomocí Yui Connection Manager ).

V závěru jsme šli s vlastní formát. Formátování naše JSON tak, aby mohly být prováděny dynamické tag script byl méně bezpečný přístup a výkon není výhra. Použití XHR nám bezpečnější a stále velmi výkonný řešení.

Uživatel Interakce: YUI dokončování

Poté, co jsme měli způsob, jak dostat data do JavaScriptu rychle, dalším úkolem bylo vytvořit cestu pro uživatele rychle vyhledávat v seznamu kontaktů. K dosažení tohoto cíle, jsme se obrátili na dokončování kontrolu Yui je. To splňuje naše potřeby přesně: velmi rychlý a velmi konfigurovatelné. Chcete-li s našimi vlastními daty, jsme vytvořili funkci použít jako automatické dokončování instance DataSource, každý stisknutím tlačítka na ovládací prvek aktivuje tuto funkci a přejde do vyhledávacího řetězce. V rámci této funkce, projdeme všechny členské kontaktů a snažit se přizpůsobit dotaz na čtyřech různých oblastech. Použili jsme regulární výrazy dělat řetězec odpovídající.

I pro velké soubory kontaktů, zjistili jsme tuto techniku ​​jako velmi efektivní. Zde je základní verze, co jsme udělali: 

  Funkce searchContacts (dotaz) {

        var zápasů = [],
            queryRegEx = new RegExp (dotaz, "i"), by / / dotaz
                                                 / / Zkontrolovat před 
                                                 / / Použití v regex.
            kontakt;

         for (var n = 0, len = contacts.length, n <len, n + +) {

                kontaktujte = kontakty [n];

                if (contact.username.search odst. queryRegEx) == -1! | |
                    ! contact.realname.search (queryRegEx) == -1 | |
                    ! contact.emailAddress.search (queryRegEx) == -1 | |
                    contact.alias.search (queryRegEx)! == -1) {
                        matches.push (kontaktní údaje);
                }
        }

        návrat zápasů;
 }

Poté, co jsme měli data spojená s widgetu jsme jednu změnu výchozího nastavení automatického dokončování: Nastavili jsme queryDelay parametr 0 (výchozí hodnota je 200 ms). To znamená, že nedojde k žádnému zpoždění mezi stisknutím tlačítka a pátrání zahájeno. Tam jsou nevýhody tohoto (automatického dokončování displej má tendenci blikat trochu zadáte několik znaků v rychlém sledu), ale zjistil, že je jediným největší zlepšení jsme se, dokonce důležitější než optimalizace pro naší vyhledávací funkce. Zatímco queryDelay of 200ms nebo více může být vhodnější pro XHR nebo jiného vzdáleného Zdroje dat jsme zjistili, že naše regex bázi DataSource s místními údaji se do úkolu vyhledávání na každém stisknutí klávesy. S Automatické dokončování, jsme se dostali bez kešování přidán do směsi tak, že nějaký daný hledání by musely být provedeno jednou.

Více informací o všech těchto technik, včetně všech podrobností o různých datových formátů a rozsáhlých profilování dat pro každou z nich lze nalézt na code.flickr blogu.

Hledat konverzace: Bloglines | technorati

Sdílet a rozšiřovat: Záložka se Del.icio.us | Digg to! | reddit!

Ve volné přírodě na březen 25, 2009

25.března 2009 v 9:08 am Yui Team | V V Wild | 3 Komentáře

Zprávy a poznámky z komunity Yui v posledních několika týdnech. Dejte nám vědět v komentářích, co jsme nestihli, a my si to příště:

Hledat konverzace: Bloglines | technorati

Sdílet a rozšiřovat: Záložka se Del.icio.us | Digg to! | reddit!

Georgiann Puckett: YUI / ASTRA Program Manager (AdaLovelaceDay09)

24.března 2009 v 8:06 Eric Miraglia | V rozvoje záložky | 1 Komentář

Dav Sklo a George Puckett týmu Yui

[Poznámka: Tento příspěvek je součástí týmu, Yui účasti v Ada Lovelace Day , oslava ženské techniků na celém světě.]

Georgiann Puckett (lépe známý jako "George") slouží jako programový manažer pro Yui a přidružených projektů (včetně knihovny ASTRA). Program řízení složitých technických programů zahrnujících více projektů je jednou z nejnáročnějších pracovních míst v softwarové společnosti, a George se ideálně hodí k výzvě. Ona přináší na stůl rychlý inteligenci, trpělivost a disciplína řídit velké proudy dat a hluboce zakořeněnou pochopení procesů, které jsou podpořeny úspěšné softwarové programy. Její pozadí slouží i zde - jako C / C + + INŽENÝRING veterána, dokáže vcítit přímo se zkušenostmi inženýrů, s nimiž pracuje.

Yui zprávy chodit se stovkami změn, z nichž mnohé jsou naznačeny nebo přispěl vývojářů z celého světa. Od vstupu do týmu před dvěma lety, George revoluci, jak všechny tyto informace jsou zpracovány. To vedlo k přesnějším odhadům, lepší komunikace a lepší kvalitu celé desky.

George také za předpokladu, chvályhodnou vedení pro tým Yui v podpoře hlavní interní projekty na Yahoo. Když jsme se určit interní projekt jako "velké sázky," něco kritickou pro budoucnost společnosti, spolupracujeme s projektem týmu frontend inženýrství a ujistěte se, že děláme všechno proto, abychom jejich podporu. George dokáže tyto vztahy, zajistit, aby naši spolupracovníci si včas a dobře zdokumentované staví a že jejich priority jsou přesně odráží v našich plánech vydání. Mít schopnost porozumět potřebám různých projektů a za účelem usnadnění své úspěšné formy spolupráce není malý úkol, a George udělal těžkou práci nezbytné zajistit, aby YUI a ASTRA inženýři poskytují správnou podporu v pravý čas v celé Yahoo.

Když už mluvíme o vzdouvání zrušení .... George je dobře známa Yahoo za výjimečné technolog a neúnavný obhájce Yui, ale je také dobře známý pro ty, kteří věrnostního programu Yahoo zaměstnanec posilovna. Zjistíte, George tam čtyři nebo pět nocí v týdnu pracovat lépe své vlastní světové nahrávací formulář volných vah.

George práce a její obecný závazek k dokonalosti jistě inspiroval nás všechny, kdo pracují s ní v posledních několika letech. Zeptal jsem se Jiřího, který se inspiroval ji a poslal ji na cestě ke kariéře v oblasti technologií.

Jaká byla vaše první zkušenost s počítači?

Byl jsem v úmyslu zadání předem med dráhu na vysoké škole a já jsem měl AP Calculus samozřejmě moje ročníku jako součást učebních osnov vysoké školy prep. Náhoda tomu chtěla, že učitelka dostala grant na dvou počítačích Apple v rámci soudního řízení pro výuku programování na úrovni střední školy. Nejen, že jsme si to - máme konkurenceschopný na to snaží dělat ty robustní funkce s minimem kódu. První digitální elektroniky kurz na vysoké škole, kde jsem se dostal do programu obvodů na prkénko assembleru uzavřel dohodu.

Měli jste nějaké slečny, technologa rolí, které ovlivnily vás?

Tam jsou dvě ženy, jsem spolupracoval, že jsem byl ohromen a naučil hodně z. Darragh Muldoon, spoluzakladatel Cricket Software, najali mě z vysoké školy do zdaleka nejúžasnější dobrodružství startu své kariéry. Ona nebyla sama o sobě technolog, ale naučil jsem se hodně od ní ve vztahu ke svým lidem ve vedoucích technických dovedností lidí, budování týmů, a rostoucí firmy. Druhá žena se dívám do a naučil se od Sheila byla Brady, který se zvedl přes pozice se režisér úrovni v systému Apple softwarové divize. Ona rozhodně ví, jak řídit uvolňování, v mnoha případech vedoucích týmů složených převážně mužských inženýrů. Vystavovala úroveň důvěry, působnost a agresivitu, která by mohla být ocení každý inženýr - muž nebo žena.

Hledat konverzace: Bloglines | technorati

Sdílet a rozšiřovat: Záložka se Del.icio.us | Digg to! | reddit!

Jenny Chan Donnelly: YUI Engineer (AdaLovelaceDay09)

24.března 2009 v 8:05 am Eric Miraglia | V rozvoji záložky | 3 Komentáře

Jenny Chan Donnelly, Sr inženýr, Yahoo, autor Yui DataTable, DataSource a dokončování

[Poznámka: Tento příspěvek je součástí týmu, Yui účasti v Ada Lovelace Day , oslava ženské techniků na celém světě.]

Jenny Chan Donnelly je autorem tří složek Yui:

  1. DataTable Control : Yui je DataTable je jedním z našich widgety podpisu uživatelského rozhraní, které poskytují silnou nabídku interaktivních možností tabulkových dat.
  2. Automatického dokončování ovládání : Automatické dokončování nabízí typeahead, naznačují, filtraci a combo-box funkčnost na všechny oblasti pro psaní textu.
  3. DataSource Utility : Sdílené v DataTable a automatického dokončování a grafy kontrolu , DataSource slouží jako prostředník mezi widgety a možných zdrojů údajů - včetně server-side JavaScript dat, pole a DOM struktury, jako je HTML tabulky.

Jenny práce nás inspiruje částečně z důvodu technických problémů na sebe bere - zkuste být pevné hlavičky s rolováním XY pracovat v IE6 pomocí sémanticky zvuku základní tabulky někdy, pokud máte nějaké pochybnosti. Jenny vzala na některé z nejsložitějších problémů HCI kdekoli Yui a vyroben tak, aby vyhovovaly jim prakticky do každého prostředí. DataSource umožňuje ostatním YUI komponenty pro práci s ničím z plochých souborů JSON a XML JavaScript polí a DOM struktury. Slyšeli jsme od tisíců lidí na fórech YUI používají všechny tyto funkce a více v ecclectic a nové způsoby.

Jsme také inspirovat organizační vedení Jenny ukázal ve své době Yahoo. V současné době je vedoucí redaktor YUIBlog, přinášet technické hlasy z celé Yahoo na tyto stránky podělit se o své postřehy. Ona také pořádá naše výroční summit nadstavbu inženýrství na Yahoo, přinášet stovky Yahoo inženýrů z celého světa spolu v bohatém týdenním technické konference. Ona učila týdenních Yui kurzy pro inženýry v USA, Koreje a Japonska, a ona byla nedílnou členem skupiny hack den na Yahoo, která je důležitou součástí naší kultury inženýrství.

Ať už se to kódování, psaní, vyučování nebo vedoucí - což jsou všechno aspekty moderního technologa popisu práce - Jenny nastavuje vysokou laťku se svým inteligence, obětavosti, představivosti a důvtipu. Ada by byl pyšný.

[ fotografie Jenny použit s laskavým svolením Stephena Woods]

Hledat konverzace: Bloglines | technorati

Sdílet a rozšiřovat: Záložka se Del.icio.us | Digg to! | reddit!

Průzkum: Kdy je akordeon není akordeon?

23. března 2009 v 9:20 hod. od Christiana Crumlish | V designu a rozvoj záložky | 6 Komentáře

Příkladem akordeon Hledám zpětné vazby od lidí, kteří navržené nebo postavené rozhraní používající "harmonika" modulem, nebo uvažujete o tom). Víte, já jsem pracoval na návrhový vzor pro akordeon modulů, a já bych chtěl vyhodit hrst otevřených otázek do Společenství prostřednictvím tohoto stručného přehledu . I'll be listening elsewhere as well, on twitter ( @mediajunkie ) and on mailing lists where web designers and developers hang out.

(I realize this is not a scientific survey. I'm just interested in engaging the wider community in a discussion instead of trying to impose my view or Yahoo!'s view on the community as authoritative.)

Everywhere I go lately, it seems that interaction designers and web developers are talking about accordion widgets and debating about what makes an accordion an accordion. Not everyone working in this field has heard the term (some may simply refer to “stacked panels” or “collapsible panels”) but most get the gist fairly easily. Ironically, none of the UI elements described as accordions share the actual behavior of a real-world accordion (the musical instrument): namely, that stretching an accordion opens all the folds evenly.

Accordions have been an on-and-off topic of discussion on the main IxDA mailing list ; we discussed them in our Pattern Library workshop in Vancouver earlier this month, and there's been an ongoing discussion about accordions on our internal designer mailing list here at Yahoo!.

So I sat down with some folks from the YUI team (and Marco, the maker of an experimental YUI accordion widget ) a little while ago to sort through a draft of an accordion pattern that might help inform the development of an official YUI component.

Broadly speaking, most people agree on what we're talking about when we talk about an accordion interface element. Everyone agrees that accordions are used to compress content into a limited space and that they consist of panels that can collapse or expand. Beyond this, there are a number of subtle nuances that not everyone agrees on.

One trend I've noticed is that front-end developers tend be agnostic about how the accordion should work, viewing it as really just a variant on a tree widget. Designers tend to be more prescriptive, saying that to be an accordion it must behave in thus and such a way (but not all designers agree on what these rules are).

In the end, the YUI folks will produce code that can be made to do just about anything. We aren't going to try to impose our own taste or preferences in design through the functionality of the code itself. However, we will use the associated pattern to make suggestions and recommendations drawn from the experience of the entire design community, and we will probably lobby for default behaviors that match what most people expect.

So, if you've got a few minutes and an opinion, please visit the survey and let me know what you think!

I'll close the survey on April 30.

Hledat konverzace: Bloglines | technorati

Sdílet a rozšiřovat: Záložka se Del.icio.us | Digg to! | reddit!

Další stránka »
Moderuje Yahoo!

Copyright © 2006-2012 Yahoo! Inc Všechna práva vyhrazena. Ochrana osobních údajů - Podmínky služby

Powered by WordPress na Yahoo! Web Hosting .