Smashing Podcast Episodul 8 cu Stephanie Stimac și Aaron Gustafson: Ce este nou în Microsoft Edge?

În acest episod al Smashing Podcast, vorbesc cu Aaron Gustafson și Stephanie Stimac de la Microsoft pentru a afla mai multe despre noua versiune a Microsoft Edge și cum îi afectează pe dezvoltatorii web din întreaga lume, precum și despre impactul său asupra web.

Afișați note

• Site-ul Web We Want și Twitter
• Stephanie și Aaron pe Twitter

Actualizare săptămânală

• „Luna-omul mitic mitic”,
  de John Foreman
• „Recrearea butonului Arduino folosind SVG și <element-lit>”,
  de Uri Shaked
• „Cum să transferați date între componente în Vue.js,”
  de Matt Maribojoc
• „Un ghid complet pentru WordPress Multisite”,
  de Manish Dudharejia
• „Cum să împuterniciți echipele de proiectare prin măsurarea valorii”,
  de Dave Cunningham

Transcriere

Drew: Așa că știm că amândoi sunt de la Microsoft, amândoi sunt dedicați să facă web-ul mai bun pentru noi toți, dar știai că cea mai recentă întâlnire pe Web We Want a fost găzduită într-un balon cu aer cald în afara atmosferei Pământului înainte de a sări înapoi pe pământ în stilul lui Felix Baumgartner.

Drew: Prietenii mei zdrobitori, vă rog bun venit lui Stephanie Stimac și Aaron Gustafson.

Drew: Bună Stephanie, salut Aaron, ce mai faci?

Aaron Gustafson: Sunt zdrobitor.

Stephanie Stimac: Și eu sunt zdrobitoare.

Drew: Am vrut să vă vorbesc astăzi despre câteva evoluții foarte interesante care au avut loc cu browserul Microsoft Edge. Presupun că majoritatea dintre noi vor ști că Edge este în mod tradițional browserul Windows 10 care l-a înlocuit pe mult îndrăgitul Internet Explorer. Probabil primul lucru pe care ar trebui să-l remarcăm este că Edge nu mai este exclusiv pentru Windows 10, nu-i așa?

Aaron: Corect.

Stephanie: Puteți găsi Edge pe Windows 10 și Mac OS. Și atunci nu sunt încă sigur dacă este disponibil pe Windows Seven.

Aaron: Da, cred că este disponibil și pe Windows Seven și Windows Eight acum. Și apoi, desigur, există și clienții mobili pentru iOS și Android.

Drew: Aproape orice platformă modernă.

Stephanie: Da.

Aaron: Cu excepția Linux, sperăm că va veni în curând.

Drew: Deci, chiar și utilizatorii de desktop Linux pot intra în acțiune.

Aaron: În cele din urmă, aceasta este speranța.

Drew: Fantastic. Deci, din câte am înțeles, și corectează-mă dacă greșesc aici, dar Edge a fost din punct de vedere tehnic o continuare a bazei de cod Internet Explorer, este corect să spun?

Aaron: Da, când Edge a început prima dată, practic a fost un fel de a smulge toate chestiile despre care ne-am dat seama că erau cam în urmă, lucruri care fuseseră proprietare și chestii de genul ăsta. Toate vechile obiecte de ajutor pentru browser și chestii activeX și lucruri de genul ăsta. Deci a fost masiv eviscerat. A fost un fel de șansă pentru echipă să scape cu adevărat de o mulțime de bagaje moștenite și să se concentreze pe lucrurile standard. Și așa a fost o continuare a vechiului motor Triton, dar oarecum refactorizat și transformat în motorul Edge HTML.

Drew: Deci a fost ca o renovare masivă a casei în interiorul bazei de cod.

Aaron: Da, du-l la crampoane.

Drew: Așadar, cred că cea mai mare schimbare despre care vreau să vorbesc cu cea mai nouă versiune a Edge este că și mai multe dintre acele tipuri de intestine mai vechi au fost smulse și înlocuite. Și există un nou motor de randare care a fost instalat. Acum sunt puțin conștient că folosesc jargonul și oamenii care poate nu sunt atât de familiarizați cu funcționarea browserelor ar putea să nu fie complet mulțumiți de ce înțelegem prin motor de randare. Cred că unii dintre noi, care am fost prin preajmă și lucrăm pe web de mult timp, vor fi cules acele informații, chiar dacă nu lucrăm direct cu elementele interne ale browserelor. Dar cineva care este probabil mai nou în dezvoltarea web s-ar putea să nu înțeleagă ce înțelegem prin motor de randare. Deci, ce este un motor de randare în interiorul unui browser? Și care biți nu sunt un motor de randare?

