A quick dive in to how to use Lighthouse to try and understand how users in a country might experience the web.

Ruth John pindah ke Chrome OS (sementara):

The first thing, and possibly the thing with the least amount of up to date information out there, was enabling Crostini. This runs Linux in a container on the Chromebook, something you pretty much want straight away after spending 15 minutes on it.

I have the most recent Pixel, the 256GB version. Here’s what you do.

• Go to settings.
• Click on the hamburger menu (top left) - right at the bottom it says ‘About Chrome OS’
• Open this and there’s an option to put your machine into dev mode
• It’ll restart and you’ll be in dev mode - this is much like running Canary over Chrome and possibly turning on a couple of flags. It may crash, but what the hell you’ll have Linux capabilities ��
• Now you can go back into Settings and in regular settings there’s a ‘Linux apps’ option. Turn this on. It’ll install Linux. Once this is complete you’ll have a terminal open for you. Perfect

Baca pos lengkap.

Ruth memiliki artikel bagus tentang pindah ke Chrome OS karena mesin utamanya rusak.

Saya pindah ke Chrome OS penuh waktu 4 bulan yang lalu (sebelum Google I / O) dan hanya pindah ke Mac karena saya merusak PixelBook saya (sekarang sudah diperbaiki).

Bagi saya ini adalah salah satu mesin pengembangan web terbaik di luar sana hari ini. Ini adalah satu-satunya perangkat yang dapat saya uji ‘ponsel asli’ - Anda dapat memasang Chrome di Seluler di dalamnya, Firefox Mobile, Samsung Browser, Brave dll melalui platform ARC. Crostini juga merupakan pengubah permainan untuk Chrome OS karena membawa banyak ekosistem Aplikasi Linux ke Chrome OS dan itu benar-benar mulai mengisi celah aplikasi besar bagi saya di Chrome OS; Saya punya Firefox, vim, git, VS Code, Node, npm, semua alat build saya, GIMP dan Inkscape … Itu tidak berarti sudah sempurna, Crostini bisa lebih cepat, belum GPU yang dipercepat dan bisa lebih terintegrasi dengan Filemanager dll, dan akhirnya PixelBook benar-benar membutuhkan lebih banyak port fisik - saya dapat melampirkan dua layar 4k, tetapi saya tidak dapat mengisi daya pada saat yang bersamaan.

Saya pikir Ruth juga cukup akurat, PixelBook adalah mesin yang mahal, tapi saya sangat senang melihat ini datang ke lebih banyak perangkat (terutama yang dengan harga yang jauh lebih rendah.)

Would I pay full price for it? I’m not sure I would pay full price for anything on the market right now. Point me in the direction of a system that will run my graphics software and makes a good dev machine (with minimal setup) and lasts more than 18 months, point me in the direction of a worthy investment and I will pay the money.

Ya.

PWA. Aplikasi Web Progresif. Frances Berriman dan Alex Russell menciptakan istilah “aplikasi web progresif” pada tahun 2015 dengan apa yang saya pikir adalah posting mani “Progresif Web Apps: Escaping Tabs Tanpa Kehilangan Jiwa Kita”. 3 tahun kemudian, kami telah melalui perjalanan panjang. Dari sekumpulan teknologi lepas - Pekerja Layanan, Manifes, Tambah ke Homescreen, Push Web - yang semula hanya diterapkan di satu mesin browser, hingga merek yang telah mulai melekat di industri dengan bisnis dan pengembang, dan semua yang utama vendor browser menerapkan mayoritas tumpukan ‘PWA’.

Mustafa menulis:

Tooling is complicated, we are a tooling focused industry, and they change so much. I have used maybe rough eight different tools, from Photoshop to Sketch. That’s before we add prototyping tools to the mix. This may be something we just have to accept. After all, type standards only really started to settle in the 90s, and typography is a 500-year-old discipline.

Designers are still finding it difficult to prove the importance of the process. I think this is something that we have to take on board: to learn how to educate and not just expect everyone to trust us by default. That takes time — perhaps using scenario-based design or design workshops like a design sprint would help. Getting non-designers to observe users while using a prototype they created is one of the best experiences I have seen in this field.

