This latest personal site design iteration improves the reading experience.
Post margins are condensed and subtle delineation guides the eye. The byline, categories and tags post meta are now hidden on the homepage, reducing clutter. I highlighted hovered articles for clarity.
These last few weeks has made me wary of committing further or ever developing for the Apple ecosystem; and working with OS projects ran by a major business.
Made a very simple to use TextPattern Docker setup where you provide your own TextPattern installation and database secrets then run docker-compose upgithub.com/svandragt/txpdocker
The main problem with accessibility is the term itself. What we are actually talking about here is a universal user experience.
The industry needs to stop selling accessibility as a checkbox and we need to stop viewing it as something extra to do. Inherently every feature and decision we make is already more or less accessible — it is not an on/off switch.
By applying the inversion principle, we should look at what barriers are preventing people from using our websites to the fullest extend, and code all future solutions with these lessons learned.
Aiming for anything less than universal access also makes little economic sense. Let’s ask ourselves: why make a theme and then make it hard to use on purpose? Why make a theme and only allow a subset of people to use it? Do you only allow people with a first name in the first half of the alphabet to log in to your site? Let’s not artificially limit the versatility of the web.
A universal experience should be expected now, and when someone cannot use your site it is a bug. Your site is not inclusive when people cannot use it.
I guess we are fixing our rueful compatibility story by encasing our tools in fixed environments. We then write new tooling or containers when this is no longer usable.
That seems like a short term view of things.
We will end up with black box containers and needless layers of complexity.
Made a strategic change in Cuttlefish to make it as simple as possible, instead of as a test bed for tooling tech. So I removed Docker and PHPDox support.
Enjoy the WordPress fun while it lasts folks, I’ve seen the light, and I am worried.
Automattic and the community are spending millions and millions on building a more useful but buggy JS editing interface for the web to make publishing rich documents passable. It can’t get a close button aligned on a modal, or scroll correctly in a mobile device. Basically, Gutenberg is a lesser version of Word 97. It’s not their fault, the browser stack is a brittle way to build apps. We’ve collectively stretched web technologies past what they’re best used for – there are no JavaScript native widgets that can compete with what the OS offers itself. It turns out the web excels to read documents, not write them. I know how it sounds, I’m writing this in the same editor! But we’re on the wrong path:
Because, while everyone is looking to the left at SquareSpace and Wix, trying to figure out how to improve the publishing workflow, on the right Alejandro Crosa builds an iOS app that publishes notes online by simply saving them. It abstracts the whole publishing process. Similarly to how Dropbox abstracted the filesharing site, a native app removes the web editor. In. Three. Weeks. Using Rails and Swift!
In 3 weeks he did a (subjectively) better job for this use case than the WP app and the WB mobile experience. Just look at it collectednotes.com and it’s blog — the latter which is written using the service itself!). Yes it does less, but it’s about the job to be done. Gutenberg does less than Word 97 and Dreamweaver. The point is, that’s fine.
WP is currently deciding whether the REST API should be open to third party editors. It’s mission is to democratise publishing, but somehow this is up for discussion. However it turns out the best experience is a native one. Should WP forego the admin interface, change Gutenberg’s full site editing into the theme editor, and restructure itself for what’s to come? WP has a lot of moving parts, and consensus isn’t easily reached. It seems to me that the web will experience will refocus on reading documents, with content creation in apps.
If Apple ever adds a backend service to Pages to sync with a static site generator, or someone goes 10% further than iA Writer’s web-publishing feature in a ‘writing app’ than the whole WP ecosystem is sherlocked.
WordPress 5.5 might ship sitemaps out of the box, and will make millions of sites easier to index, and provide a foundation for plugin authors to extend.
This should help increase the relevancy of information from WordPress sites in search engines.
I have setup a new site, it’s still WIP as far as features is concerned. However I’d like to know if I’ve broken anything for you. Any 404 page not found errors should redirect to my old site. Thanks.