# loading Published articles for loading. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## A Simple MVI Architecture Approach Using LiveData DevFeed: [A Simple MVI Architecture Approach Using LiveData]() Original publisher: [Read original article]() Author: dustin@dustn.dev (Dustin Summers) Published: 2026-09-17T04:13:15.404035Z Content type: opinion Language: en Sources: [Dustin Summers]() Topics: [Android](), [Dagger]() Tags: [architecture](), [architecture-pattern](), [error](), [livedata](), [loading](), [mvi]() ### AI overview A talk from Android Summit 2019 discusses a simple implementation of the MVI architecture pattern using LiveData and the Loading, Content, Error pattern. ### Source excerpt This was a talk provided by myself and Dan Lowe at Android Summit, 2019. In this we discuss a simple approach to the MVI (Model, View, Intent) Architecture Pattern using LiveData and the common Loading, Content, Error Pattern. Link to Dan's blog post is here which is what our talk was based around. ## \[$\] Adding BPF to blk-iocost DevFeed: [\[$\] Adding BPF to blk-iocost]() Original publisher: [Read original article]() Author: corbet Published: 2026-09-15T14:37:30Z Content type: article Language: en Sources: [LWN.net]() Topics: [Kernel](), [IO](), [ordering](), [Operating system]() Tags: [kernels](), [loading](), [ordering](), [performance]() ### AI overview This article discusses a patch series that would make the Linux blk-iocost I/O controller more flexible by allowing a BPF program to make cost decisions. It places the change in the context of block I/O scheduling for modern solid-state drives, where fairness and high throughput are important. ### Source excerpt The scheduling of block I/O requests has long been a challenge for operating-system kernels. For many years, the performance characteristics of rotating drives meant that putting considerable resources into request ordering was worthwhile. In a world with fast, solid-state drives, scheduling is more concerned with enforcing fairness between competing users while being fast enough to keep up with drives that can perform millions of I/O operations per second. The blk-iocost I/O controller was designed for the solid-state world and generally performs well, but there is always a desire to do better. This patch series from Tao Cui aims to make blk-iocost more flexible by enabling the loading of a BPF program to make cost decisions. ## Building a sub-sampling image viewer for Compose UI DevFeed: [Building a sub-sampling image viewer for Compose UI]() Original publisher: [Read original article]() Author: Saket Narayan Published: 2023-08-09T21:07:52Z Content type: tutorial Language: en Sources: [Saket Narayan]() Topics: [Compose](), [Android](), [ui](), [Library]() Tags: [4k](), [android](), [building](), [compose](), [compose-ui](), [deep](), [developers](), [display](), [image](), [library](), [loading](), [memory](), [ui](), [zoom]() ### AI overview An Android developer describes building Telephoto, a zoomable image viewer for Compose UI. The article explains sub-sampling and tiling techniques for displaying large images while reducing memory usage. ### Source excerpt How do you display a 100mb image on Android without running into OutOfMemoryError? You can't. But you can cheat. For years Android developers have used Dave Morrissey's excellent library, subsampling-scale-image-view for displaying large bitmaps with deep zoom. It optimizes memory usage by loading lower resolution bitmaps whenever possible and avoiding loading parts of the original [...] The post Building a sub-sampling image viewer for Compose UI appeared first on Saket Narayan. ## Loading Shimmer in Compose - Júlia Jakubcová DevFeed: [Loading Shimmer in Compose - Júlia Jakubcová]() Original publisher: [Read original article]() Published: 2022-09-27T19:56:26Z Content type: tutorial Language: en Sources: [Touchlab | Enterprise Mobile Innovation & Development]() Topics: [Compose](), [Tutorial]() Tags: [animation](), [compose](), [kotlin-multiplatform](), [loading](), [tutorial]() ### AI overview A tutorial showing how to create a shimmering loading effect for gray skeleton views in Compose. It covers building placeholder views, animating a light beam across them, configuring the beam's direction and width, and applying the effect through an extension. ### Source excerpt Compose provides circular and linear progress indicators. However, lately it's popular to show gray skeletons of the views that are being loaded with a shimmering animation on them. It's a nice touch that can make your applications look a bit more refined. Here is how I created this effect with Compose. ## How to Reduce Layout Reflow When Using Web Fonts DevFeed: [How to Reduce Layout Reflow When Using Web Fonts]() Original publisher: [Read original article]() Published: 2021-09-09T09:00:00Z Content type: tutorial Language: en Sources: [Material.io - Material Design]() Topics: [Font](), [User Experience](), [Web]() Tags: [applying](), [best](), [best-practices](), [experience](), [fonts](), [how-to](), [layout](), [loading](), [practices](), [reduce](), [user](), [user-experience](), [using](), [web](), [web-fonts]() ### AI overview This article explains how applying font-loading best practices can reduce layout reflow when using web fonts and improve the user experience. ### Source excerpt Applying best practices for font loading can help improve the user experience ## Speed up your Craft CMS Templates with Eager Loading DevFeed: [Speed up your Craft CMS Templates with Eager Loading]() Original publisher: [Read original article]() Author: andrew@nystudio107.com (Andrew Welch) Published: 2017-09-30T04:00:00Z Content type: tutorial Language: en Sources: [nystudio107 | Articles on modern web development.]() Topics: [Content Management System](), [Database](), [Code](), [Back end](), [Front end]() Tags: [allows](), [backend](), [cms](), [craft](), [database](), [eager-loading](), [efficiently](), [elements](), [entries](), [fetching](), [frontend](), [insights](), [loading](), [speed](), [templates]() ### AI overview This tutorial explains how Craft CMS stores content as related Elements and how lazy loading can create an n+1 database access pattern. It introduces eager loading as a way to fetch related entries and assets more efficiently in templates. ### Source excerpt Eager-Loading Elements allows you to speed up your Craft CMS templates by fetching entries from the database more efficiently. ## ServiceWorkers and Offline Browsing DevFeed: [ServiceWorkers and Offline Browsing]() Original publisher: [Read original article]() Author: andrew@nystudio107.com (Andrew Welch) Published: 2017-01-15T02:09:00Z Content type: tutorial Language: en Sources: [nystudio107 | Articles on modern web development.]() Topics: [Web](), [web browsers](), [Caching]() Tags: [browsing](), [cache](), [devices](), [insights](), [instant](), [loading](), [offline](), [provide](), [server](), [serviceworkers](), [sync](), [things](), [web](), [web-browsers]() ### AI overview The article explains how ServiceWorkers can support offline browsing, instant loading, local caching of visited and anticipated resources, offline form completion, and later synchronization with a server. ### Source excerpt ServiceWorkers provide a way to provide offline browsing and instant loading (amongst other things). ## How Libraries and Frameworks Affect Main-Thread Prioritization and Why SSR Is Not a Silver Bullet DevFeed: [How Libraries and Frameworks Affect Main-Thread Prioritization and Why SSR Is Not a Silver Bullet]() Original publisher: [Read original article]() Author: Paul Lewis Published: 2016-12-10T00:00:00Z Content type: opinion Language: en Sources: [Paul Lewis]() Topics: [Preact.js](), [Frameworks](), [Server-side rendering](), [modern web development]() Tags: [browsers](), [css](), [devtools](), [loading](), [performance](), [preact](), [server-side-rendering]() ### AI overview An exploration of whether modern libraries and frameworks prioritize components during startup. Using Preact as a starting point, the article argues that libraries and frameworks can occupy the main thread without yielding, and that server-side rendering does not by itself solve the underlying performance problem. ### Source excerpt Do libraries and frameworks prioritize components on boot? If so, how, and if not what can we do? And, in exploring that question, I discovered that Server-Side Rendering isn't a silver bullet! ## Post-Mortem: Applied Image Optimization DevFeed: [Post-Mortem: Applied Image Optimization]() Original publisher: [Read original article]() Author: andrew@nystudio107.com (Andrew Welch) Published: 2016-12-07T18:11:00Z Content type: article Language: en Sources: [nystudio107 | Articles on modern web development.]() Topics: [Optimization](), [Image](), [Website](), [benchmarking]() Tags: [applying](), [benchmarking](), [image](), [loading](), [optimization](), [performance](), [post-mortem](), [post-mortems](), [project](), [results](), [shows](), [speed](), [strategies](), [website]() ### AI overview This project post-mortem describes applying image optimization techniques to improve website loading performance. Lazy-loading below-the-fold images, responsive server-side image processing, progressive JPEGs, and HTTP/2 reduced load time from 107.8 seconds to 2.8 seconds, Start Render from 29.8 seconds to 1.4 seconds, and Visually Complete from 35.5 seconds to 1.7 seconds. ### Source excerpt This project post-mortem shows the results of applying image optimization strategies to speed up the loading of a website ## Lazy-load web fonts to improve first paint performance DevFeed: [Lazy-load web fonts to improve first paint performance]() Original publisher: [Read original article]() Author: Monica Dinculescu Published: 2016-11-01T00:00:00Z Content type: tutorial Language: en Sources: [Monica Dinculescu]() Topics: [Web Development](), [modern web development](), [Web](), [browser](), [JavaScript]() Tags: [browser](), [fonts](), [javascript](), [loading](), [performance](), [web-fonts]() ### AI overview This article argues that web fonts should not block initial text rendering. It explains FOIC and FOUC and recommends lazy-loading fonts so content can appear before font styling finishes. ### Source excerpt phantom underlines. isn't this amaaaaaazing. i love waiting for 8 seconds and seeing this. look at it. srsly. looooookat it. I spent a week traveling around Taiwan, on my awesome free roaming 2G data plan, and friends, we need to talk about your web fonts. Also cats. They really love cats there. Anyway, the thing about 2G is that I fully understand that it will take me 10 seconds to load a page. What sucks is the fresh rage of the following 4 seconds where instead of content I get phantom underlines, waiting for a slightly-different-sans-serif to download. Listen: it doesn't have to be this way. You can lazy load your font. It's 4 lines of JavaScript. 7 if you're being ambitious. Why should you care I've been brainwashed to really care about first paint performance (thanks Chrome Dev Rel 😘), and I've become a big fan of the "do less & be lazy" approach to building things. What this means is that if something is not on your critical path, it probably doesn't need to be the first thing you paint on a page. Now think about fonts: is the critical path showing text, or styling it? I'd argue that unless your app is in the 1% it's-all-a-magical-visual-experience bucket (in which case this post is not for you), or we're just talking about the fancy title on your site (which fine, can be slow to paint or whatever), it's probably trying to communicate some content, and ugly content (that you prettify after) is better than no content. (Real talk: if you don't think rendering text is a critical path, you're whack and we need to have a chat.) There are two things you can run into when loading a web font: FOIC ("flash of invisible content") - when your browser sees that you're trying to use a font it doesn't have it paints all the text in invisible ink, waits, and when it finally gets the font, it re-paints and re-layouts the text correctly. [see a gif of this] I hate this with the fire of a thousand suns, because instead of looking at actual content, I'm looking at bullets and u ## Building a Non-Intrusive AJAX Status Indicator with CoffeeScript DevFeed: [Building a Non-Intrusive AJAX Status Indicator with CoffeeScript]() Original publisher: [Read original article]() Author: Carlos Alexandro Becker Published: 2012-11-08T00:00:00Z Content type: tutorial Language: en Sources: [Carlos Becker]() Topics: [Ajax](), [Library]() Tags: [ajax](), [loading](), [tutorial]() ### AI overview A tutorial on building a CoffeeScript AJAX status indicator with spin.js that shows and hides a loading spinner without blocking application interaction. It discusses handling AJAX lifecycle events and avoiding premature hiding when multiple requests occur. ### Source excerpt tl;dr ## What is SPDY? Post on Lincoln Loop's blog DevFeed: [What is SPDY? Post on Lincoln Loop's blog]() Original publisher: [Read original article]() Author: Graham King Published: 2012-07-12T20:00:39Z Content type: article Language: en Sources: [Graham King]() Topics: [Protocol (disambiguation)](), [HTTP](), [TLS (Transport Layer Security)](), [SSL]() Tags: [blog](), [faster](), [fewer](), [http](), [lincolnloop](), [loading](), [post](), [protocol](), [replacement](), [secure-by-default](), [software](), [spdy](), [ssl](), [tcp](), [tls]() ### AI overview This introductory post explains SPDY, a binary, frame-oriented protocol designed as a replacement or wrapper around HTTP. It describes SPDY as typically running over TLS and using multiplexing to carry many transactions over one TLS connection, reducing the number of TCP connections used for web content. ### Source excerpt I blogged an introduction to and explanation of SPDY, the next-gen HTTP. It should cover all the basics. SPDY (pronounced speedy) is a replacement for HTTP, and feels like a wrapper for it. SPDY is a packet (frame) oriented binary protocol, usually wrapped in TLS (SSL), and as such a little harder to follow than HTTP. Our care free days in the jungle, surviving on the bare necessities and debugging connections with telnet, are coming to an end. ## Loading large SQL Server CE databases on WP7 DevFeed: [Loading large SQL Server CE databases on WP7]() Original publisher: [Read original article]() Author: Andrew Khmylov Published: 2011-11-15T00:00:00Z Content type: tutorial Language: en Sources: [Despite the odds]() Topics: [sql-server](), [Databases](), [App]() Tags: [app](), [data](), [databases](), [file](), [init](), [issue](), [loading](), [parameter](), [query](), [sql-server]() ### AI overview This article explains how to load a large SQL Server Compact database from isolated storage in a Windows Phone 7 application. It describes the maximum database size error and shows how to add Max Database Size to the connection string. ### Source excerpt Recently I ran into an issue when trying to load the large database (approx. 50 mb) from isolated storage on WP7. Whenever I tried to query the Data Context, I got the following SqlCeException: The database file is larger than the configured maximum database size. This setting takes effect on the first concurrent database connection only. [ Required Max Database Size (in MB; 0 if unknown) = 0 ] After some searching over the web, I found this blog post covering some details of that parameter. The general work-around is adding 'Max Database Size' value (in megabytes) to the connection string, so it looks like: var connectionString = "Data Source='isostore:DB.sdf'; Max Database Size = 60"; Now your app should be able to init the data context. ## desktop-mode and readahead DevFeed: [desktop-mode and readahead]() Original publisher: [Read original article]() Author: Dimitri Fontaine PostgreSQL Major Contributor; Author Published: 2011-02-23T15:45:00Z Content type: tutorial Language: en Sources: [Dimitri Fontaine]() Topics: [Emacs](), [boot]() Tags: [emacs](), [files](), [loading]() ### AI overview The article describes using Emacs Desktop Save Mode and the readahead tool to pre-read files during startup. Although the files are pre-read and disk activity is reduced when the desktop reaches them, the author reports that overall desktop loading time does not change. ### Source excerpt I'm using Desktop Save Mode so that Emacs knows to open again all the buffers I've been using. That goes quite well with how often I start Emacs, that is once a week or once a month. Now, M-x ibuffer last line is as following: 718 buffers 19838205 668 files, 15 processes That means that at startup, Emacs will load that many files. In order not to have to wait until it's done doing so, I've setup things this way: