Smashing Podcast Episode 8 con Stephanie Stimac e Aaron Gustafson: cosa c'è di nuovo in Microsoft Edge?

In questo episodio di Smashing Podcast, sto parlando con Aaron Gustafson e Stephanie Stimac di Microsoft per saperne di più sulla nuovissima versione di Microsoft Edge e su come sta influenzando gli sviluppatori Web di tutto il mondo, nonché il suo impatto sul Web.

Mostra note

• Il sito Web che vogliamo Web e Twitter
• Stephanie e Aaron su Twitter

Aggiornamento settimanale

• "Il mitico e mitico mese dell'uomo",
  di Giovanni Foreman
• "Ricreare il pulsante Arduino utilizzando SVG e <lit-element>",
  di Uri Shaked
• "Come passare i dati tra i componenti in Vue.js",
  di Matt Maribojoc
• "Una guida completa al multisito WordPress",
  di Manish Dudharejia
• "Come potenziare i team di progettazione misurando il valore"
  di Dave Cunningham

Trascrizione

Drew: Quindi sappiamo che provengono entrambi da Microsoft, entrambi si dedicano a rendere il Web migliore per tutti noi, ma lo sapevi che il loro più recente incontro Web We Want è stato ospitato in una mongolfiera al di fuori dell'atmosfera terrestre? prima di tornare con i piedi per terra nello stile di Felix Baumgartner.

Drew: My Smashing Friends, per favore diamo il benvenuto a Stephanie Stimac e Aaron Gustafson.

Drew: Ciao Stephanie, ciao Aaron, come stai?

Aaron Gustafson: Sto distruggendo.

Stephanie Stimac: Anch'io sto smashing.

Drew: Volevo parlarti oggi di alcuni sviluppi molto interessanti che sono avvenuti con il browser Microsoft Edge. Immagino che la maggior parte di noi saprà che Edge è tradizionalmente il browser Windows 10 che ha sostituito il tanto amato Internet Explorer. Probabilmente la prima cosa che dovremmo notare è che Edge non è più esclusivo di Windows 10, vero?

Aaron: Esatto.

Stephanie: puoi trovare Edge su Windows 10 e Mac OS. E poi non sono sicuro che sia ancora disponibile su Windows Seven.

Aaron: Sì, credo che ora sia disponibile anche su Windows Seven e Windows Eight. E poi ovviamente ci sono anche i client mobili per iOS e per Android.

Drew: Praticamente tutte le piattaforme moderne.

Stefania: Sì.

Aaron: Ad eccezione di Linux, si spera in arrivo presto.

Drew: Quindi anche gli utenti desktop Linux possono entrare in azione.

Aaron: Alla fine, questa è la speranza.

Disegnato: Fantastico. Per quanto ho capito, e correggimi se sbaglio qui, ma Edge era tecnicamente una continuazione della base di codice di Internet Explorer, è giusto dirlo?

Aaron: Sì, quando Edge ha iniziato, è stato praticamente strappare via tutte le cose che ci rendevamo conto che erano solo un po' in ritardo, cose che erano state proprietarie e cose del genere. Tutti i vecchi oggetti di supporto del browser e cose di activeX e cose del genere. Quindi è stato massicciamente sventrato. È stata una specie di opportunità per il team di sbarazzarsi davvero di molto del bagaglio legacy e concentrarsi sulle cose standard. E quindi era una continuazione del vecchio motore Triton, ma in qualche modo rifattorizzato e trasformato nel motore Edge HTML.

Drew: Quindi è stato come una massiccia ristrutturazione della casa all'interno della base di codice.

Aaron: Sì, portalo alle borchie.

Drew: Quindi immagino che il cambiamento più grande di cui voglio parlare con la nuovissima versione di Edge sia che ancora più di quel tipo di vecchio coraggio sono stati strappati via e sostituiti. E c'è un nuovo motore di rendering che è stato installato. Ora sono un po' consapevole dell'uso del gergo e le persone che forse non hanno molta familiarità con il funzionamento dei browser potrebbero non essere completamente contente, cosa intendiamo per motore di rendering. Penso che alcuni di noi che sono in giro e lavorano sul web da molto tempo avranno raccolto queste informazioni, anche se non stiamo lavorando direttamente con l'interno dei browser. Ma qualcuno che forse è più nuovo nello sviluppo web potrebbe non capire cosa intendiamo per motore di rendering. Allora, cos'è un motore di rendering all'interno di un browser? E quali bit non sono un motore di rendering?

Aaron: Beh, ci sono un sacco di parti diverse in un browser. Il motore di rendering è ciò a cui di solito pensiamo quando parliamo di ciò che viene effettivamente dipinto sullo schermo e una sorta di livello interattivo delle cose. E così nel mondo Chromium, questo è il motore di rendering Blink.

Aaron: E poi c'è il motore di rendering WebKit, che è ciò che esegue Safari. E questo era basato sul motore di rendering KHTML, che eseguiva Konquerer nei primi giorni.

Aaron: Il motore di rendering Trident di cui ho parlato prima era quello su Internet Explorer per Windows. Tantek Celik aveva realizzato il motore di rendering Tasman come parte del team che stava lavorando su IE5 per Mac.

Aaron: Quindi ci sono tutti questi diversi motori di rendering là fuori. E in effetti penso che ce ne fosse uno nuovo di cui stava parlando Peter Paul Cox chiamato Flow. È come un motore di rendering multi-thread basato su SVG o qualcosa del genere. E c'è un browser in arrivo per quello che è stato progettato per set top box, dispositivi davvero a bassa potenza.

Aaron: Ma sì, i motori di rendering, che prendono tutte le tue informazioni e le dipingono sullo schermo. E poi hai anche il tuo tipo di motori JavaScript sottostanti. Quindi v8 nel caso del tipo di stack Chromium. E ce ne sono un sacco di diversi anche per questo.

Drew: Quindi, quando diciamo che il vecchio motore di rendering Trident, che proveniva da IE ed era in Edge, è stato sostituito. In realtà stiamo parlando del bit che dipinge le cose sullo schermo e anche di cose associate come il motore JavaScript. È giusto?

Aaron: Sì, nel caso della nuova versione di Edge, praticamente nessuna delle basi del vecchio Edge è lì. Il progetto Chromium è un progetto open source che esegue Chrome e Brave e un sacco di altri, Opera e simili. E quel progetto include il motore di rendering, include il motore JavaScript, include tutta l'interfaccia utente. Include anche il processo di compilazione e tutto quel genere di cose per creare effettivamente il browser.

Aaron: E quindi sostanzialmente abbiamo il progetto Chromium, che è diventato la base per il nuovo Edge. E quindi abbiamo dovuto passare attraverso il processo per farlo sembrare Edge e aggiungere le funzionalità di cui avevamo bisogno in termini di sincronizzazione, utilizzando account Microsoft, tutto quel genere di cose.

Aaron: Quindi il nuovo Edge non condivide alcun lignaggio in senso tradizionale con il vecchio Edge, che era Edge HTML, che ha ereditato da Trident e così via. E puoi continuare fino a Mosaic per la maggior parte di questi.

Aaron: Ma sì, quindi ora il nuovo Edge è Chromium, che è basato su WebKit prima, che è basato su KHTML e così via. Quindi è un lignaggio completamente diverso dal precedente.

Drew: Quindi, voglio dire, è un cambiamento enorme, vero, per Microsoft non avere più un browser che ha origine nel proprio codice. Ma in realtà sta prendendo un progetto open source e creando il proprio browser da quello. Che immagino sia simile a ciò che Apple ha fatto in passato con WebKit. Cosa, era KHTML loro...?

Aaron: Sì, è stato Konqueror il... con una K.

Drew: Sì, Konquerer, quindi hanno preso quel progetto open source e quello è diventato Safari. E quindi Microsoft sta facendo una cosa simile con il progetto Chromium e ne ha ricavato Edge?

Aaron: Esatto.

Drew: Se fossi seduto di fronte a Edge come sviluppatore web, quello che sto guardando è unico per Edge, cosa vedrei che non vedrei se fossi seduto davanti a Chrome per esempio?

Stephanie: Molte delle funzionalità in questo momento in questa prima versione stabile sono focalizzate sul consumatore. Quindi, c'è Collections che sta uscendo, che è un modo piuttosto interessante per estrarre materiale dal Web in singole raccolte, da cui il nome. E puoi prendere quei dati e metterli in un riquadro laterale e quindi esportarli in Word ed Excel, credo. L'ho usato per progetti di design e altre cose. È solo bello per raccogliere risorse.

Stephanie: E poi una delle altre funzionalità per i clienti Enterprise, ed è disponibile solo su Windows, è la modalità IE. Quindi ciò renderà effettivamente Internet Explorer all'interno di una scheda in Edge per le persone che hanno ancora bisogno di quelle pagine che si basano sulla vecchia tecnologia. Quindi è abbastanza bello.

