YUI Theater - Luke Smith: "Eventi Evolved"

30 ottobre 2009 alle ore 01:25 da Eric Miraglia | In YUI Theater | 2 commenti

Luke Smith YUICONF 2009 svoltosi presso la sede Yahoo! in Sunnyvale, ottobre 28, 2009.

Abbiamo avvolto YUICONF 2009 ieri sera, e volevo condividere con voi il primo video che esce delle sessioni. Questo è da YUI ingegnere Luke Smith 's ( @ ls_n 's), ieri la presentazione, "Eventi Evolved", in cui le immersioni in profondità nel sistema 3 Event YUI (creato da Adam Moore, uno degli architetti della YUI). Modulo Event YUI 3 è uno dei punti di forza della biblioteca, e parlare di Luca è il miglior lavoro che abbiamo fatto finora di parlare le sue migliori qualità. Questo è must-see-tv per YUIers.

Altro video da YUICONF sarà YUI Theater nelle prossime settimane, spero che godere di questa prima rata.

Se il video qui sotto incorporare non viene visualizzato correttamente nel vostro lettore RSS di scelta, essere sicuri di scegliere attraverso per visualizzare la versione ad alta risoluzione del video su YUI Theater , la versione scaricabile è molto più piccolo, come lo è ottimizzato per iPod , iPhone e altri dispositivi palmari.

Altri recenti YUI Theater Video:

Iscrizione a YUI Theater:

Trova le conversazioni: bloglines | technorati

Condividi ed estendere: Segnalibro con Del.icio.us | Digg it! | reddit!

Foto di YUICONF 2009

Ottobre 28, 2009 at 22:39 di Eric Miraglia | In Development | 2 commenti

Qui ci sono alcune immagini che arrivano su Flickr da YUICONF2009 in un giorno che si concluse con il padre di JavaScript, Brendan Eich, parlando del futuro della lingua:

Questo è stato un giorno che è iniziato con un kickoff dal fondatore del progetto Thomas YUI Sha e si è conclusa con Brendan Eich. Tra erano esplorazioni tecniche di Matt Sweeney, YUI architetto, così come YUI Engineers Luke Smith, Satyen Desai, e Kloots Todd. Altro Yahoo (Jonathan LeBlanc, Reid Burke) ha dato ottimi colloqui, come ha fatto Matt Snider di Mint.com. E, con il keynote di Brendan venuta alla fine della giornata, forse YUIer Isaac Schlueter (@ IZS) ha riassunto al meglio in questo modo :

Trova le conversazioni: bloglines | technorati

Condividi ed estendere: Segnalibro con Del.icio.us | Digg it! | reddit!

YUI 2.8.0 anteprima per gli sviluppatori YAP

28 Ottobre 2009 alle 3:49 am da Eric Miraglia | In Development | 3 commenti

Grazie al duro lavoro di ingegnere YUI Lucas Smith, YAP ingegnere Felix Lee, YDN Jonathan LeBlanc e molti altri, YUI 2.8.0 è ora disponibile su Yahoo! Application Platform (YAP), come anteprima per gli sviluppatori. YAP è la piattaforma su cui è possibile scrivere applicazioni che vengono eseguite in Yahoo! homepage , My Yahoo! , e altri siti in tutto l'ecosistema Yahoo!.

Livello di sicurezza YAP è costruito utilizzando Google Caja , un oggetto-capacità del sistema per JavaScript. Il team di Google ha lavorato sodo per portare Caja al punto in cui è in grado di supportare funzionalità complete librerie come YUI che esercitano sia pesantemente JavaScript e DOM, e abbiamo lavorato a stretto contatto con Mark Miller, Mike Samuel e la squadra di Caja migliorare il supporto per YUI 2. Basta con l'API sta lavorando oggi per la squadra di YAP a rilasciare agli sviluppatori - e, mentre più lavoro resta ancora da fare, il sottoinsieme è possibile utilizzare ora dovrebbe essere un aiuto nella costruzione di bel out applicazioni interattive in YAP.

Jonathan ha due grandi risorse per voi, se volete esplorare l'utilizzo YUI in YAP:

Jonathan ha anche postato su questa versione sopra sul Yahoo! Developer Network Blog .

Burke Reid del team YAP terrà un discorso tecnico sull'utilizzo di YUI in YAP oggi a YUICONF 2009 , se siete alla conferenza, essere sicuri di catturare sessione di Reid. In caso contrario, tenere d'occhio qui per questo discorso, quando appare sulla Theater YUI .

Trova le conversazioni: bloglines | technorati

Condividi ed estendere: Segnalibro con Del.icio.us | Digg it! | reddit!

I risultati del sondaggio modello Accordion

26 Ottobre, 2009 alle 2:44 pm Christian Crumlish | In Progettazione e Sviluppo | Commenti disabilitati accordion-yahoo-sports Alcuni mesi fa abbiamo condiviso la nostra riflessione in corso sulla componente "fisarmonica" di navigazione , e ha chiesto alla comunità di sviluppatori web e designer che leggono questo blog di fare un sondaggio per aiutarci a determinare valori predefiniti, le pratiche attuali, e altre linee guida per incorporare in un Accordion modello e fornire un input in un componente Accordion YUI. Ho avuto un po 'di tempo per rivedere e studiare i risultati e ho voluto condividere con la comunità, come si scrive una versione "beta" del modello e pronti a condividere, quindi senza ulteriori esitazioni, ecco i risultati . (si noti che questa indagine non deve essere considerato strettamente scientifico) che hanno risposto Gli intervistati si sono identificati nei seguenti modi: accordion-respondents
  • Designer 21,4%
  • Developer 32,1%
  • Hybrid (Sia progettista e sviluppatore) 42,3%
  • Nessuno dei Sopra 4,2%
Terminologia maggioranze Riconoscimenti schiacciante in tutti i partecipanti hanno convenuto che
  • Menu Fisarmonica Fisarmonica e significano la stessa cosa (73%)
  • Fisarmoniche e controlli di struttura sono due cose diverse (89%)