Aaron: Ei bine, există o grămadă de părți diferite ale unui browser. Motorul de randare este ceea ce ne gândim de obicei când vorbim despre ceea ce este de fapt pictat pe ecran și despre un fel de strat interactiv al lucrurilor. Și așa, în lumea Chromium, acesta este motorul de randare Blink.

Aaron: Și apoi este motorul de randare WebKit, care rulează Safari. Și asta se baza pe motorul de randare KHTML, care rula Konquerer în primele zile.

Aaron: Motorul de randare Trident pe care l-am menționat anterior a fost cel de pe Internet Explorer pentru Windows. Tantek Celik a creat motorul de randare Tasman ca parte a echipei care lucra la IE5 pentru Mac.

Aaron: Deci există toate aceste motoare de randare diferite acolo. Și, de fapt, cred că a existat unul nou despre care tocmai vorbea Peter Paul Cox, numit Flow. Este ca un motor de randare cu mai multe fire care se bazează pe SVG sau ceva de genul ăsta. Și va apărea un browser pentru asta, care a fost conceput pentru set-top box-uri, dispozitive cu putere redusă.

Aaron: Dar da, motoarele de randare, iau toate informațiile tale și le pictează pe ecran. Și apoi ai și tipul tău de motoare JavaScript de bază. Deci v8 în cazul tipului de stivă Chromium. Și există o grămadă de altele diferite și pentru asta.

Drew: Atunci când spunem că vechiul motor de randare Trident, care a venit de la IE și a fost în Edge, a fost înlocuit. De fapt, vorbim despre bitul care pictează lucruri pe ecran și, de asemenea, despre lucruri asociate precum motorul JavaScript. Este corect?

Aaron: Da, în cazul noii versiuni Edge, practic niciunul dintre bazele vechiului Edge nu există. Proiectul Chromium este un proiect open source care rulează Chrome și Brave și o grămadă de altele, Opera și altele. Și acel proiect include motorul de randare, include motorul JavaScript, include toată interfața de utilizare. Include, de asemenea, procesul de construire și toate aceste lucruri pentru crearea efectivă a browserului.

Aaron: Și așa avem, practic, proiectul Chromium, care a devenit baza pentru noul Edge. Așa că a trebuit să trecem prin procesul de a-l face să arate ca Edge și de a adăuga funcționalitatea de care aveam nevoie în ceea ce privește sincronizarea, folosind conturile Microsoft, toate aceste lucruri.

Aaron: Așadar, noul Edge nu împărtășește nicio descendență în sensul tradițional cu vechiul Edge, care era Edge HTML, care a moștenit de la Trident și așa mai departe și așa mai departe. Și poți continua să mergi până la Mosaic pentru majoritatea acestora.

Aaron: Dar da, deci acum noul Edge este Chromium, care se bazează pe WebKit anterior, care se bazează pe KHTML și așa mai departe și așa mai departe. Deci este o descendență complet diferită de cea anterioară.

Drew: Deci, vreau să spun, aceasta este o schimbare masivă, nu-i așa, ca Microsoft să nu mai aibă un browser care își are originea în propriul cod. Dar, de fapt, ia un proiect open source și își creează propriul browser din asta. Ceea ce cred că este similar cu ceea ce Apple făcea pe vremuri cu WebKit. Ce, a fost KHTML ei...?

Aaron: Da, a fost Konqueror a fost... cu un K.

Drew: Da, Konquerer, așa că au luat acel proiect open source și a devenit Safari. Și deci Microsoft face un lucru similar cu proiectul Chromium și a făcut Edge din el?

Aaron: Corect.

Drew: Dacă mă așez în fața Edge ca dezvoltator web, ceea ce mă uit este unic pentru Edge, ce aș vedea și nu aș vedea dacă aș fi așezat în fața Chrome pentru exemplu?