Cross-browser support is lacking crucial features. Designers need to understand developer tooling, to better scope out what is possible. I think using paired programming or the design process described above can help.

Responsive design is still challenging. I think this is in part due to the tools we use; I would love Chrome Design Tools that would help turn the browser into a creative tool. This space is where I think the next evolutionary step for site and web app creation is at. Mozilla is doing some fantastic work in this space, with their layout and shapes tooling.

All in all the challenges that we face seem to be all the age-old ones. Process, tools, and respect.

Baca pos lengkap.

Saya menemukan ini posting yang sangat menarik yang juga merupakan pelengkap posting saya menulis tentang tantangan untuk pengembang web. Tidak mengherankan bahwa compat browser adalah masalah, tetapi yang masih menjadi perhatian adalah bahwa membangun IE11 masih merupakan sesuatu yang menahan industri. Demikian juga, Mustafa menunjukkan bahwa masih ada masalah dengan perkakas seputar Desain Responsif dan penekanan pada solusi responsif tunggal selalu mengarah pada hal-hal berikut (yang ada di pos Mustafa):

Designing once and using everywhere is still hard to reach ambition.

Ini adalah masalah yang saya pikir kita semua masih bergumul. Di satu sisi kami ingin semua orang membangun solusi responsif yang dapat melayani semua orang di setiap faktor bentuk perangkat, di sisi lain konteks pengguna adalah penting dan seringkali pengguna hanya akan bersedia melakukan tindakan tertentu pada waktu-waktu tertentu; kami melihat ini banyak di industri ritel dan perdagangan: orang-orang akan menjelajah di seluler, dan menyelesaikan di desktop, dan pertanyaannya kemudian menjadi apa yang Anda berikan untuk model multi-moda ini lebih banyak atau membangun pengalaman yang konsisten di semua perangkat … Saya curiga jawabannya adalah ‘itu tergantung’, tetapi bagaimanapun itu adalah masalah yang sulit bagi semua orang, mulai dari tim produk hingga tim teknis.

Philip Walton memiliki penyelarukan mendalam yang luar biasa terhadap API baru yang telah dikerjakan tim Chrome untuk memberi Anda (pengembang) kontrol atas cara merespons saat browser membongkar tab Anda.

Application lifecycle is a key way that modern operating systems manage resources. On Android, iOS, and recent Windows versions, apps can be started and stopped at any time by the OS. This allows these platforms to streamline and reallocate resources where they best benefit the user.

On the web, there has historically been no such lifecycle, and apps can be kept alive indefinitely. With large numbers of web pages running, critical system resources such as memory, CPU, battery, and network can be oversubscribed, leading to a bad end-user experience.

While the web platform has long had events that related to lifecycle states — like load, unload, and visibilitychange — these events only allow developers to respond to user-initiated lifecycle state changes. For the web to work reliably on low-powered devices (and be more resource conscious in general on all platforms) browsers need a way to proactively reclaim and re-allocate system resources.

In fact, browsers today already do take active measures to conserve resources for pages in background tabs, and many browsers (especially Chrome) would like to do a lot more of this — to lessen their overall resource footprint.

The problem is developers currently have no way to prepare for these types of system-initiated interventions or even know that they’re happening. This means browsers need to be conservative or risk breaking web pages.

The Page Lifecycle API attempts to solve this problem by:

• Introducing and standardizing the concept of lifecycle states on the web.
• Defining new, system-initiated states that allow browsers to limit the resources that can be consumed by hidden or inactive tabs.
• Creating new APIs and events that allow web developers to respond to transitions to and from these new system-initiated states.
• This solution provides the predictability web developers need to build applications resilient to system interventions, and it allows browsers to more aggressively optimize system resources, ultimately benefiting all web users.

The rest of this post will introduce the new Page Lifecycle features shipping in Chrome 68 and explore how they relate to all the existing web platform states and events. It will also give recommendations and best-practices for the types of work developers should (and should not) be doing in each state.

Baca pos lengkap.

Komentar pertama saya adalah Anda harus membaca posting Philips. Itu luar biasa.

Pada seluler, Chrome bisa sangat agresif saat melekas (membekukan atau membuang) laman untuk menghemat sumber daya ketika pengguna tidak menggunakannya (misalnya, saat Anda menukar tab atau berpindah dari aplikasi Chrome di Android), ketika browser berlatar belakang Anda halaman sebagai pengembang Anda secara tradisional tidak memiliki pengetahuan tentang kapan hal ini terjadi sehingga Anda tidak dapat dengan mudah bertahan negara atau bahkan menutup sumber terbuka dan sama pentingnya saat aplikasi kembali menghidrasi ulang negara secara bersih. Ketika pengembang memiliki kontrol mereka dapat membuat pilihan yang lebih terinformasi, yang juga berarti bahwa peramban dapat lebih agresif dalam menghemat sumber daya di masa depan tanpa mempengaruhi pengalaman pengguna atau pengembang.

Akhirnya, diagram di bawah ini menjelaskan semuanya dengan sangat baik.

Pete LePage menulis tentang perubahan penting pada Tambahkan ke Homescreen di Chrome

Add to Home Screen changes

If your site meets the add to home screen criteria, Chrome will no longer show the add to home screen banner. Instead, you’re in control over when and how to prompt the user.

To prompt the user, listen for the beforeinstallprompt event, then, save the event and add a button or other UI element to your app to indicate it can be installed.

Baca pos lengkap.

Saya memiliki perasaan campur aduk tentang ini awalnya karena begitu banyak orang tidak menangani event beforeinstallprompt itu berarti bahwa tiba-tiba jumlah pemasangan Web APK akan turun cukup signifikan, tapi saya pikir itu sebenarnya adalah hal yang benar untuk dilakukan.

Tujuannya adalah untuk mengurangi jumlah permintaan yang mengganggu yang terjadi di web, dan hal terakhir yang kita butuhkan dalam industri ini adalah untuk prompt yang relatif besar untuk muncul ketika kita berpikir pengguna mungkin ingin menginstal PWA, bukan Anda sekarang perlu pikirkan di mana dan kapan ** Anda ** ingin meminta pemasangan dan Anda harus melakukannya sebagai tanggapan atas sikap pengguna.

Hal yang rapi adalah bahwa kami (Chrome) memperkenalkan cara yang lebih ambient untuk memberi tahu pengguna bahwa pengalaman dapat dipasang, saat ini adalah bilah bawah kecil yang muncul pada pemuatan pertama, dan semoga di masa mendatang kami dapat menjelajahi cara yang lebih halus untuk memberi tahu pengguna bahwa mereka dapat mengambil tindakan.

Gambaran bagus tentang PWA Pinterest

The verdict

Now for the part you’ve all been waiting for: the numbers. Weekly active users on mobile web have increased 103 percent year-over-year overall, with a 156 percent increase in Brazil and 312 percent increase in India. On the engagement side, session length increased by 296 percent, the number of Pins seen increased by 401 percent and people were 295 percent more likely to save a Pin to a board. Those are amazing in and of themselves, but the growth front is where things really shined. Logins increased by 370 percent and new signups increased by 843 percent year-over-year. Since we shipped the new experience, mobile web has become the top platform for new signups. And for fun, in less than 6 months since fully shipping, we already have 800 thousand weekly users using our PWA like a native app (from their homescreen).

Looking back over one full year since we started rebuilding our mobile web, we’re so proud of the experience we’ve created for our users. Not only is it significantly faster, it’s also our first platform to support right-to-left languages and “night mode.” Investing in a full-featured PWA has exceeded our expectations. And we’re just getting started.

Baca posting lengkap.

Ini adalah posting yang sangat bagus yang menunjukkan manfaat membangun situs berkualitas tinggi, cepat, dan menarik. Sangat bagus juga untuk melihat bahwa bagian ‘Aplikasi’ dari PWA, khususnya ‘Add to Homescreen’ dapat digunakan oleh banyak pengguna. Membaca posting yang lebih luas itu baik untuk melihat bahwa mereka berfokus pada pengalaman situs web yang hebat, yang fokus pada situs pemuatan cepat yang memiliki kinerja yang dapat diulang dan dapat diprediksi melalui pemecahan kode untuk mengurangi beban awal dan juga arsitektur yang baik yang dapat mereka bagikan di seluruh tim. Kemudian setelah Anda memiliki pengalaman dasar Anda dapat melakukan lapisan pada fitur seperti pemberitahuan push untuk pengguna yang menginginkannya.

Secara default, Hugo tidak melayani file .mjs dengan jenis konten yang benar. Bahkan tidak sampai baru-baru ini bahwa hugo bisa melayani lebih dari satu ekstensi file per mime-type. Sepertinya dengan v0.43 ini telah diperbaiki.

[mediaTypes] [mediaTypes.“text/javascript”] suffixes = [“js”, “mjs”]

Baca posting lengkap.

Kode di atas memungkinkan saya melayani file mjs untuk Modul ES dengan mime-type yang benar (modul catatan harus disajikan dengan ‘teks / javascript’). Ini hanya diperlukan untuk pengujian lokal, hosting adalah masalah lain :)

Saya punya pikiran tentang posting yang saya lakukan kemarin tentang Modul ES

I needed a quick way import a simple module get-urls into my project. The module is well tested and it does what I needed … ignore the fact that it’s pretty easy to implement in a couple of lines of JavaScript. The problem I had is that my project is built in ES6, uses modules and I didn’t want to have to bundle up using CommonJS (require).

I couldn’t find a lot of guidance on what to do here, so I went to experiement and this solution is the solution I came across:

1. Create a file that imports the npm module I needed. module.exports = require(‘get-urls’); This module will be what’s converted to ES6 style.
2. Create a rollup config that
   1. Imports the node globals, and builtins.
   2. Resolves all npm modules required for my usage of this module.
   3. Pass the results through the commonjs plugin so that it’s now in JavaScript module format.
   4. Compress the output, because it’s huge :
3. Include the bundled file in your project and rejoice.

Baca posting lengkap.

Salah satu hal yang ingin saya coba dan artikulasikan dalam artikel asli tetapi saya putuskan untuk menarik keluar adalah bahwa ada sejumlah besar kode dalam ekosistem Node yang tidak benar-benar spesifik untuk Node per se tetapi telah digabungkan secara erat dengan Node melalui Common JS dan API Node lainnya yang sangat spesifik (Buffer, URL lama, dll.) Yang akan membutuhkan banyak upaya untuk menarik diri dan dengan demikian perubahan diperlukan untuk membuat Modul ES di mana-mana akan berpotensi cukup menyakitkan, dan sampai perubahan ekosistem kita akan perlu menggunakan banyak alat konversi dan bundler untuk dapat berbagi kode dengan bersih di berbagai platform (web / server).

Kami berada di mana kami berada, tidak ada kisah impor di web, kami tidak memiliki tumpukan primitif yang diperkenalkan Node dan sekarang banyak yang sekarang mempertimbangkan persyaratan platform de-facto, jadi saya harap ini adalah lebih dari pengakuan situasi daripada kritik.

Ada juga langkah untuk menggunakan ‘.mjs’ sebagai ekstensi file yang standar di kedua node dan web. Saya merasa benar-benar nyaman dengan ini, namun .msj bukanlah file yang infrastruktur apapun belum mengenali sebagai ‘teks / javascript’ dan saya melihat ke depan untuk ini hanya sedang disortir sehingga secara otomatis disimpulkan oleh setiap server web di planet ini, jadi Saya tidak perlu menerapkan lebih banyak lagi perubahan konfigurasi pada infrastruktur layanan saya.

Banyak waktu yang menyenangkan di depan, saya untuk satu menanti-nantikan untuk dapat membawa lebih banyak fungsi ke web.

Saya telah bekerja dengan cara untuk mempermudah mendorong konten ke situs statis saya dan ini merupakan latihan kecil yang menyenangkan yang akan saya bagikan lebih banyak di pos lain. Dalam posting ini saya ingin berbagi konfigurasi rollup yang saya gunakan untuk mengimpor hampir semua modul npm ke proyek frontend menggunakan modul JavaScript. Saya membutuhkan cara cepat mengimpor modul sederhana get-urls ke dalam proyek saya. Modul ini diuji dengan baik dan melakukan apa yang saya butuhkan … mengabaikan fakta bahwa itu cukup mudah diterapkan dalam beberapa baris JavaScript.