Molti commentatori hanno descritto la differenza tra fisarmoniche e gli alberi in queste righe: "controllo della struttura implica generalmente una profondità di gerarchia che non è generalmente presente con una fisarmonica." La maggioranza più piccolo ha detto che i pannelli di fisarmonica e pieghevole si riferiscono alla stessa cosa (60%) . Queste maggioranze erano coerenti tra i ruoli. Presentazione del Accordions una solida maggioranza (68%), ha detto che la fisarmonica può essere posato orizzontalmente che verticalmente (e in effetti il modello è ben attestato sul web). Persone suggerito che le etichette su una fisarmonica orizzontale dovrebbe essere scritto in verticale e / o ruotati. Una maggioranza ancora più grande (72%) ha detto che la fisarmonica può avere solo due livelli (questo si allinea con la distinzione tra fisarmoniche e alberi): accordion-2-levels Una lieve maggioranza (53%) ha detto che la fisarmonica può essere annidato all'interno di fisarmoniche altri. I commenti scritti suggerito che la formulazione della questione ha portato alcuni a rispondere che è certamente possibile ma non necessariamente auspicabile, dando suggerimenti come: "Se adeguatamente grondaia, ciò sarebbe possibile, ma in genere una pessima idea - un po 'come usare anche molte schede e di farle avvolgere in più righe. " accordion-nested Questa era una delle domande in cui si autodefiniscono i progettisti e gli sviluppatori hanno lati opposti. 57% di sviluppatori e ibridi convenuto che fisarmoniche possono essere annidati, mentre il 64% dei progettisti ha detto che non può essere. (Nessuno dei Aboves diviso 50/50!) Se dovessi indovinare, direi che gli sviluppatori (e ibridi), più intimamente connessi con il come che il motivo per cui potrebbe essere stato che esprime più di un "si potrebbe fare ... "punto di vista, mentre i progettisti potrebbero essere stati esprimere più di un" ... ma non si deve "punto di vista. Accordions Come dovrebbe comportarsi una piccola maggioranza (54%) ritiene che dovrebbe consentire fisarmoniche per più di un pannello da aprire in un tempo. Entrambi i comportamenti si possono trovare online, quindi la nostra impressione è che questo comportamento può dipendere più dai vincoli dello spazio di progettazione e lo scopo della fisarmonica che su una norma coperta in un modo o nell'altro. Questa domanda anche divisi lungo linee di identità, ma in modo ambiguo. Gli ibridi preferiva un pannello-at-a-tempo di regola da una maggioranza minuscola, mentre i designer e gli sviluppatori e nessuno dei Aboves accordo sul fatto che più pannelli vanno bene da maggioranze leggermente più grandi. accordion-multi-open La maggioranza molto maggiore (73%) ritiene che una fisarmonica può avere uno stato completamente chiuso (cioè, che non è necessario che vi sia sempre un pannello aperto). L'outlier è che l'Nessuno dei Aboves rotto al 60% per la posizione che ci deve essere sempre un pannello aperto. accordion-panels-closed Commentatori hanno suggerito che si tratta di una buona pratica di avere un pannello aperto per impostazione predefinita, e per questo pannello essere il primo, il più utilizzato di recente. Un altro grande maggioranza (76%) ritiene dimensione complessiva una fisarmonica può modificare, se necessario, piuttosto che essere costretti ad una dimensione costante. (Naturalmente, ci sono contesti, come lo schermo di un dispositivo mobile, in cui può essere una valida alternativa o anche un vincolo progettuale che una fisarmonica mantenere una dimensione coerente.) La maggioranza molto leggera (51%) hanno suggerito che fisarmoniche dovrebbe aprire con un click (come accade per hover) e una minoranza altrettanto importante (45%) ha detto che dipende. È interessante notare che meno del 4% erano disposti a comunicare i fisarmoniche dovrebbe aprire al passaggio del mouse come una regola. accordion-onclick I commenti scritti su questo tema ha offerto un sacco di buon cibo per il pensiero, come ad esempio:
L'apertura di un pannello dovrebbe richiedere un'azione esplicita. Se una fisarmonica ha più pannelli, apertura su hover potrebbe essere un'esperienza stridente. Piuttosto, utilizzare un tooltip per trasmettere dati riassuntivi di ciò che è nel pannello, e che l'utente in modo esplicito "click" per aprire il pannello.
Dipende dalla configurazione di ogni fisarmonica. Ho messo insieme questi esempi [ multiple , rollover ], così lo sviluppatore può effettivamente utilizzare il "best fit" per ogni caso d'uso. Inoltre, ci dovrebbe essere la possibilità di utilizzare rollover con regole diverse: (più aperto) o (elementi deve essere aperta solo al passaggio del mouse).
Per usi avanzati, una fisarmonica dovrebbe aprire al passaggio del mouse durante le operazioni di drag and drop. In qualsiasi altra circostanza, non ti puoi fidare che l'hover è intenzionale.
Accessibilità Infine, abbiamo chiesto un open-ended pesca domanda per eventuali problemi di accessibilità noti con fisarmoniche e un sacco di grandi risposte. (Per il nostro problema, ad esempio, la maggior parte delle persone hanno convenuto che rendere l'intera etichetta cliccabile e non solo una piccola icona è importante.) Ecco un campionario di altra intuizione di accessibilità con fisarmoniche:
Penso che sia lecito ritenere che un'interazione Accordion è una interazione avanzata. Un sacco di problemi di accessibilità possono sorgere.
  1. Il contenuto è nascosto dietro i pannelli così la gente non può trovare.
  2. A seconda delle dimensioni dell'area cliccabile o la leva per aprire / chiudere i pannelli potrebbero verificarsi problemi con la manualità richiesta.
Fisarmoniche dovrebbe aprire tutti i pannelli, se javascript non è disponibile (anche se questo può produrre un "flicker" per quelli con javascript).
Esso dipende dal contenuto dei pannelli nascosti è presente nel DOM o viene recuperato dopo l'apertura del pannello. Se è in corso il recupero, l'attenzione deve essere posta sul pannello appena aperto.
Beh, io veramente credo che il titolo dovrebbe essere cliccabile, specialmente se il contenuto dell'elemento verrà caricato utilizzando AJAX (proprio come un approccio visualizzazione a scheda), ma la realtà è che a volte lo sviluppatore (dovrebbe avere) / (vuole) il controllo personalizzare tale comportamento. Ecco l'elenco di esempi che ho creato per una implementazione basata su widget di fisarmonica YUI 2.x, è probabilmente uno dei componenti più utilizzati dall'estensione bubbling YUI.
Abbiamo avuto un caso in cui la 'label' della fisarmonica è un link ad un post di un blog pieno, e quindi non poteva essere a fisarmonica cliccabile. In questo caso, abbiamo scritto un icona nella sorgente con js per fare il lavoro. Condizione che l'icona è sufficientemente ampio e / o viene fornito con una accesskey, non vedo un grosso problema ...
Accordion controlli server al fine di un sacco di montaggio di contenuti in meno spazio. Dal momento che questo è un problema visivo, sarebbe bene per uno screen reader per leggere semplicemente tutti i contenuti e ignorare il fatto che viene visualizzato come una fisarmonica visivamente. È sufficiente che l'icona sia cliccabile per espandere un pannello. Ci potrebbe essere una opzione di configurazione per consentire l'intera etichetta per espandere un pannello, oppure può essere lasciata allo sviluppatore di attuazione per collegare un listener per l'etichetta che chiama una funzione pubblica "aperto" o "espandere" per aggiungere tale funzionalità.
Basti pensare a una fisarmonica come una visualizzazione a schede. L'intera area dell'etichetta del pannello dovrebbe essere cliccabile, ma se contiene altri controlli (ad esempio un "licenziamento" o "close") Suggerisco solo l'etichetta (testo) è cliccabile, o almeno l'area clikable solo ampliare fino al interattivo controlli (cioè per una didascalia contenente un pulsante, l'area sopra, sotto e "dopo" il pulsante deve essere cliccabile).
Rilasciando il modello progetto di una commentatore in discussione i vincoli artificiali del sondaggio (un poliziotto giusto, se mi chiedete):
Non mi piace questo sondaggio. Le domande non erano abbastanza flessibili. Come sviluppatore designer /, credo che tutti gli elementi dell'interfaccia devono essere adattati al particolare sito o applicazione web. Fare domande in bianco e nero non lascia spazio per le ovvie differenze tra i progetti. Alcuni progetti bisogno di una regola dura e veloce, mentre la stessa regola potrebbe essere del tutto inadeguato per un'altra applicazione. Per la maggior parte, Potrei risposto ad ogni domanda con un "dipende" risultato.
Siate certi che il modello sarà solo leggermente consiglio e il codice YUI sarà flessibile e potente. L'indagine non è stato progettato per limitare le scelte delle persone, ma piuttosto di raccogliere opinioni e preferenze, quindi, anche il feedback di non avere hard-and-veloci regole è utile. Abbiamo pubblicato una versione beta del modello di fisarmonica presso la Biblioteca pattern Yahoo! Design. Se desideri dare un feedback ulteriormente il modello, in una forma libera modo, si prega di un salto o visitare il relativo forum di discussione.

Trova le conversazioni: bloglines | technorati

Condividi ed estendere: Segnalibro con Del.icio.us | Digg it! | reddit!

In the Wild per il 22 Ottobre 2009

22 Ottobre 2009 alle 9:39 pm da Eric Miraglia | In In the Wild | 4 Comments

Con YUI 2.8.0 , YUI 3.0.0 e PHP Loader 1.0.0 beta 1 fuori dalla porta, la squadra qui è concentrati sul nostro obiettivo finale grande per l 'anno: YUICONF2009 . Brendan Eich e Douglas Crockford note chiave sarà la prossima settimana presso il nostro primo pubblico, YUI incentrato conferenza. Oltre alle sessioni di ingegneri YUI che presentano, non vediamo l'ora di sentire da membri della comunità come Matt ed Eric Snider Ferraiuolo. Anche se la conferenza è sold out, YUI Theater ci sarà catturare quanto più si può - quindi rimanete sintonizzati qui per la copertura video come diventa disponibile.

Qui ci sono alcune delle altre YUI relative notizie che abbiamo rilevate nelle ultime settimane. Se si dispone di un elemento che abbiamo perso, o qualcosa che ti piacerebbe veder trattati nel prossimo aggiornamento, si prega di lasciare una nota nei commenti, per tutte le ultime notizie YUI come accade, seguire yuilibrary su Twitter.

Trova le conversazioni: bloglines | technorati

Condividi ed estendere: Segnalibro con Del.icio.us | Digg it! | reddit!

Supporto Graded aggiornamento del browser: Q4 2009

Ottobre 16, 2009 at 12:07 di Eric Miraglia | In Development , supporto browser Graded | 28 commenti

Questo post annuncia un aggiornamento per il supporto browser Graded . La pagina GBS sul sito YUI ha sempre il tavolo più recente GBS. Questo messaggio include:

Modifiche GBS per il Q4 2009

Con questo aggiornamento, Mac OS 10.4 Tiger scende dalla A-Grade matrice di test (sostituito con Mac OS 10.6 Snow Leopard) e la superficie di prova è ridotto a 12 i browser su 4 piattaforme di sistemi operativi (in calo da 14 browser su 4 piattaforme). Modifiche specifiche includono:

  • Iniziato A-Grade supporto per Firefox 3.5. † su Mac OS 10.6. †
  • Iniziato A-Grade supporto per Opera 10.0. † su Windows XP
  • Fuori A-Grade supporto per Firefox 3.0. † su Mac OS 10.5. †
  • Fuori A-Grade supporto per Firefox 3.5. † su Mac OS 10.5. †
  • Fuori A-Grade supporto per Safari 3.2. † su Mac OS 10.4. †
  • Fuori A-Grade supporto per Opera 9.6. † su Windows XP
Win XP Win Vista Mac 10.5. † Mac 10.6. †
Firefox 3.0. † A-grade
Firefox 3.5. † A-grade A-grade A-grade
Opera 10.0. † A-grade
IE 8.0 A-grade A-grade
IE 7.0 A-grade A-grade
IE 6,0 A-grade
Safari 4.0. † A-grade A-grade

Note:

  • Il simbolo del pugnale (come in "Firefox 3.5. †") indica che la maggior parte corrente versione non-beta a quel livello di singola filiale riceve il sostegno.
  • Il codice che può essere utilizzato su pagine con doctype sconosciuti dovrebbe essere testato in IE7 quirks mode.
  • Il codice che può apparire in IE8 la "modalità compatibilità", che emula, ma non è identico a IE7, dovrebbero essere testati in modo esplicito in modalità di compatibilità.

GBS Previsione

Ci aspettiamo di apportare le seguenti modifiche nel Q1 2010 GBS aggiornamento:

  • Interrompere A-grade per l'Opera in tutti i sistemi operativi (se le attuali tendenze dei dati continua); l'ultima versione di Opera (. Attualmente 10,0 †) sarà considerato come un X-grade browser di Q1.
  • Iniziato A-Grade supporto per l'ultima versione di Google Chrome su Windows XP (se le attuali tendenze dei dati continuano).
  • Iniziato A-Grade supporto per IE8 su Windows 7.

Discussione

Questo aggiornamento pares la superficie di prova per 12 browser / piattaforma di combinazioni (in calo da un massimo di 15). L'aspetto più significativo di questo aggiornamento è la nostra guida per il Q1 in cui si prevede Chrome cominciando a ricevere il supporto A-Grade e Opera 10 di passare al X-Grade. Qui ci sono le note da parte della commissione GBS in relazione a tale orientamento:

  1. Chrome: Il tasso di crescita nell'utilizzo globale di Chrome è stata drammatica. Per alcune misure, compreso il nostro, è ora il doppio di quello della A-Grade browser Opera (fonte: StatCounter ). Chrome su Windows è costruito intorno a un nucleo solido WebKit, supporto degli standard web (inclusi forward-looking standard HTML5), ed estremamente performante. Con il sostegno di Google, il progetto sta facendo rapidi progressi, sia su Windows e con il non-ancora-ha rilasciato la versione Mac OS X. Se questo tasso di crescita continua, possiamo concludere che Chrome richiederà A-Grade attenzione a partire dal Q1.
  2. Opera: Opera della quota di mercato, che è piccolo e mostra segni di diminuzione, fa una ragione convincente per lo spostamento di questo browser eccellente dalla A-Grade al X-Grade in Q1. X-Grade è una categoria progettati per comprendere i browser moderni, capaci, con quota di mercato piccola, e Opera è esattamente in quella categoria oggi. Quota di mercato di Opera in particolare dell'Europa dell'Est e dei mercati emergenti potrebbero sostenere per alcuni sviluppatori per trattenere questo browser sul loro matrice di test oltre a Q1. Ti invitiamo a guardare con attenzione l'argomento presentato da Opera, Andreas Bovens David Storey e di recente con riguardo al "mito quota di mercato" e motivi per cui Opera importanza trascende la metrica quota di mercato mondiale (fonte: YUI Theater ).

Supporto per il browser Graded QA è una filosofia, non una pagella sulla qualità dei browser più diffusi. E 'progettato per fornire una guida per le squadre di QA su come utilizzare al meglio le proprie risorse limitate di prova (e agli ingegneri frontend su come sanamente controllo incrociato di lavoro attraverso un insieme finito di browser). L'obiettivo è quello di essere conservatore e calcolatore: Vogliamo testare il sottoinsieme più piccolo possibile di browser / piattaforma di combinazioni, sfruttando la copertura implicita testando le più comunemente condivisi motori di base del browser.

Inevitabilmente (e design), questo lascia un sacco di browser dalla matrice. E, purtroppo, la percentuale di utenti ancora legati a IE6 ci impone di includere tale browser (non perché ci piace IE6, ma perché ci piacciono le molte decine di milioni di utenti che fanno affidamento su di esso).

Uno degli aspetti più interessanti della trimestrale GBS aggiornamento è ascoltare i tuoi consigli (spesso diverso da quello nostro), e ci piacerebbe sentire la vostra opinione su questi temi nella sezione commenti.

Il GBS Archive

Frontend posizione Engineering Team di Platform Framework

16 ottobre, 2009 alle 9:35 am da Eric Miraglia | In Development e Lavoro Ingegneria front-end a Yahoo | Commenti disabilitati

Se sei un utente YUI e interessati a lavorare su strumenti fatti valere dalla proprietà, come il Yahoo! home page e My Yahoo! , c'è una nuova posizione disponibile che possa essere di interesse. Il nostro collega Stephen Woods ( @ ysaw ), che ha contribuito a progettare un sistema basato su tre moduli YUI per la nuova home page Yahoo!, sta cercando qualcuno a lavorare con lui su quel progetto. Dalla descrizione del lavoro :

Il nostro team sta costruendo nuovi quadri, la creazione di librerie e strumenti che consentono agli sviluppatori ed editori di altri per costruire siti web in modo rapido ed efficiente. Si dovrà lavorare con i product manager e sviluppatori di capire le esigenze e necessità. Vi sarà la creazione di specifiche, la progettazione, l'implementazione di strumenti e API. Si prevede di utilizzare librerie YUI per creare l'interfaccia utente estendibile. Qualifiche professionali minimi:

  • JavaScript esperto
  • Competente per iscritto conforme agli standard HTML, CSS, Ajax, DOM
  • 3-4 anni di esperienza di sviluppo trasversale applicazione del browser
  • L'esperienza con PHP
  • Ben versati con XML
  • Esperienza nell'utilizzo di YUI
  • Avviamento auto con la capacità di lavorare sotto pressione e gestire più attività simultanee
  • Forti capacità di comunicazione verbale e scritta

Andate a careers.yahoo.com per saperne di più circa la posizione e da applicare. Questo sito è anche un buon posto per cercare tutte le posizioni aperte Yahoo! YUI legati oggi .

Trova le conversazioni: bloglines | technorati

Condividi ed estendere: Segnalibro con Del.icio.us | Digg it! | reddit!

Pagina successiva »
Ospitato da Yahoo!

Copyright © 2006-2012 Yahoo! Inc. Tutti i diritti riservati. Privacy Policy - Termini di servizio

Powered by WordPress su Yahoo! Web Hosting .