Stephanie: Multe dintre funcțiile din această primă versiune stabilă sunt axate pe consumatori. Deci, există Colecții care apar, care este o modalitate destul de grozavă de a extrage lucruri de pe web în colecții individuale, de unde și numele. Și sunteți capabil să luați acele date și să le puneți într-un panou lateral și apoi să le exportați în Word și Excel cred. L-am folosit pentru proiecte de design și alte lucruri. Este doar mișto pentru a aduna resurse.

Stephanie: Și apoi una dintre celelalte caracteristici pentru clienții Enterprise, și este disponibilă numai pe Windows, este modul IE. Deci, acesta va reda de fapt Internet Explorer într-o filă în Edge pentru persoanele care încă au nevoie de acele pagini care se bazează pe tehnologie veche. Deci e destul de misto.

Stephanie: Și apoi în ceea ce privește instrumentele pentru dezvoltatori, totul acum este la fel. Știu că avem câteva lucruri care urmează să fie portate în Chromium, dar există un vizualizator DOM 3D cool care este în lucru și echipa a continuat să repete. Și există și alte instrumente care încă nu există în Chrome și care vin. Deci e incitant.

Drew: Deci asta este o afacere mare pentru dezvoltatorii web, nu-i așa? Pentru că cred că, de obicei, oamenii se obișnuiesc să folosească un set de instrumente pentru dezvoltatori în browser-ul ales și destul de des, sincer, acesta este Chrome în zilele noastre pentru mulți dezvoltatori web. Așa că, pentru a putea merge la Edge și a găsi un set foarte asemănător de instrumente pentru dezvoltatori, trebuie să fie o remiză, crezi?

Aaron: Da, cred că da. Vreau să spun că este genul de lucru în care vei avea exact același set de instrumente. Suntem construiti pe baza Chromium, inclusiv toate instrumentele de dezvoltare. Am făcut multe investiții în, așa cum vorbea Stephanie, cu vizualizatorul 3D DOM. Am făcut multe investiții în ceea ce privește îmbunătățirea accesibilității generale a instrumentelor de dezvoltare, adăugând instrumente noi în ele, lucrând la internaționalizarea instrumentelor de dezvoltare.

Aaron: Și așa cum a menționat Stephanie, marea majoritate a muncii pe care o facem, practic orice nu este UI specific Edge sau care implică platforma noastră de sincronizare sau lucruri de genul acesta, toate acestea sunt transmise în flux în Chromium. Deci, remediile pe care le facem, îmbunătățirile pe care le aducem pentru accesibilitate vor face Chrome mai bun, vor face Brave mai bun, Opera mai bun. Ei chiar vor face Electron mai bun.

Aaron: Deci, este foarte frumos să fii într-un fel parte din acel ecosistem mai mare. Și să putem avea impact dincolo de propriul nostru browser. Și astfel, instrumentele de dezvoltare a fost un domeniu în care am investit mult. Am lucrat mult cu parteneri din echipa Chrome și pentru aplicațiile web progresive. Și încercând să-mi dau seama ce înseamnă aplicațiile web progresive sau cum ar trebui să arate în mediile desktop, pentru că o mare parte s-a concentrat pe mobil.

Aaron: Și apoi a existat, de asemenea, multă muncă între Echipa Dev Tools și cei care lucrează la VS Code pentru ca aceste instrumente să funcționeze mai bine împreună. Astfel încât să puteți accesa instrumentele de dezvoltare din browser din codul VS în timp ce vă depanați paginile. Și totul este oarecum conectat, cum ar fi posibilitatea de a face clic pe o regulă de stil în instrumentele de dezvoltare Edge, de fapt, te va duce la acea linie în codul VS din foaia de stil. Ceea ce este uimitor, sunt lucruri foarte grozave.

Drew: Sună foarte interesant. Știu că VS Code este ceva care pare să câștige foarte multă tracțiune în comunitatea de dezvoltare web. Cred că de fapt a adus înapoi la Microsoft Tools mulți oameni care s-ar fi putut îndepărta de-a lungul anilor. Cu siguranță se simte ca o eră diferită a Microsoft, la fel ca acest tip de îmbrățișare a open source și a noii versiuni Edge. Totul pare destul de interesant și destul de revigorant din punct de vedere al dezvoltării web.

Drew: De asemenea, din acest punct de vedere, se pare că aceasta este o comoditate foarte mare pentru dezvoltatorii web, deoarece dacă unele dintre browserele majore, Chrome și Edge în special și ați menționat Brave și Opera, ce ați, toate folosesc aceeași redare. motor, probabil că reduce multe probleme de compatibilitate și browsere care nu trebuie testate în multe locuri diferite. Ar trebui să funcționeze la fel, e corect?

Stephanie: Da.

Drew: Uimitor.

Aaron: Acesta este visul, nu?

Drew: Acesta este întotdeauna visul. Ea ridică un pic de îngrijorare, deși nu-i așa în ceea ce privește reducerea unui fel de concurență sănătoasă pe piață. În timp ce noi am avut Microsoft împingându-și browserul înainte, Google împingându-și browserul înainte. În mod ideal, Apple își împinge browserul înainte, Opera și toți ceilalți jucători. Și acest fel creează această atmosferă de competiție sănătoasă în care toată lumea încearcă să țină pasul unul cu celălalt și încearcă să facă îmbunătățiri. Dacă mulți jucători mari folosesc același motor de randare, are de suferit această concurență sănătoasă?

Aaron: Este ceva cu care cu siguranță, fiind o persoană cu standardele web de multă vreme, mă lupt puțin, nu cred... înțeleg pe deplin justificarea de afaceri pentru asta. Din punctul de vedere al Microsoft, avea foarte mult sens. Și din perspectiva dezvoltării front-end, este bine să nu trebuiască să satisfacă o grămadă de motoare diferite.

Aaron: Adică, în general, aceia dintre noi care lucrăm pe web de mult timp, cu siguranță am văzut multă convergență în ceea ce privește randarea. Nu avem atâtea probleme pe cât am spus în zilele Netscape 4.7, când am avut ca, știți, știam companii care creau foi de stil unice pentru fiecare browser diferit, ceea ce era pur și simplu insuportabil.

Aaron: Dar cred că ceea ce este diferit acum este că în războaiele inițiale ale browserelor aveai toate aceste motoare proprietare și toată lumea era într-un fel de joc de perspectivă în ceea ce privește încercarea de a livra noi caracteristici ale platformei și noi caracteristici JavaScript. . Sau în cazul JavaScript-ului de inginerie inversă Microsoft pentru a crea J Script și a încerca să descopere cum să le potrivești pe toate.

Aaron: Dar acum avem capacitatea de a lucra împreună în proiecte open source și de a avea în continuare dialogul și totuși, nu știu, nu luptăm cu cuvântul potrivit, ci să avem discuții serioase despre impactul diferitelor abordări. Și să nu fie de acord unul cu celălalt. Și să lucrez cu adevărat la realizarea specificațiilor foarte bune. Și, de asemenea, să aibă abordări concurente ale codului de bază în contextul unui proiect Chromium sau WebKit sau ceva de acest fel sau Mozilla în spațiul Firefox.

Aaron: Deci da, pe de o parte am pierdut un alt motor de randare. Și am simțit aceeași durere când Opera a decis să meargă la Chromium. Dar mă simt oarecum încurajat să fiu în cadrul Microsoft și să văd cât de angajați suntem să participăm efectiv la proiectul Chromium într-un mod semnificativ. Și nu doar să stai pe spate și să accepți tot ce vine în aval de Chromium, ci de fapt să verificăm ce se întâmplă în platformă și să participi la asta.

Aaron: Așa că sunt puțin încurajat de asta și simt că nu suntem doar acolo pentru a lua din acel proiect și doar pentru a accepta orice este transmis de toți diferiții oameni care au o miză în acel proiect. Dar să colaborăm și acolo.

Aaron: Cred că încă trebuie să ne dăm seama ce înseamnă asta pentru organismele de standardizare în ceea ce privește implementările interoperabile. Pentru că, practic, dacă aveți niște browsere care decid că nu vor să implementeze ceva, ele pot împiedica total să devină un standard. Chiar dacă toți dezvoltatorii din lume și-au dorit asta.

Aaron: Și s-ar putea să nu fie așa ceva în cazul în care ei nu sunt de acord cu asta. Este posibil să nu aibă lățimea de bandă pentru a construi caracteristica. Toată lumea este presată pentru personal și așa ceva.