Tracy Lee dari Dot ini mengatur streaming langsung yang cukup rapi yang membawa banyak vendor browser untuk memberikan ikhtisar tentang apa yang sedang mereka kerjakan:

Browser representatives from Brave, Beaker, Edge, Chrome, & Mozilla get together to talk about recent updates and the state of browsers.

Featured Speakers:

• Brendan Eich -  Creator of Javascript, Co-founder & CEO at Brave Software
• Paul Frazee - Works on Beaker Browser
• Matthew Claypotch - Developer Advocate at Mozilla
• Paul Kinlan - Senior Developer Advocate at Google
• Patrick Kettner - Edge at Microsoft
• Amal Hussein - Senior Open Web Engineer at Bocoup
• Tracy Lee - GDE, RxJs Core Team, This Dot Co-founder

Baca posting lengkap.

Saya benar-benar menikmati streaming langsung dan senang mendengar apa yang semua orang lakukan. Saya juga menyukai visi yang Beaker Browser miliki untuk web terdistribusi, mereka telah melakukan banyak pekerjaan sejak terakhir kali kami bertemu.

Saya mendorong Anda untuk menonton video yang ditautkan, Edge telah memiliki sejumlah besar pembaruan termasuk dukungan penuh Layanan Pekerja, font variabel dan juga mereka memperkenalkan WebP. Mozilla memiliki fokus besar pada Perakitan Web dan perkakas pengembang, Beaker melakukan hal-hal luar biasa dengan dat: dan komputasi terdistribusi dan Brave telah bergerak bersama BAT.

Saya fokus pada pekerjaan yang dilakukan tim kami saat ini, dan itu secara luas di sekitar Penemuan, Kecepatan dan Kehandalan, Respon UI, UX - Selesaikan pekerjaan, Keamanan dan Privasi. Sedikit lebih konkret:

• Penemuan - kami benar-benar perlu mempermudah pengembang untuk membuat situs dengan JS yang ditampilkan dalam layanan tanpa kepala seperti pengindeks dan penyematan. Itu berarti kita perlu fokus pada mendidik pengembang bagaimana cara kerja pengindeks dan bagaimana menguji terhadap mereka, dan juga bagaimana membangun pengalaman SSR yang baik. * Kecepatan dan Keandalan - Semua situs harus memiliki TTI <5 ​​pada jaringan 3g pada perangkat Median (MotoG ⁴⁄₅) dan Anda harus mengoptimalkan FID Anda (penundaan masukan pertama). FID adalah metrik baru, jadi penting untuk memahami bahwa ini dimaksudkan untuk mewakili bagaimana pengguna Anda mengalami situs Anda di alam liar, di mana TTI telah sulit diukur, FID seharusnya lebih mudah. Ada polyfill di sini yang dapat Anda gunakan untuk menguji FID * Responsif UI - Kami ingin web menjadi 60fps di mana-mana dan memudahkan para pengembang untuk mencapai, jadi kami sedang mengerjakan pembuatan & # x2018; FLIP & # x2019; lebih mudah dimengerti, membangun Houdini sehingga kami dapat memberikan pengembang lebih banyak kontrol atas render enging dan akhirnya mencoba untuk memindahkan sebanyak mungkin pekerjaan ‘off-main-thread’ melalui hal-hal seperti img.decode dan alat seperti comlink untuk membuat pekerja lebih mudah digunakan. * UX - Selesaikan pekerjaan - Kami benar-benar ingin mengubah cara kami berbicara tentang fitur baru yang datang ke platform, khususnya kami ingin menunjukkan di mana teknologi harus digunakan secara efektif untuk meningkatkan pengalaman pengguna untuk membantu mereka menyelesaikan pekerjaan dengan cepat dengan sedikit gangguan mungkin. * Keamanan dan Privasi - Saya pikir pencegahan Intelligent Tracking Apple akan memiliki dampak jangka panjang di web dan pengembang harus mulai memikirkan lebih lanjut tentang membangun privasi yang mendukung pengalaman web. Jika ada GDPR menjadikan web sebagai pengalaman ‘menarik’ di UE.