Stephanie: E poi in termini di strumenti per sviluppatori, tutto in questo momento è lo stesso. So che abbiamo alcune cose in arrivo che verranno trasferite su Chromium, ma c'è un fantastico visualizzatore DOM 3D che è in lavorazione e il team ha ripetuto. E ci sono altri strumenti che non esistono ancora in Chrome che stanno arrivando. Quindi è eccitante.

Drew: Quindi è un grosso problema per gli sviluppatori web, vero? Perché penso che in genere le persone si abituino a utilizzare una serie di strumenti per sviluppatori nel proprio browser preferito e molto spesso, francamente, questo è Chrome in questi giorni per molti sviluppatori web. Quindi essere in grado di andare su Edge e trovare un insieme molto simile di strumenti per sviluppatori deve essere piuttosto un pareggio, pensi?

Aaron: Sì, penso di sì. Voglio dire, è il genere di cose in cui avrai lo stesso identico set di strumenti. Siamo costruiti su Chromium, inclusi tutti gli strumenti di sviluppo. Abbiamo fatto molti investimenti, come stava parlando Stephanie, con il visualizzatore 3D DOM. Abbiamo fatto molti investimenti in termini di miglioramento dell'accessibilità generale degli strumenti di sviluppo, aggiungendo nuovi strumenti, lavorando sull'internazionalizzazione degli strumenti di sviluppo.

Aaron: E come ha detto Stephanie, la stragrande maggioranza del lavoro che stiamo facendo, praticamente tutto ciò che non è specifico dell'interfaccia utente di Edge o che coinvolge la nostra piattaforma di sincronizzazione o cose del genere, tutto questo viene trasmesso in streaming in Chromium. Quindi le correzioni che apportiamo, i miglioramenti che apportiamo all'accessibilità renderanno Chrome migliore, renderanno Brave migliore, Opera migliore. Renderanno persino Electron migliore.

Aaron: Quindi, è davvero bello essere parte di quell'ecosistema più ampio. E per poter avere un impatto oltre il nostro browser. E quindi gli strumenti di sviluppo sono stati un'area in cui abbiamo fatto molti investimenti. Abbiamo lavorato molto con i partner del team di Chrome anche sulle app web progressive. E cercando di capire cosa fanno le app Web progressive o come dovrebbero apparire negli ambienti desktop, perché gran parte dell'attenzione si è concentrata sui dispositivi mobili.

Aaron: E poi c'è stato anche molto lavoro tra il Dev Tools Team e le persone che lavorano su VS Code per far funzionare meglio questi strumenti insieme. In modo che tu possa sostanzialmente accedere agli strumenti di sviluppo dal browser dall'interno del codice VS mentre esegui il debug delle tue pagine. E tutto è in qualche modo connesso, come essere in grado di fare clic su una regola di stile negli strumenti di sviluppo di Edge, in realtà ti porterà a quella riga nel codice VS nel tuo foglio di stile. Il che è strabiliante, è roba davvero interessante.

Drew: Sembra davvero eccitante. So che VS Code è qualcosa che sembra stia guadagnando molto successo nella comunità di sviluppo web. Penso che in realtà abbia riportato molte persone a Microsoft Tools che potrebbero essersi allontanate nel corso degli anni. Sicuramente sembra un'era diversa di Microsoft, così come questo tipo di adozione dell'open source e della nuova versione di Edge. Sembra tutto piuttosto eccitante e piuttosto rinfrescante dal punto di vista dello sviluppo web.

Drew: Anche da quel punto di vista sembra che questa sia davvero una grande comodità per gli sviluppatori web perché se alcuni dei principali browser, Chrome ed Edge in particolare e hai menzionato Brave e Opera, stanno usando tutti lo stesso rendering motore, presumibilmente che riduce la massa di problemi di compatibilità e browser che non hanno bisogno di essere testati in molti posti diversi. Dovrebbe funzionare tutto allo stesso modo, è giusto?

Stefania: Sì.

Drew: Incredibile.

Aaron: Questo è il sogno, giusto?

Drew: Questo è sempre il sogno. Desta un po' di preoccupazione, anche se non è vero per quanto riguarda la riduzione di una sorta di sana concorrenza sul mercato. Mentre Microsoft ha spinto in avanti il ​​proprio browser, Google ha spinto in avanti il ​​proprio browser. Si spera che Apple stia idealmente spingendo avanti il ​​proprio browser, Opera e tutti gli altri giocatori. E questo tipo di crea questa atmosfera di sana competizione in cui tutti cercano di stare al passo l'uno con l'altro e cercano di apportare miglioramenti. Se molti grandi giocatori utilizzano tutti lo stesso motore di rendering, questa sana concorrenza ne risente?