Drew: Cred că, într-adevăr, colaborarea pe web ca platformă tocmai a mutat locații de la toți cei care au acceptat să implementeze lucrurile la fel în bazele lor individuale de cod către câțiva jucători majori care lucrează împreună pe aceeași bază de cod, în esență.

Drew: Adică ați menționat pe scurt dezacorduri și, evident, asta ar putea fi o preocupare, cred, în orice proiect open source. Dar știm cum va funcționa asta, dacă dezvoltatorii de la Google, de exemplu, doresc să implementeze o funcție, iar dezvoltatorii de la Microsoft chiar nu vor să o vadă implementată. Se luptă doar pentru problemele GitHub?

Aaron: Adică, multe dintre aceste lucruri se întâmplă în aer liber, fie pe probleme GitHub, fie în Crbug, care este instrumentul de urmărire a erorilor pentru Chromium. Nu sunt inginer de browser, așa că nu știu toate detaliile elementelor interne, dar cred că există o mulțime de lucruri pe care practic le putem dezactiva dacă nu le dorim.

Aaron: Și știu că Google a lucrat la un fel de curățare sau de întreținere în cadrul proiectului Chromium pentru a extrage mai multe dintre serviciile legate de Google și altele, până la nivelul de conversie din Chromium în Chrome.

Aaron: Și așa avem un proces similar, luând Chromium și transformându-l în Edge. Și, evident, nu am dori să verificăm, de exemplu, designul interfeței de utilizare Edge. Sau chestia cu colecții, care este mai degrabă o chestie de focalizare pe utilizator a UI pe care o menționa Stephanie, nu le transmitem în flux în Chromium. Acestea există în felul porțiunii UI.

Aaron: Deci, din câte am înțeles, pe măsură ce caracteristicile apar din Chromium, avem capacitatea de a dezactiva anumite lucruri care ne-ar putea plăcea sau nu. Și știu că Brave face același lucru, deoarece au o abordare mult diferită a confidențialității decât spune Google. Și s-ar putea să avem o părere ușor diferită de oricare dintre ele sau de ce ai tu.

Aaron: Așa că cred că vor fi un fel de lucruri care se vor întâmpla în puncte diferite. Unele dintre acestea vor fi un fel în care proiectul este convertit în browser din proiectul open source. Unele dintre ele vor fi în cadrul organizațiilor de standardizare sau a grupurilor de interese din cadrul organizațiilor de standardizare și așa mai departe.

Drew: Și cred că funcționează și invers, nu-i așa? Ați menționat că un browser nu are suficienți ingineri la îndemână pentru a dezvolta o anumită caracteristică, în mod tradițional, modul în care au funcționat lucrurile în cadrul organismelor de standardizare este că avem nevoie de mai multe implementări diferite înainte ca ceva să fie acceptat ca parte a standardului. Evident că trebuie să ne dăm seama dacă nu există atât de multe implementări disponibile pentru a testa efectiv.

Drew: Dar, de exemplu, dacă Microsoft a vrut să implementeze o caracteristică și Google a decis că pur și simplu nu are resursele pentru a implementa acea caracteristică, aceasta nu era suficient de mare pe lista lor de priorități, ei bine, potențial o vor face. obțineți-l oricum gratuit pentru că doar este transmis în flux în proiectul open source. Și apoi îl pot accesa și toți utilizatorii lor beneficiază, fără ca vreunul dintre inginerii săi să fie nevoie să petreacă un timp semnificativ pentru a-l dezvolta.

Drew: Adică, dacă Mozilla ar decide că vor face același lucru cu Firefox și vor adopta doar proiectul Chromium, crezi că ar fi o problemă pentru web?

Stephanie: Adică, aș spune că da, pentru că atunci suntem în această monocultură de browser și sincer, îmi place Firefox. Firefox are niște instrumente grozave pe care Chromium nu le are. Cred că ar fi foarte groaznic de pierdut. Și este destul de plăcut să ai un fel de browser independent acolo care încă luptă pentru web deschis. Adică, ne luptăm și pentru web deschis, dar cred că ceea ce face Firefox este încă important.