Akhirnya, itu merendahkan dan menghangatkan hati untuk mendengar bahwa semua orang ingin membawa kembali Web Intents :)

Sam Thorogood dari tim kami menulis:

You’ve designed a webapp, built its code and service worker, and finally added the Web App Manifest to describe how it should behave when ‘installed’ on a user’s device. This includes things like high-resolution icons to use for e.g. a mobile phone’s launcher or app switcher, or how your webapp should start when opened from the user’s home screen.

And while many browsers will respect the Web App Manifest, not every browser will load or respect every value you specify. Enter PWACompat, a library that takes your Web App Manifest and automatically inserts relevant meta or link tags for icons of different sizes, the favicon, startup mode, colors etc.

Baca pos lengkap.

Saya kagum dengan perpustakaan ini, dan saya senang melihatnya semakin menarik perhatian. Ini adalah pertama kalinya saya melihat Splash Screen di iOS bekerja dalam 5 tahun terakhir dan ia menghasilkannya dengan cara yang sangat rapi - ia menghasilkan gambar dengan cepat berdasarkan ukuran layar yang tepat dari perangkat dan base64 mengkodekan gambar. … itu juga mengisi banyak sisa celah dalam cerita Safari Add To Homescreen.

Jika Anda membangun PWA saya akan memasukkannya.

Font Playground is built for three groups of audiences.

The first group of audience is typographers and designers, who would like to play with fonts that are built with the latest font technologies, such as variable font. It is a playground to fully explore what these new font technologies can offer and how they can be beneficial to your creative workflow.

The second group of audience is me, as a Type Tool’s UI/UX designer. This is a playground for me to test UI experiments for variable fonts and other new upcoming font technologies. One of the key points to the success of new font technology is adoption by design tools, and furthermore, designers. How can design tool present variable fonts in a way that is useful but not too complicated to handle? I hope to find the answers with this playground.

The third group of audience is the type designers and foundries. This is a place to showcase the work-in-progress, cutting-edge font creations. It is a playground to see how fonts are being presented and used in future design tools. How fonts are used can also inform how fonts are made, and what standard should be defined.

Baca posting lengkap.

Ini adalah pengantar yang bagus untuk font yang bervariasi dan itu adalah tempat bermain yang bagus untuk melihat dengan cepat segala sesuatu yang dapat Anda variasikan dalam tindakan. Menambahkan beberapa baris teks sepertinya akan segera mendarat.

Catatan: Saya yakin ini belum berfungsi di Firefox karena tidak sepenuhnya mendukung Font Variabel.

Patrick menulis tentang Did.txt

Time flies by when you’re learning how to code. Its super important to take a second every once in a while to simple write down what you did during the past mental sprint. Writing down what you learned solidifies the knowledge.

Baca posting lengkap.

Ini bukan satu juta mil jauhnya dari apa yang kita lakukan secara internal, di mana kita memiliki konsep ‘cuplikan’. Terserah Anda bagaimana Anda mengelolanya, tetapi itu cara yang bagus untuk melacak apa yang Anda lakukan, tetapi juga berbagi di seluruh tim Anda, Anda mendapatkan gambaran yang bagus tentang apa yang rekan-rekan Anda, manajer dan laporan juga lakukan.

Model yang saya suka adalah membagi setiap ringkasan mingguan menjadi ‘apa yang saya lakukan’ dan ‘apa yang akan dilakukan minggu ini’. Ini membantu saya merenung dan merencanakan pada saat yang bersamaan.

Atishay Jain tentang Trik CSS menulis tentang sebuah area yang dekat dengan hati saya, menghubungkan:

Hyperlinks are the oldest and the most popular feature of the web. The word hypertext (which is the ht in http/s) means text having hyperlinks. The ability to link to other people’s hypertext made the web, a web — a set of connected pages. This fundamental feature has made the web a very powerful platform and it is obvious that the world of apps needs this feature. All modern platforms support a way for apps to register a URI (custom protocol) and also have universal links (handling web links in an app).

Let’s see why we’d want to take advantage of this feature and how to do it.

Baca posting lengkap.