Aaron: Questo è qualcosa che ho sicuramente, essendo stato un esperto di standard web per molto tempo, con cui ho lottato un po', non credo... ho capito perfettamente la giustificazione commerciale per questo. Dal punto di vista di Microsoft aveva molto senso. E dal punto di vista dello sviluppatore front-end è bello non dover soddisfare un mucchio di motori diversi.

Aaron: Voglio dire, nel complesso, quelli di noi che hanno lavorato sul web per molto tempo, hanno sicuramente visto molta convergenza in termini di rendering. Non abbiamo tanti problemi come avevamo detto ai tempi di Netscape 4.7 in cui avevamo come, sai, conoscevo aziende che stavano creando fogli di stile unici per ogni diverso browser, il che era semplicemente insostenibile.

Aaron: Ma penso che ciò che è un po' diverso ora è che nelle guerre dei browser originali avevi tutti questi motori proprietari e tutti si trovavano in una sorta di gioco di superiorità in termini di tentativo di fornire nuove funzionalità della piattaforma e nuove funzionalità JavaScript . O nel caso di Microsoft reverse engineering JavaScript per creare J Script e cercare di capire come far combaciare il tutto.

Aaron: Ma ora abbiamo la possibilità di lavorare insieme in progetti open source e di avere ancora il dialogo e ancora, non so, non litighiamo con la parola giusta, ma di avere discussioni serie sull'impatto dei diversi approcci. E in disaccordo tra loro. E per lavorare davvero per rendere le specifiche davvero buone. E avere anche approcci concorrenti al codice sottostante nel contesto, ad esempio, di un progetto Chromium o WebKit o qualcosa del genere o Mozilla nello spazio di Firefox.

Aaron: Quindi sì, da un lato abbiamo perso un altro motore di rendering. E ho provato lo stesso dolore quando Opera ha deciso di andare a Chromium. Ma mi sento un po' rincuorato a stare all'interno di Microsoft e vedere quanto siamo impegnati a partecipare effettivamente al progetto Chromium in modo significativo. E non solo sedendoti e accettando semplicemente tutto ciò che viene a valle da Chromium, ma in realtà controllando cosa sta succedendo nella piattaforma e partecipando a quello.

Aaron: Quindi sono un po' rincuorato da questo e sento che non siamo lì solo per prendere da quel progetto e accettare semplicemente tutto ciò che viene tramandato da tutte le diverse persone che hanno un interesse in quel progetto. Ma per collaborare anche lì.

Aaron: Penso che dobbiamo ancora capire cosa questo significhi per gli organismi di normalizzazione in termini di implementazioni interoperabili. Perché fondamentalmente se hai alcuni browser che decidono di non voler implementare qualcosa, possono impedire completamente che qualcosa diventi uno standard. Anche se tutti gli sviluppatori del mondo lo volevano.

Aaron: E potrebbe non essere qualcosa di simile a dove non sono d'accordo con esso. Potrebbero semplicemente non avere la larghezza di banda per creare la funzione. Tutti sono pressati per personale e cose del genere.

Drew: Immagino davvero che la collaborazione sul Web come piattaforma abbia appena spostato le posizioni da tutti coloro che accettano di implementare le stesse cose nelle loro basi di codice individuali ad alcuni dei principali attori che lavorano insieme essenzialmente sulla stessa base di codice.

Drew: Voglio dire, hai menzionato brevemente disaccordi e ovviamente è qualcosa che potrebbe essere una preoccupazione, suppongo, in qualsiasi progetto open source. Ma sappiamo come funzionerà, se gli sviluppatori di Google, ad esempio, vogliono implementare una funzionalità e gli sviluppatori di Microsoft non vogliono davvero vederlo implementato. Combattono solo per problemi di GitHub?

Aaron: Voglio dire, molte di queste cose accadono allo scoperto, su problemi di GitHub o nel Crbug, che è il bug tracker per Chromium. Non sono un ingegnere di browser, quindi non conosco tutti i dettagli degli interni, ma credo che ci siano molte cose che possiamo sostanzialmente disattivare se non le vogliamo.

Aaron: E so che Google ha lavorato per ripulire o fare alcune pulizie all'interno del progetto Chromium per estrarre più servizi correlati a Google e simili fino al livello di convertirlo da Chromium a Chrome.