Aaron: Adică, mă întreb ce s-ar întâmpla dacă, să zicem, dacă este Chromium sau dacă este WebKit sau vreo variantă a unui proiect open source existent, dacă un organism standard ar controla motorul de randare și motorul JavaScript. Și toți producătorii de browsere au contribuit la dezvoltarea și crearea continuă a acestora. Ar fi neapărat un lucru rău sau ar fi un lucru bun? Nu știu. Nu știu care este răspunsul la asta, dar este o perspectivă interesantă că dacă... Browserele nu sunt ieftine și lipsite de importanță de construit, și mai ales motoarele de randare. Probabil că va fi relativ puțin probabil să vedem o mulțime de noi motoare de randare și investiții mari în acea zonă. Pentru că atât de multe companii s-au axat pe serviciile lor.

Aaron: Cu Apple, cu tot iCloud-ul și întregul său ecosistem. Și Mozilla a făcut niște lucruri similare cu achiziționarea Pocket și altele. Și apoi, cu siguranță, există suita de produse Google, suita de produse Microsoft etc. Și Brave se concentrează pe confidențialitate și pe simbolul de atenție de bază și pe așa ceva. Toată lumea are micul său ecosistem de lucruri.

Aaron: Așadar, nu știu că va exista mult interes în construirea unui nou motor de randare și a unui nou motor JavaScript pentru a le provoca pe cele care există. Deci, este un fel de întrebare dacă va continua să existe un fel de consolidare. Și dacă mai mulți oameni sunt interesați în mod activ de dezvoltarea în curs și de a avea acele conversații dificile despre unde se îndreaptă motorul și încotro merge platforma web, ar putea fi un lucru bun, nu știu. Este un fel de experiment de gândire interesant, totuși.

Drew: Chiar este. Noul Edge sună foarte interesant. M-am jucat puțin cu beta și m-am bucurat de asta. Cât timp crezi că va dura până când această nouă versiune va fi lansată în lume? Pentru că, vreau să spun, tocmai a fost lansat luna aceasta, nu-i așa, suntem în ianuarie 2020.

Aaron: Da, pe 15 ianuarie, a mers publicului larg. Deci, am avut versiunile Canary dev și beta. Doamne, când am început să lansăm asta, Stephanie, îți amintești?

Stephanie: O să spun acum șase luni, dar sincer, doar arunc asta acolo. Simt că am folosit Canary ca șofer zilnic timp de luni de zile.

Aaron: Da, cred că suntem oarecum denaturați pentru că am început să-l folosim în interior pentru un pic înainte de a începe să îl deschidem publicului. Dar da, cred că vreau să spun că am început să-l împărtășim la Build anul trecut, care ar fi fost mai, cred că este atunci când Canary, și poate ruta de diversiune, nu-mi amintesc dacă beta a fost lansat atunci. Dar da, versiunea complet stabilă a apărut pe 15.

Drew: Deci, amândoi sunteți implicați într-un proiect numit The Web We Want , care este un fel de inițiativă între mulți producători diferiți de browsere, nu-i așa?

Stephanie: Da, deci The Web We Want , cred că Aaron a început-o în iunie anul trecut și am început să vorbim despre asta. Și da, The Web We Want este practic o inițiativă, iar eu și Aaron am fost cei mai importanți care l-au condus, dar am avut interes de la alți furnizori de browsere și de oameni care lucrează în acele echipe.

Stephanie: Și practic este doar o modalitate de a aduna feedback de la dezvoltatori despre problemele pe care le au pe web. Pentru că noi, ca oameni care construim browserul, ne putem concentra asupra acelor lucruri noi strălucitoare pe care vrem să le implementăm. Dar dezvoltatorii, așa cum am văzut prin această inițiativă, există o mulțime de lucruri pe care încă se luptă să le construiască și care nu sunt native în browser. Probabil că ar fi trebuit rezolvat până acum, dar nu a fost.

Stephanie: Și deci cam asta este inițiativa în jur, să afle care sunt acele zone cu probleme și apoi să le duci înapoi la browsere și organismele de standardizare, dacă este genul de problemă.

Drew: Deci, ce fel de formă ia asta? Este ceva ce faci în persoană sau este totul online?