Ini adalah artikel bagus yang mencakup semua jenis hyperlink yang tersedia untuk aplikasi dan situs. Saya telah melakukan banyak penelitian ke dalam ruang ini sejak Web Intents dan status link lanjutan di web meninggalkan banyak hal yang diinginkan, imo.

Salah satu alasan mengapa saya suka web, adalah bahwa di balik tautan adalah akses langsung ke sumber daya, saya tidak tahu platform lain yang dapat menggabungkan tautan dan sumber daya yang sebenarnya dengan cara yang sama, tetapi bisa jadi sangat banyak lebih. Link standar pada dasarnya menyediakan sebuah intent VIEW yang berisi keadaan (url) dan konteks (teks antara jangkar), dan Anda dapat meretasnya dengan protokol khusus, tetapi kita perlu melangkah lebih jauh.

• Kita perlu memperluas kosakata ke registerProtocolHandler ke semua akses lebih banyak ke skema yang lebih asli * Apa pun yang terdaftar dengan protokol handler harus memiliki sistem yang luas. * Kita harus dapat memiliki situs web untuk dapat menangani membuka berbagai jenis konten dan memiliki halaman yang tersedia untuk didaftarkan sebagai penangan file sistem. * Kami harus memiliki tindakan pesanan yang lebih tinggi yang tersedia bagi pengembang, LIHAT sangat bagus, kami memerlukan serangkaian tindakan inti yang disepakati seperti PILIH, SIMPAN, EDIT sehingga kami dapat lebih memahami kemampuan situs atau aplikasi, dan kemampuan untuk memperluas mereka dengan semantik orde tinggi. Android memiliki ini, Siri mendapatkan itu, baik menggunakan ‘Intents’, Web harus memilikinya juga.

Ini adalah salah satu alasan mengapa saya sangat tertarik tentang abstraksi pesan seperti Comlink yang menghapus beban kegilaan postMessage dan membiarkan Anda berpikir tentang mengekspos fungsi ke lainnya aplikasi, dan setelah Anda mengekspos fungsi, Anda harus lebih mudah mengaktifkan penemuan fungsi itu … dan itulah yang mengaktifkan tautan.

Dan dari Redfin memiliki postingan yang bagus tentang memprioritaskan kecepatan web:

JavaScript Is the Web’s CO2

As a web developer, I find that most problems can be solved with just a little more JavaScript. Without someone or something to force the industry to cut back, web developers will continue to make web sites that only load “fast enough” via wifi on a fast laptop.

The browser vendors can’t save us. Every time they make the web faster, web developers “take advantage” of the change by using more JavaScript.

Our industry needs Google to take a principled stand, to significantly prioritize fast-loading sites over slow-loading sites

Baca posting lengkap.

Bukan hanya kami (Google) yang bisa melakukan ini. Saya melihat tim kami (Web dan Chrome DevRel) mampu menyediakan alat dan panduan untuk membantu Anda memulai dengan cepat dan kemudian tetap cepat, tetapi setelah itu industri harus mengakui bahwa kinerja adalah fitur dan bukan pemikiran setelah.

Saya menulis di tantangan untuk pengembang web bahwa masih banyak alasan mengapa pengembang tidak memprioritaskan kinerja (alat, panduan, dan insentif bisnis yang jelas ), Saya tidak berpikir Google menegaskan seperti yang tertulis di postingan artikel Dan adalah jawaban untuk kesehatan web jangka panjang, itu perlu datang dari bisnis melihat kinerja mengkonversi lebih baik.

This project is a musical experience built with WebGL and WebVR.

Inspired by the music track, we created an ever-changing environment composed of various geometrical shapes. These were generated procedurally in Houdini and exported to Three.js.

All visual elements are randomized differently on each viewing.

Baca posting lengkap.

Saya tidak perlu banyak menambahkan, itu benar-benar luar biasa. Coba lihat.

Dean Hume telah melakukan banyak pekerjaan besar dengan PWA baru-baru ini, dan dia juga telah menjelajahi banyak platform API baru, dalam hal ini API Sensor Generik:

The Ambient Light Sensor API provides developers with the means to determine ambient light levels as detected by the device’s main light detector. This information is available to developers in terms of lux units. If you are building a Progressive Web App and you want to style it differently depending on the light levels in the room, then this could be the feature for you. There are a number of use cases for this feature, such as a web application that provides input for a smart home system to control lighting, a “Kindle” style reading app, or even a web app that calculates settings for a camera with manual controls (aperture, shutter speed, ISO, etc.).

Baca posting lengkap.

Saya berbicara tentang Generic Sensor API di Chrome Dev Summit 2016, jadi pasti butuh waktu lama untuk mendarat di Chrome (saya pikir itu masih di belakang bendera) dan sepertinya itu telah mendarat di Edge pertama. Sensor cahaya Ambient adalah salah satu dari banyak API yang dibangun di atas Generic Sensors & mdash; ada lebih banyak seperti gyro dan magnetometers & mdash; dan ini memungkinkan Anda untuk mendapatkan informasi tentang tingkat cahaya sekitar di sekitar pengguna yang membuka kasus penggunaan seperti penyesuaian kecerahan otomatis atau bahkan menawarkan pengguna untuk beralih ke tema mode gelap. Tentunya akan menarik untuk melihat apa yang akan diberikan oleh API Generic Sensor dasar ke pengalaman web.

Jonathan Fulton, Videoblocks:

The basic architecture concepts I wish I knew when I was getting started as a web developer

Baca posting lengkap.

Ini adalah artikel luar biasa yang memberikan ikhtisar yang sangat bagus tentang tumpukan yang relatif standar yang dirancang untuk menskalakan banyak aplikasi web. Ini juga menunjukkan mengapa banyak pengembang juga menyukai Platform sebagai alat Layanan seperti Heroku, Firebase, atau AppEngine yang dapat mengaburkan banyak kerumitan dengan mengorbankan biaya.

Eric Bidelman di pembaruan Web Pengembang Google, menulis:

Building for the web is a rocky adventure. It’s hard enough to build a top-notch web app that nails performance and uses all the latest best practices. It’s even harder to keep that experience great over time. As your project evolves, developers come on board, new features land, and the codebase grows. That Great Experience ™ you once achieved may begin to deteriorate and UX starts to suffer! Feature Policy is designed to keep you on track.

With Feature Policy, you opt-in to a set of “policies” for the browser to enforce on specific features used throughout your site. These policies restrict what APIs the site can access or modify the browser’s default behavior for certain features.

Here are examples of things you can do with Feature Policy:

• Change the default behavior of autoplay on mobile and third party videos.
• Restrict a site from using sensitive APIs like camera or microphone.
• Allow iframes to use the fullscreen API.
• Block the use of outdated APIs like synchronous XHR and document.write().
• Ensure images are sized properly (e.g. prevent layout thrashing) and are not too big for the viewport (e.g. waste user’s bandwidth).

Policies are a contract between developer and browser. They inform the browser about what the developer’s intent is and thus, help keep us honest when our app tries to go off the rails and do something bad. If the site or embedded third-party content attempts to violate any of the developer’s preselected rules, the browser overrides the behavior with better UX or blocks the API altogether.

Baca pos lengkap.

Saya tertarik untuk melihat bagaimana tanah ini. Saya khawatir bahwa pengembang tidak akan peduli tentang ini, atau bahwa mereka akan ditekan. Seperti yang saya katakan di Twitter, saya khawatir tentang insentif dan kita perlu menggabungkan fakta bahwa fitur ini akan memungkinkan pengembang mengontrol sejumlah besar fitur yang tersedia yang baik mengambil memori, dapat memperlambat halaman ke bawah, atau secara tidak sengaja membocorkan privasi pengguna ke pihak ketiga yang disematkan, dengan hal-hal yang dapat dijual oleh pengembang ke bisnis mereka. Salah satu contohnya adalah bahwa ** jika ** Play Store pernah mencantumkan PWA, maka mereka dapat datang dengan serangkaian kebijakan yang secara otomatis diterapkan saat aplikasi diluncurkan, dan Anda sebagai pengembang akan menyetujui ini untuk manfaat berada di toko.

Saya senang melihat apa yang terjadi dengan API ini, dan saya ingin melihatnya diadopsi, bahkan jika itu hanya digunakan oleh pengembang untuk memastikan bahwa tim mereka tidak mundur.