Aaron: E quindi abbiamo un processo simile che prende Chromium e lo trasforma in Edge. E ovviamente, non vorremmo controllare il design dell'interfaccia utente di Edge, ad esempio. O la cosa delle raccolte, che è più una cosa focalizzata sull'utente dell'interfaccia utente che Stephanie stava menzionando, non li stiamo trasmettendo in streaming su Chromium. Quelli esistono in una sorta di porzione dell'interfaccia utente.

Aaron: Quindi, per quanto ne so, man mano che le funzionalità escono da Chromium, abbiamo la capacità di disattivare alcune cose che potrebbero piacerci o meno. E so che Brave fa lo stesso genere di cose perché hanno un approccio alla privacy molto diverso da quello di Google. E potremmo avere una visione leggermente diversa da quella di uno di loro o di quello che hai tu.

Aaron: Quindi penso che ci saranno cose che accadono in momenti diversi. Alcuni dei quali saranno una sorta di punto in cui il progetto viene convertito nel browser dal progetto open source. Alcuni di essi saranno all'interno delle organizzazioni di standardizzazione o di gruppi di interesse all'interno delle organizzazioni di standardizzazione e così via.

Drew: E immagino che funzioni anche nell'altro modo, vero? Hai menzionato un browser che non ha abbastanza ingegneri a disposizione per sviluppare una particolare funzionalità, tradizionalmente il modo in cui le cose hanno funzionato all'interno degli organismi di standardizzazione è che abbiamo bisogno di più implementazioni diverse prima che qualcosa sia accettato come parte dello standard. Ovviamente questo deve essere capito se non ci sono molte implementazioni disponibili con cui testare effettivamente.

Drew: Ma, ad esempio, se Microsoft volesse implementare una funzionalità e Google decidesse di non avere le risorse per implementare quella funzionalità, non era abbastanza in alto nella loro lista di priorità, beh, potenzialmente lo faranno scaricalo comunque gratuitamente perché viene semplicemente trasmesso in streaming nel progetto open source. E poi possono accedervi e tutti i loro utenti ne traggono vantaggio senza che nessuno dei loro ingegneri debba dedicare molto tempo allo sviluppo di questo.

Drew: Voglio dire, se Mozilla decidesse di fare lo stesso con Firefox e di adottare semplicemente il progetto Chromium, pensi che sarebbe un problema per il web?

Stephanie: Voglio dire, direi di sì, perché poi siamo in questa monocultura del browser e, onestamente, adoro Firefox. Firefox ha degli ottimi strumenti che Chromium non ha. Sarebbe, penso, davvero terribile da perdere. Ed è bello avere una specie di browser indipendente là fuori che lotta ancora per il web aperto. Voglio dire, stiamo combattendo anche per il web aperto, ma penso che ciò che sta facendo Firefox sia ancora importante.

Aaron: Voglio dire, mi chiedo cosa accadrebbe se, diciamo, fosse Chromium o se fosse WebKit o qualche fork di un progetto open source esistente, e se un corpo di standard controllasse in qualche modo il motore di rendering e il motore JavaScript. E tutti i produttori di browser stavano contribuendo allo sviluppo e al tipo di creazione in corso di quello. Sarebbe necessariamente una cosa negativa o sarebbe una cosa buona? Non lo so. Non so quale sia la risposta, ma è una prospettiva interessante che se... I browser non sono economici e irrilevanti da costruire, e soprattutto i motori di rendering. Probabilmente sarà relativamente improbabile che vedremo molti nuovi motori di rendering e grandi investimenti in quell'area. Perché così tante aziende sono passate a concentrarsi sui loro servizi.

Aaron: Con Apple, con tutto il suo iCloud e il suo intero ecosistema. E Mozilla ha fatto cose simili con l'acquisizione di Pocket e simili. E poi sicuramente c'è la suite di prodotti Google, la suite di prodotti Microsoft, ecc. E Brave si concentra sulla privacy e sul token di attenzione di base e quel genere di cose. Ognuno ha il suo piccolo ecosistema di cose.

Aaron: E quindi, non so se ci sarà molto interesse a costruire un nuovo motore di rendering e un nuovo motore JavaScript per sfidare quelli che ci sono. Quindi, è una specie di questione di volontà che continuerà ad esserci una sorta di consolidamento. E se più persone sono attivamente interessate allo sviluppo in corso e hanno conversazioni difficili su dove sta andando il motore e dove sta andando la piattaforma web, potrebbe essere una buona cosa, non lo so. Tuttavia, è una specie di esperimento mentale interessante.