Stephanie: Deci, avem două componente. Deci, puteți accesa webwewant.fyi și puteți completa un formular cu problema dvs. și cazul dvs. de utilizare pe care le-ați întâlnit pe web. Și apoi Aaron și cu mine am fost, cred că am mers, ei bine, cred că am găzduit șase sau șapte evenimente într-o conferință sau o întâlnire.

Stephanie: Așadar, forma pe care o ia este că de obicei avem o sesiune de 45 de minute până la o oră la o conferință cu care suntem parteneri. Și oferim persoanelor care și-au prezentat problemele pe care le-au întâlnit pe web șansa de a le prezenta unui juriu de judecată care sunt de obicei experți în industrie.

Stephanie: Și între ele avem de obicei patru sau cinci probleme prezentate în timpul unei sesiuni. Și între fiecare dintre aceștia avem juriul nostru care discută despre spațiul cu probleme care este prezentat. Și dacă este sau nu un spațiu problematic interesant. Sau dacă cred că ar fi util ca furnizorii de browsere să lucreze la asta.

Stephanie: Și apoi, la sfârșitul acelei sesiuni, arbitrii noștri alege ceea ce cred ei că este cea mai presantă problemă de rezolvat. Și avem, de asemenea, o componentă de audiență, astfel încât publicul pentru sesiune poate vota și ceea ce consideră că este cel mai presant lucru pe care furnizorii de browsere ar trebui să îl repare.

Stephanie: Și apoi luăm acele date înapoi echipelor noastre. Și în prezent suntem în proces de a descoperi cum să dispersăm asta între diferitele echipe de browser.

Drew: Există vreun fel de remarcate, sugestii de care îți amintești și care ți-au rămas în mod deosebit?

Stephanie: Așadar, au fost câteva, cea care continuă să iasă în evidență pentru mine, totuși este că comenzile HTML continuă să apară. Și asta iese în evidență pentru mine, deoarece lucrez la o discuție chiar acum care implică controale HTML și cum pur și simplu nu pot să le stilez sau să le extind este o problemă. Și așa că este oarecum cool să vezi că feedback-ul reiterat și mai mult.

Stephanie: Au fost unele cu adevărat interesante, a existat unul pentru o ordine de vizualizare a sursei sau un vizualizator de ordine de sursă în instrumentele de dezvoltare, care a avut de-a face cu, cred, să secheze conținutul grilei și să vedeți, pentru că puteți muta lucrurile din ordine. și având astfel de identificare a modului în care lucrurile curg prin DOM-uri. Deci, cred că ar fi un lucru foarte grozav să fie implementat în instrumentele de dezvoltare.

Aaron: Da, au fost o mulțime de trimiteri legate de accesibilitate, care au fost foarte bune. Un altul care a fost legat de instrumentele de dezvoltare și de accesibilitate a fost de fapt, mai degrabă decât un fel de a relega testarea de accesibilitate în propria sa parte a, a fost fila Audituri, cred că este locul în care se află în prezent, așa cum Lighthouse face unele teste de accesibilitate, sau ați putea folosi indicii web sau informații despre accesibilitate și altele asemenea.

Aaron: Ideea în acest sens este să începem să capturați o parte din fructele care se agăță jos în ceea ce privește erorile de accesibilitate și să le difuzați în consolă, de exemplu. Deci, dacă vede că aveți niște imagini care lipsesc text alternativ sau niște fonturi foarte mici sau nu este suficient de contrast, le-ar putea arunca ca erori în consolă. Și tinde să fie acolo unde mulți dezvoltatori verifică pentru a vedea dacă lucrurile lor funcționează corect. Deci, asta ar face un pic mai evident pentru oameni că au probleme de accesibilitate pe care trebuie să le rezolve.

Aaron: Și ați putea vedea câteva modalități similare de a le încorpora în vizualizatorul Dom sau în instrumentele de inspecție CSS, unde ar putea semnala ceva ca fiind un contrast prea scăzut sau ar putea evidenția un element ca având o problemă de accesibilitate care este cunoscută. Asa ceva ar fi destul de interesant.