Drew: Lo è davvero. Il nuovo Edge suona davvero eccitante. Ho giocato un po' con le beta e mi sono divertito. Quanto tempo pensi ci vorrà prima che questa nuova versione venga lanciata nel mondo? Perché, voglio dire, è stato rilasciato solo questo mese, vero, siamo a gennaio 2020.

Aaron: Sì, il 15 gennaio è andato praticamente al pubblico generale. Quindi, abbiamo avuto le versioni beta e dev di Canary. Accidenti, quando abbiamo iniziato a lanciarlo, Stephanie, ti ricordi?

Stephanie: Lo dirò sei mesi fa, ma onestamente lo sto solo buttando fuori. Mi sento come se avessi usato Canary come driver quotidiano per mesi.

Aaron: Sì, penso che siamo un po' distorti perché abbiamo iniziato a usarlo internamente per un po' prima di aprirlo al pubblico. Ma sì, penso di voler dire che abbiamo iniziato a condividerlo a Build l'anno scorso, che sarebbe stato maggio, penso sia quando il Canary, e forse il percorso di diversione, non ricordo se la beta fosse uscita allora. Ma sì, la versione completamente stabile è uscita il 15.

Drew: Quindi, siete entrambi coinvolti in un progetto chiamato The Web We Want , che è una sorta di iniziativa tra molti produttori di browser diversi, giusto?

Stephanie: Sì, quindi The Web We Want , penso che Aaron l'abbia iniziato lo scorso giugno o giù di lì e abbiamo iniziato a parlarne. E sì, The Web We Want è fondamentalmente un'iniziativa e Aaron e io siamo stati i principali a gestirlo, ma abbiamo avuto l'interesse di altri fornitori di browser e persone che lavorano in quei team.

Stephanie: Ed è fondamentalmente solo un modo per raccogliere feedback dagli sviluppatori sui problemi che stanno riscontrando sul web. Perché noi, come persone che costruiscono il browser, possiamo concentrarci su quelle nuove cose brillanti che vogliamo implementare. Ma gli sviluppatori, come abbiamo visto attraverso questa iniziativa, ci sono molte cose che stanno ancora lottando per creare che non sono native nel browser. Probabilmente avrebbe dovuto essere risolto ormai, ma non è così.

Stephanie: E quindi questo è un po' l'obiettivo dell'iniziativa, scoprire quali sono queste aree problematiche e poi riportarle ai browser e agli organismi di standardizzazione se si tratta di questo tipo di problema.

Drew: Allora, che tipo di forma prende? È qualcosa che fai di persona o è tutto online?

Stephanie: Quindi, abbiamo due componenti. Quindi puoi andare su webwewant.fyi e puoi compilare un modulo con il tuo problema e il tuo caso d'uso che hai riscontrato sul web. E poi Aaron ed io siamo stati, penso che siamo andati, beh, penso che abbiamo ospitato sei o sette eventi all'interno di una conferenza o di un incontro.

Stephanie: E quindi la forma che ci vuole è che di solito abbiamo una sessione da 45 minuti a un'ora in una conferenza con cui collaboriamo. E diamo alle persone che hanno presentato i loro problemi incontrati sul web la possibilità di presentarli a una giuria che di solito sono esperti del settore.

Stephanie: E nel mezzo di solito abbiamo quattro o cinque di quei problemi presentati durante una sessione. E tra ognuno di questi abbiamo la nostra giuria che parla dello spazio problematico che viene presentato. E indipendentemente dal fatto che si tratti o meno di uno spazio problematico interessante. O se pensano che sarebbe utile per i fornitori di browser lavorare su questo.

Stephanie: E poi, alla fine di quella sessione, i nostri giudici scelgono quello che pensano sia il problema più urgente da risolvere. E abbiamo anche una componente relativa al pubblico, quindi anche il pubblico della sessione può votare su ciò che ritiene sia la cosa più urgente che i fornitori di browser dovrebbero risolvere.

Stephanie: E poi riportiamo quei dati ai nostri team. E attualmente stiamo cercando di capire come disperderlo tra i diversi team di browser.

Drew: Ci sono dei suggerimenti, dei suggerimenti che ricordi che ti sono rimasti particolarmente impressi?

Stephanie: Quindi, ce ne sono stati un paio, quello che continua a spiccare per me è che i controlli HTML continuano a venire fuori. E questo mi colpisce perché sto lavorando a un discorso in questo momento che coinvolge i controlli HTML e come il fatto di non essere in grado di modificarli o estenderli sia un problema. E quindi è bello vedere che il feedback è stato reiterato ancora di più.

Stephanie: Ce ne sono stati alcuni davvero interessanti, ce n'era uno per un ordine di visualizzazione della sorgente o un visualizzatore di ordini di origine negli strumenti di sviluppo che aveva a che fare, credo, con la visualizzazione e il contenuto della griglia, perché puoi in qualche modo spostare le cose fuori ordine, e avere quel tipo di identificazione di come le cose scorrono attraverso i DOM. Quindi, penso che sarebbe una cosa davvero interessante da implementare negli strumenti di sviluppo.

Aaron: Sì, ci sono state molte richieste relative all'accessibilità che sono state davvero belle. Un altro che riguardava gli strumenti di sviluppo e l'accessibilità era in realtà, piuttosto che relegare i test di accessibilità nella propria parte del, era la scheda audit, penso che sia dove attualmente, come faro fa alcuni test di accessibilità, o potresti usare suggerimenti web o approfondimenti sull'accessibilità e così via.

Aaron: L'idea è quella di iniziare effettivamente a catturare alcuni dei frutti a bassa incidenza in termini di errori di accessibilità e di farli ribollire nella console, ad esempio. Quindi, se vede che hai alcune immagini a cui manca il testo alternativo o alcuni caratteri davvero minuscoli o un contrasto insufficiente, potrebbe effettivamente generarli come errori nella console. E questo tende ad essere il punto in cui molti sviluppatori controllano per vedere se le loro cose funzionano correttamente. Quindi ciò renderebbe un po' più ovvio per le persone che hanno problemi di accessibilità che devono affrontare.

Aaron: E potresti vedere alcuni modi simili per incorporarlo nel visualizzatore Dom o negli strumenti di ispezione CSS in cui potrebbe contrassegnare qualcosa come con un contrasto troppo basso o evidenziare un elemento con qualche problema di accessibilità noto. Questo genere di cose sarebbe piuttosto interessante.

Stephanie: Sì, voglio portarmela sulle spalle. In realtà ce n'era uno davvero interessante presentato al View Source di Amsterdam l'anno scorso. Era intorno al browser che risolveva automaticamente alcuni tipi di problemi di accessibilità per te. E solo con colori e contrasto o forse alcuni caratteri illeggibili. E la proposta e il caso di studio presentato erano davvero molto ben congegnati. Ma pone anche questa domanda interessante: se il browser inizia a sistemare le cose per te come sviluppatore, scriverai codice errato perché non devi preoccupartene.

Stephanie: Quindi è stato interessante perché le idee che ha proposto e in un certo senso hanno presentato una demo erano davvero fantastiche. Ma questo è un po' cosa significa per gli sviluppatori, quindi diventeranno pigri. Quindi, ho visto alcune cose interessanti venire fuori da esso.

Drew: Quindi immagino che sia ancora abbastanza presto, vero, per l'iniziativa. Quindi immagino che non abbiamo visto nulla arrivare al punto di raggiungere effettivamente anche le prime fasi di sviluppo con qualsiasi browser. Sai come sarà quel processo, hai detto che stavi ancora cercando di capirlo, vero?

Aaron: Sì, stiamo ancora cercando di capirlo, ma abbiamo coinvolto le persone giuste. Abbiamo persone di Mozilla e di Google e anche di Igalia, sono stati quelli che hanno lavorato molto sulla griglia e hanno molta familiarità con il funzionamento di tutte queste cose standard. In effetti, penso che stiano facendo Metanolo in questo momento, facendo l'implementazione per WebKit.

Aaron: Quindi sì, abbiamo un sacco di persone a bordo che sono desiderose di lavorare su questo e ansiose di vederlo avere successo. E anche il W3C ci sta prestando attenzione, il che è fantastico.

Stephanie: Quindi, per noi in questo momento, abbiamo preso i, penso che abbiamo 12 migliori, abbiamo preso i vincitori di ogni evento l'anno scorso e li ho raggruppati nelle loro categorie specifiche. Quindi alcuni sono focalizzati sugli strumenti di sviluppo, altri sono focalizzati sull'HTML, sulla piattaforma web. E poi non riesco a ricordare quale fosse la terza categoria, era solo una specie di generale.

Stephanie: E quindi sul lato Edge su cui stiamo almeno iniziando a esaminare, avrò un paio di sondaggi su Twitter che usciranno in realtà, si spera presto, per aiutare a raccogliere più feedback per convalidare che questi sono spazi problematici su cui dovremmo investire tempo dentro. E poi speriamo di andare da lì. Quindi spero che quest'anno inizieremo a vedere una sorta di progresso. Ma al momento è un po' lento.