Stephanie: Da, vreau să renunț la asta. De fapt, a fost unul foarte interesant prezentat la View Source din Amsterdam anul trecut. Browserul a rezolvat automat anumite tipuri de probleme de accesibilitate pentru dvs. Și doar cu culoare și contrast sau poate că anumite fonturi nu sunt citite. Iar propunerea și studiul de caz prezentat au fost foarte, foarte bine gândite. Dar, de asemenea, pune și această întrebare interesantă: dacă browserul începe să rezolve lucrurile pentru tine ca dezvoltator, vei scrie cod prost pentru că nu trebuie să-ți faci griji pentru asta.

Stephanie: Așa că a fost interesant pentru că ideile pe care le-a prezentat și pe care le-a făcut demo-ul au fost foarte grozave. Dar asta este un fel de ceea ce înseamnă asta pentru dezvoltatori, așa că vor deveni leneși. Așadar, am văzut niște chestii grozave ieșind din el.

Drew: Deci cred că este încă destul de devreme, nu-i așa, pentru inițiativă. Deci, cred că nu am văzut nimic care să meargă atât de departe încât să ajungă chiar și la stadiile incipiente de dezvoltare cu niciun browser. Știi cum va arăta acel proces, ai spus că încă încerci să-ți dai seama, nu-i așa?

Aaron: Da, încă încercăm să ne dăm seama, dar avem oamenii potriviți implicați. Avem oameni de la Mozilla și de la Google și de la Igalia, ei au fost cei care au lucrat mult la grilă și sunt foarte familiarizați cu modul în care funcționează toate aceste chestii standard. De fapt, cred că fac metanol chiar acum, fac implementarea pentru WebKit.

Aaron: Deci da, avem o grămadă de oameni la bord care sunt dornici să lucreze la asta și dornici să vadă că va avea succes. Și W3C îi acordă atenție, ceea ce este mișto.

Stephanie: Deci, pentru noi acum, am luat, cred că avem 12 top, am luat câștigătorii de la fiecare eveniment anul trecut și i-am cam împărțit în categoriile lor specifice. Deci, unele sunt axate pe instrumentele de dezvoltare, altele sunt axate pe HTML, pe platforma web. Și atunci nu-mi amintesc care a fost a treia categorie, a fost doar un fel de generală.

Stephanie: Și așa că, din partea Edge pe care începem să ne uităm cel puțin, voi avea câteva sondaje pe Twitter care, sperăm, în curând, pentru a ajuta la adunarea mai multor feedback pentru a valida că acestea sunt spații cu probleme în care ar trebui să investim timp. Și apoi sperăm că vom merge de acolo. Așa că sper că cândva anul acesta vom începe să vedem un fel de progres. Dar este puțin lent în acest moment.

Drew: Este grozav pentru că web-ul este de fapt o platformă foarte colaborativă. Și cred că, în calitate de dezvoltator web, doar construind site-uri în fiecare zi, uiți că există de fapt modalități de a reintra în proces și modalități de a-ți face vocea auzită. Și cred că asta sună ca o modalitate foarte bună și ușoară de a-ți face vocea auzită.

Drew: Dacă vreunul dintre ascultătorii noștri a vrut să participe la o sesiune Web We Want , urmează vreunul?

Stephanie: Sunt câteva, așa că lasă-mă să-mi trag lista aici. Deci, ei bine, Festivalul Open Source din Lagos, Nigeria. Aaron și cu mine nu vom fi acolo, dar ei organizează evenimentul independent.

Stephanie: Și apoi voi fi la SF HTML5 în San Francisco la sfârșitul lunii martie. Cred că este gratuit, dar nu mă cita pe mine despre asta. Trebuie să verific. Deci, dacă sunteți în zona San Francisco, o gestionăm acolo.

Stephanie: Și apoi SmashingConf San Francisco în aprilie. O vom rula acolo.

Stephanie: Și, sperăm, TBD, încă ne uităm la SmashingConf Austin.

Stephanie: Și cred că asta este tot ce avem în calendar acum. Dar, o să fac un mic plug aici, dacă organizați o conferință sau o întâlnire și doriți ca această sesiune concentrată pe comunitate să fie desfășurată acolo, vă rugăm să contactați pentru că este foarte tare.

Drew: Desigur, SmashingConfs sunt cele mai bune la care credem aici.

Stephanie: Da, da, sunt.

Drew: Deci, pentru mine, totul sună cu adevărat, foarte interesant. 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.