Drew: È fantastico perché il web in realtà è una piattaforma molto collaborativa. E penso che come sviluppatore web che costruisce siti giorno per giorno, dimentichi che in realtà ci sono modi per alimentare il processo e modi per far sentire la tua voce. E penso che questo suoni come un modo davvero fantastico e semplice per far sentire la tua voce.

Drew: Se qualcuno dei nostri ascoltatori volesse partecipare a una sessione di Web We Want , ce ne sarebbe qualcuno in arrivo?

Stephanie: Ce ne sono un paio, quindi fammi tirare su la mia lista qui. Allora, bene, l'Open Source Festival a Lagos, in Nigeria. Aaron ed io non saremo lì, ma in realtà stanno organizzando quell'evento in modo indipendente.

Stephanie: E poi sarò a SF HTML5 a San Francisco alla fine di marzo. Credo che sia gratuito, ma non citarmi su questo. Devo controllare. Quindi, se sei nell'area di San Francisco, lo gestiamo lì.

Stephanie: E poi SmashingConf San Francisco ad aprile. Lo eseguiremo lì.

Stephanie: E si spera TBD, ancora guardando SmashingConf Austin.

Stephanie: E credo che sia tutto ciò che abbiamo sul calendario in questo momento. Ma, per fare un piccolo plug qui, se organizzi una conferenza o un meetup e vorresti che questa sessione incentrata sulla community si svolgesse lì, contattaci perché è davvero fantastico.

Drew: Ovviamente, le SmashingConfs sono le migliori a cui andare, pensiamo qui.

Stephanie: Sì, sì, lo sono.

Drew: Quindi, per me suona davvero, davvero eccitante. And I'm heartened to see all the big browser makers actually coming together and backing that sort of initiative to get out and to talk to web developers, talk to the people who are actually solving these sort of everyday problems, building websites and apps for their clients and for their companies.

Drew: I think it's really important to actually listen to the people who are at the coalface doing the work.

Drew: I normally ask at the sort of end of these episodes, what have you been learning lately? Because we're all about learning stuff here at Smashing, but really with Web We Want , I think you must be learning all these things all the time by speaking to web developers. So I really think we've covered masses there.

Drew: Is there anything else that you wanted to mention about Web We Want or about the new version of Edge that we hadn't talked about?

Aaron: I just think if folks have ideas, even just the germ of an idea, some cow path that you think should be paved for the web, reach out to us, let us know. We're happy to also work with you on kind of refining the submission. So, in a lot of cases we'll get a submission that's kind of a germ of an idea. It's not perfectly articulated or anything like that. And we work with those authors to make sure that we kind of capture what it is that they're looking to put out there. So, don't worry about your grammar or your spelling or anything like that. It's not like we just post it up as soon as you send it, we'll look at it, review it.

Aaron: And in some cases people have suggested things that actually exist, in which case we tell them, hey, you can actually do that and here's a way to do that. So we can, it's a little bit of stack overflow as well. Because he can tell you if there's something that you can do that already with standards.

Aaron: But yeah, I mean, we want any and all ideas on how we can improve the web. Hopefully they're actionable ideas. In some cases we get like, the web is too hard. And it's like, you know, I feel you, but, you know, not something browser vendors can really solve.

Aaron: But yeah, I mean, we want to know what is it that you're doing, where you're running into problems. We have the kind of saying, if you could wave a magic wand and fix something on the web, what would it be?

Aaron: And yeah, so you can can hit us up via the forum. Stephanie mentioned webwewant.fyi. Or we're webwewantfyi on Twitter. Yeah, please reach out.

Stephanie: I will also pile on just to talk something about Edge that also, the team is super hungry and eager to get feedback from all of our users. So if you're in Edge and there's something you don't like or there's something you love, there's a little feedback icon you can click. All of the teams see that feedback and are looking at it. And if you have a problem are very proactive and engaging. And you can always ping MS Edge Dev on Twitter if you have a problem and it hasn't been addressed yet. So trying to be super proactive and really build a browser that not only developers want to use, but the world.

Drew: If you, dear listener, would like to hear more from Aaron or Stephanie, you can follow them on Twitter where he's @AaronGustafson and she's @seaotta. You can find The Web We Want at webwewant.fyi.

Drew: Thank you for joining us today Aaron and Stephanie, do you have any parting words?

Stephanie: Thanks.

Aaron: Adios.