New this week: the #IndieWeb community deployed a major modern update to the design, usability, and cross-device support of the https://indieweb.org/ home page and wiki in general! In brief:
* Updated MediaWiki install, updated themes, better mobile device support * New default theme: Vector (2022), the same as English Wikipedia * Lots of CSS fixes for content, sidebars, etc. * Home page content simplification and more pleasing design update
This was a community effort, with many people pitching in with major & minor contributions, spending weeks, days, hours, or a few minutes here and there helping out. From server work, to PHP coding, to HTML+CSS (re)coding, to testing variants of MediaWiki themes, browsers, and devices.
Huge thanks in particular to @PaulRobertLloyd.com (@paulrobertlloyd@mastodon.social) for both driving this design update (e.g. said project page) and doing the heavy lifting of debugging, patching, and testing the latest MediaWiki Vector theme, documenting before & after screenshots, and @AaronParecki.com (@aaronpk@aaronparecki.com@aaronpk) for all the server-side software updates, PHP/IndieAuth wrangling, and critical devops too.
Go try the new https://indieweb.org/ on any browser, on any device, and share your experience!
{
"type": "entry",
"published": "2024-02-16 14:25-0800",
"url": "https://tantek.com/2024/047/t1/indieweb-major-update-design",
"category": [
"IndieWeb",
"IndieNews",
"100PostsOfIndieWeb",
"100Posts"
],
"content": {
"text": "New this week: the #IndieWeb community deployed a major modern update to the design, usability, and cross-device support of the https://indieweb.org/ home page and wiki in general! In brief:\n\n* Updated MediaWiki install, updated themes, better mobile device support\n* New default theme: Vector (2022), the same as English Wikipedia\n* Lots of CSS fixes for content, sidebars, etc.\n* Home page content simplification and more pleasing design update\n\nLots more details on the 2024 homepage and design update project page:\n* https://indieweb.org/2024/homepage\n\nThis was a community effort, with many people pitching in with major & minor contributions, spending weeks, days, hours, or a few minutes here and there helping out. \u00a0From server work, to PHP coding, to HTML+CSS (re)coding, to testing variants of MediaWiki themes, browsers, and devices.\n\nHuge thanks in particular to @PaulRobertLloyd.com (@paulrobertlloyd@mastodon.social) for both driving this design update (e.g. said project page) and doing the heavy lifting of debugging, patching, and testing the latest MediaWiki Vector theme, documenting before & after screenshots, and @AaronParecki.com (@aaronpk@aaronparecki.com @aaronpk) for all the server-side software updates, PHP/IndieAuth wrangling, and critical devops too.\n\nGo try the new https://indieweb.org/ on any browser, on any device, and share your experience!\n\n#IndieNews\n\nThis is post 11 of #100PostsOfIndieWeb. #100Posts\n\n\u2190 https://tantek.com/2024/046/t1/the-ephemeral-web\n\u2192 \ud83d\udd2e",
"html": "New this week: the #<span class=\"p-category\">IndieWeb</span> community deployed a major modern update to the design, usability, and cross-device support of the <a href=\"https://indieweb.org/\">https://indieweb.org/</a> home page and wiki in general! In brief:<br /><br />* Updated MediaWiki install, updated themes, better mobile device support<br />* New default theme: Vector (2022), the same as English Wikipedia<br />* Lots of CSS fixes for content, sidebars, etc.<br />* Home page content simplification and more pleasing design update<br /><br />Lots more details on the 2024 homepage and design update project page:<br />* <a href=\"https://indieweb.org/2024/homepage\">https://indieweb.org/2024/homepage</a><br /><br />This was a community effort, with many people pitching in with major & minor contributions, spending weeks, days, hours, or a few minutes here and there helping out. \u00a0From server work, to PHP coding, to HTML+CSS (re)coding, to testing variants of MediaWiki themes, browsers, and devices.<br /><br />Huge thanks in particular to <a href=\"https://PaulRobertLloyd.com\">@PaulRobertLloyd.com</a> (<a href=\"https://mastodon.social/@paulrobertlloyd\">@paulrobertlloyd@mastodon.social</a>) for both driving this design update (e.g. said project page) and doing the heavy lifting of debugging, patching, and testing the latest MediaWiki Vector theme, documenting before & after screenshots, and <a href=\"https://AaronParecki.com\">@AaronParecki.com</a> (<a href=\"https://aaronparecki.com/@aaronpk\">@aaronpk@aaronparecki.com</a> <a class=\"h-cassis-username\" href=\"https://twitter.com/aaronpk\">@aaronpk</a>) for all the server-side software updates, PHP/IndieAuth wrangling, and critical devops too.<br /><br />Go try the new <a href=\"https://indieweb.org/\">https://indieweb.org/</a> on any browser, on any device, and share your experience!<br /><br />#<span class=\"p-category\">IndieNews</span><br /><br />This is post 11 of #<span class=\"p-category\">100PostsOfIndieWeb</span>. #<span class=\"p-category\">100Posts</span><br /><br />\u2190 <a href=\"https://tantek.com/2024/046/t1/the-ephemeral-web\">https://tantek.com/2024/046/t1/the-ephemeral-web</a><br />\u2192 \ud83d\udd2e"
},
"author": {
"type": "card",
"name": "Tantek \u00c7elik",
"url": "https://tantek.com/",
"photo": "https://tantek.com/photo.jpg"
},
"post-type": "note",
"_id": "40308337",
"_source": "2460"
}
{
"type": "entry",
"published": "2024-02-15 16:28-0800",
"url": "https://gregorlove.com/2024/02/hello-again-micro-blog/",
"content": {
"text": "Hello again, micro.blog! I dropped off here in 2020 due to technical issues apparently, but I think I\u2019m back?\n\nShort intro: gRegor, he/him, San Diego, try to make people laugh (or groan from puns), software developer, IndieWeb enthusiast, and COVID cautious.",
"html": "<p>Hello again, micro.blog! I dropped off here in 2020 due to technical issues apparently, but I think I\u2019m back?</p>\n\n<p>Short intro: gRegor, he/him, San Diego, try to make people laugh (or groan from puns), software developer, IndieWeb enthusiast, and COVID cautious.</p>"
},
"author": {
"type": "card",
"name": "gRegor Morrill",
"url": "https://gregorlove.com/",
"photo": "https://gregorlove.com/site/assets/files/6268/profile-2021-square.300x0.jpg"
},
"post-type": "note",
"_id": "40298654",
"_source": "95"
}
{
"type": "entry",
"published": "2024-02-15 15:23-0800",
"url": "https://gregorlove.com/2024/02/digging-paramores-cover/",
"category": [
"music"
],
"syndication": [
"https://bsky.app/profile/gregorlove.com/post/3klikea4pt422"
],
"content": {
"text": "Digging Paramore\u2019s cover of \u201cBurning Down the House\u201d and looking forward to the other covers on the upcoming Stop Making Sense tribute album.",
"html": "<p>Digging Paramore\u2019s cover of \u201c<a href=\"https://www.youtube.com/watch?v=I_NKuuQ4Hy0\">Burning Down the House</a>\u201d and looking forward to the other covers on the upcoming <i><a href=\"https://variety.com/2024/music/news/stop-making-sense-tribute-album-a24-paramore-talking-heads-1235867596/\">Stop Making Sense</a></i> tribute album.</p>"
},
"author": {
"type": "card",
"name": "gRegor Morrill",
"url": "https://gregorlove.com/",
"photo": "https://gregorlove.com/site/assets/files/6268/profile-2021-square.300x0.jpg"
},
"post-type": "note",
"_id": "40298655",
"_source": "95"
}
A couple of days ago in an informal discussion in the #indieweb chat channel about how different people view #Mastodon, the #fediverse, or #Bluesky, and services like #Bridgy & #BridgyFed quite differently, I noted¹ that one big unspoken difference was how things on the web last over time, from the traditional persistent web, vs the newer and growing ephemeral web.
There is the publicly viewable #OpenWeb that many of us take for granted, meaning the web that is persistent, that lasts over time, and thanks to being #curlable, that the Internet Archive archives, and that a plurality of search engines see and index (robots.txt allowing). The HTML + CSS + media files declarative web.
Then there are the https APIs that return JSON "web", the thing that I’ve started calling the ephemeral web, the set of things that are here today, briefly, gone tomorrow. I’ve previously used the more provocative phrase js;dr (JavaScript required, Didn’t Read) for this #ephemeralWeb, yet like many things, it turns out there is a spectrum from ephemeral to persistent.
One popular example on that spectrum that’s closer to the ephemeral edge is anything on a Mastodon server running v4 (or later as of this writing) of the software. (I’m not bothering to discuss the examples of walled garden social media silos because I expect we will continue to see their demise² over time.)
For example, the Internet Archive version of the shutdown notice for the queer(.)af Mastodon server, is visibly blank:
Note: only a single Internet Archive snapshot was made of that post.
However if you View Source, you can find the entirety of that #queerAF post duplicated across a couple of invisible-to-the-user meta tags inside the raw HTML:
"**TL;DR: Queer[.]AF will close on 2024-04-12** …"
[.] added to avoid linking to a dead domain.
Note: such meta tags in js;dr pages were part of the motivation to specify metaformats.
To be clear, the shutdown of queer(.)af was a tragedy and not the fault of the creators, administrators etc., but rather one of the unfortunate outcomes of using some ccTLDs, country-code top level domains, that risk sudden draconian rules, domain renewal price hikes, or other unpredictable risks due to the politics, turmoil, regime changes etc. of the countries that administrate such domains.
Nearly the entirety of every Mastodon server, every post, every reply, is ephemeral.
When a Mastodon server shuts down, all its posts disappear from the surface of the web, forever.
Perhaps internet archeologists of the future will discover such dead permalinks, check the Internet Archive, find apparent desolation, and a few of them will be curious enough to use View Source tools to unearth parts of those posts, unintentionally preserved inside ceremonial meta tags next to dead scripts disconnected from databases and an empty shell of a body.
All reply-contexts of and replies to such posts and conversations lost, like threads unraveled from an ancient tapestry, scattered to the winds.
If you’re reading this post in your Mastodon reader, on either the website of your Mastodon account, or in a proprietary native client application, you should be able to click through, perhaps on the date-time stamp displayed to you, to view the original post on my website, where it is served in relatively simple declarative HTML + CSS with a bit of progressive enhancement script.
Because I serve declarative content, my posts are both findable across a variety of services & search engines, and archived by the Internet Archive. Even if my site goes down, snapshots or archives will be viewable elsewhere, with nearly the same fidelity of viewing them directly on my site.
This design for longevity is both deliberate, and the default for which the web was designed. It’s also one of the explicit principles in the IndieWeb community.
If that resonates with you, if creating, writing, & building things that last matter to you, choose web tools, services, and software that support the persistence & longevity of your work.
{
"type": "entry",
"published": "2024-02-15 13:18-0800",
"url": "https://tantek.com/2024/046/t1/the-ephemeral-web",
"category": [
"indieweb",
"Mastodon",
"fediverse",
"Bluesky",
"Bridgy",
"BridgyFed",
"OpenWeb",
"curlable",
"ephemeralWeb",
"queerAF",
"persistentWeb",
"longWeb",
"LongNow",
"100PostsOfIndieWeb",
"100Posts"
],
"content": {
"text": "A couple of days ago in an informal discussion in the #indieweb chat channel about how different people view #Mastodon, the #fediverse, or #Bluesky, and services like #Bridgy & #BridgyFed quite differently, I noted\u00b9 that one big unspoken difference was how things on the web last over time, from the traditional persistent web, vs the newer and growing ephemeral web.\n\nThere is the publicly viewable #OpenWeb that many of us take for granted, meaning the web that is persistent, that lasts over time, and thanks to being #curlable, that the Internet Archive archives, and that a plurality of search engines see and index (robots.txt allowing). The HTML + CSS + media files declarative web.\n\nThen there are the https APIs that return JSON \"web\", the thing that I\u2019ve started calling the ephemeral web, the set of things that are here today, briefly, gone tomorrow. I\u2019ve previously used the more provocative phrase js;dr (JavaScript required, Didn\u2019t Read) for this #ephemeralWeb, yet like many things, it turns out there is a spectrum from ephemeral to persistent.\n\n\nOne popular example on that spectrum that\u2019s closer to the ephemeral edge is anything on a Mastodon server running v4 (or later as of this writing) of the software. (I\u2019m not bothering to discuss the examples of walled garden social media silos because I expect we will continue to see their demise\u00b2 over time.)\n\nFor example, the Internet Archive version of the shutdown notice for the queer(.)af Mastodon server, is visibly blank:\n\nhttps://web.archive.org/web/20240112165635/https://queer.af/@postmaster/111733741786950083\n\nNote: only a single Internet Archive snapshot was made of that post.\n\nHowever if you View Source, you can find the entirety of that #queerAF post duplicated across a couple of invisible-to-the-user meta tags inside the raw HTML:\n\n\u00a0\"**TL;DR: Queer[.]AF will close on 2024-04-12** \u2026\" \u00a0\n\n[.] added to avoid linking to a dead domain.\n\nNote: such meta tags in js;dr pages were part of the motivation to specify metaformats.\n\nTo be clear, the shutdown of queer(.)af was a tragedy and not the fault of the creators, administrators etc., but rather one of the unfortunate outcomes of using some ccTLDs, country-code top level domains, that risk sudden draconian rules, domain renewal price hikes, or other unpredictable risks due to the politics, turmoil, regime changes etc. of the countries that administrate such domains.\n\n\nNearly the entirety of every Mastodon server, every post, every reply, is ephemeral.\n\nWhen a Mastodon server shuts down, all its posts disappear from the surface of the web, forever.\n\nPerhaps internet archeologists of the future will discover such dead permalinks, check the Internet Archive, find apparent desolation, and a few of them will be curious enough to use View Source tools to unearth parts of those posts, unintentionally preserved inside ceremonial meta tags next to dead scripts disconnected from databases and an empty shell of a body. \u00a0 \n\nAll reply-contexts of and replies to such posts and conversations lost, like threads unraveled from an ancient tapestry, scattered to the winds.\n\n\nIf you\u2019re reading this post in your Mastodon reader, on either the website of your Mastodon account, or in a proprietary native client application, you should be able to click through, perhaps on the date-time stamp displayed to you, to view the original post on my website, where it is served in relatively simple declarative HTML + CSS with a bit of progressive enhancement script.\n\nBecause I serve declarative content, my posts are both findable across a variety of services & search engines, and archived by the Internet Archive. Even if my site goes down, snapshots or archives will be viewable elsewhere, with nearly the same fidelity of viewing them directly on my site.\n\nThis design for longevity is both deliberate, and the default for which the web was designed. It\u2019s also one of the explicit principles in the IndieWeb community.\n\nIf that resonates with you, if creating, writing, & building things that last matter to you, choose web tools, services, and software that support the persistence & longevity of your work.\n\n#persistentWeb #longWeb #LongNow\n\nThis is post 10 of #100PostsOfIndieWeb. #100Posts\n\n\u2190 https://tantek.com/2024/035/t2/indiewebcamp-brighton-tickets-available\n\u2192 \ud83d\udd2e\n\n\nPost glossary:\n\nAPI (Application Programming Interface)\n\u00a0 https://indieweb.org/API\nBluesky\n\u00a0 https://indieweb.org/Bluesky\nBridgy\n\u00a0 https://brid.gy/\nBridgy Fed\n\u00a0 https://fed.brid.gy/\nccTLD (country-code top level domain)\n\u00a0 https://indieweb.org/ccTLD\ncurlable\n\u00a0 https://indieweb.org/curlable\ndeclarative web\n\u00a0 https://www.mozilla.org/en-US/about/webvision/full/#thedeclarativeweb\nInternet Archive\n\u00a0 https://archive.org/\njs;dr (JavaScript required; Didn\u2019t Read)\n\u00a0 https://tantek.com/2015/069/t1/js-dr-javascript-required-dead\nJSON\n\u00a0 https://indieweb.org/JSON\nlongevity\n\u00a0 https://indieweb.org/longevity\nMastodon\n\u00a0 https://indieweb.org/Mastodon\nmetaformats\n\u00a0 https://microformats.org/wiki/metaformats\npermalink\n\u00a0 https://indieweb.org/permalink\nprinciples in the IndieWeb community\n\u00a0 https://indieweb.org/principles\nprogressive enhancement\n\u00a0 https://indieweb.org/progressive_enhancement\nreply\n\u00a0 https://indieweb.org/reply\nreply-context\n\u00a0 https://indieweb.org/reply-context\nrobots.txt\n\u00a0 https://indieweb.org/robots_txt\nsocial media\n\u00a0 https://indieweb.org/social_media\nsilo\n\u00a0 https://indieweb.org/silo\nView Source\n\u00a0 https://firefox-source-docs.mozilla.org/devtools-user/view_source/index.html\n\n\n\u00b9 https://chat.indieweb.org/2024-02-13#t1707845454695700\n\u00b2 https://indieweb.org/site-deaths",
"html": "A couple of days ago in an informal discussion in the #<span class=\"p-category\">indieweb</span> chat channel about how different people view #<span class=\"p-category\">Mastodon</span>, the #<span class=\"p-category\">fediverse</span>, or #<span class=\"p-category\">Bluesky</span>, and services like #<span class=\"p-category\">Bridgy</span> & #<span class=\"p-category\">BridgyFed</span> quite differently, I noted<a href=\"https://tantek.com/#t5VU1_note-1\">\u00b9</a> that one big unspoken difference was how things on the web last over time, from the traditional persistent web, vs the newer and growing ephemeral web.<br /><br />There is the publicly viewable #<span class=\"p-category\">OpenWeb</span> that many of us take for granted, meaning the web that is persistent, that lasts over time, and thanks to being #<span class=\"p-category\">curlable</span>, that the Internet Archive archives, and that a plurality of search engines see and index (robots.txt allowing). The HTML + CSS + media files declarative web.<br /><br />Then there are the https APIs that return JSON \"web\", the thing that I\u2019ve started calling the ephemeral web, the set of things that are here today, briefly, gone tomorrow. I\u2019ve previously used the more provocative phrase js;dr (JavaScript required, Didn\u2019t Read) for this #<span class=\"p-category\">ephemeralWeb</span>, yet like many things, it turns out there is a spectrum from ephemeral to persistent.<br /><br /><br />One popular example on that spectrum that\u2019s closer to the ephemeral edge is anything on a Mastodon server running v4 (or later as of this writing) of the software. (I\u2019m not bothering to discuss the examples of walled garden social media silos because I expect we will continue to see their demise<a href=\"https://tantek.com/#t5VU1_note-2\">\u00b2</a> over time.)<br /><br />For example, the Internet Archive version of the shutdown notice for the queer(.)af Mastodon server, is visibly blank:<br /><br /><a href=\"https://web.archive.org/web/20240112165635/https://queer.af/@postmaster/111733741786950083\">https://web.archive.org/web/20240112165635/https://queer.af/@postmaster/111733741786950083</a><br /><br />Note: only a single Internet Archive snapshot was made of that post.<br /><br />However if you View Source, you can find the entirety of that #<span class=\"p-category\">queerAF</span> post duplicated across a couple of invisible-to-the-user meta tags inside the raw HTML:<br /><br />\u00a0\"**TL;DR: Queer[.]AF will close on 2024-04-12** \u2026\" \u00a0<br /><br />[.] added to avoid linking to a dead domain.<br /><br />Note: such meta tags in js;dr pages were part of the motivation to specify metaformats.<br /><br />To be clear, the shutdown of queer(.)af was a tragedy and not the fault of the creators, administrators etc., but rather one of the unfortunate outcomes of using some ccTLDs, country-code top level domains, that risk sudden draconian rules, domain renewal price hikes, or other unpredictable risks due to the politics, turmoil, regime changes etc. of the countries that administrate such domains.<br /><br /><br />Nearly the entirety of every Mastodon server, every post, every reply, is ephemeral.<br /><br />When a Mastodon server shuts down, all its posts disappear from the surface of the web, forever.<br /><br />Perhaps internet archeologists of the future will discover such dead permalinks, check the Internet Archive, find apparent desolation, and a few of them will be curious enough to use View Source tools to unearth parts of those posts, unintentionally preserved inside ceremonial meta tags next to dead scripts disconnected from databases and an empty shell of a body. \u00a0 <br /><br />All reply-contexts of and replies to such posts and conversations lost, like threads unraveled from an ancient tapestry, scattered to the winds.<br /><br /><br />If you\u2019re reading this post in your Mastodon reader, on either the website of your Mastodon account, or in a proprietary native client application, you should be able to click through, perhaps on the date-time stamp displayed to you, to view the original post on my website, where it is served in relatively simple declarative HTML + CSS with a bit of progressive enhancement script.<br /><br />Because I serve declarative content, my posts are both findable across a variety of services & search engines, and archived by the Internet Archive. Even if my site goes down, snapshots or archives will be viewable elsewhere, with nearly the same fidelity of viewing them directly on my site.<br /><br />This design for longevity is both deliberate, and the default for which the web was designed. It\u2019s also one of the explicit principles in the IndieWeb community.<br /><br />If that resonates with you, if creating, writing, & building things that last matter to you, choose web tools, services, and software that support the persistence & longevity of your work.<br /><br />#<span class=\"p-category\">persistentWeb</span> #<span class=\"p-category\">longWeb</span> #<span class=\"p-category\">LongNow</span><br /><br />This is post 10 of #<span class=\"p-category\">100PostsOfIndieWeb</span>. #<span class=\"p-category\">100Posts</span><br /><br />\u2190 <a href=\"https://tantek.com/2024/035/t2/indiewebcamp-brighton-tickets-available\">https://tantek.com/2024/035/t2/indiewebcamp-brighton-tickets-available</a><br />\u2192 \ud83d\udd2e<br /><br /><br />Post glossary:<br /><br />API (Application Programming Interface)<br />\u00a0 <a href=\"https://indieweb.org/API\">https://indieweb.org/API</a><br />Bluesky<br />\u00a0 <a href=\"https://indieweb.org/Bluesky\">https://indieweb.org/Bluesky</a><br />Bridgy<br />\u00a0 <a href=\"https://brid.gy/\">https://brid.gy/</a><br />Bridgy Fed<br />\u00a0 <a href=\"https://fed.brid.gy/\">https://fed.brid.gy/</a><br />ccTLD (country-code top level domain)<br />\u00a0 <a href=\"https://indieweb.org/ccTLD\">https://indieweb.org/ccTLD</a><br />curlable<br />\u00a0 <a href=\"https://indieweb.org/curlable\">https://indieweb.org/curlable</a><br />declarative web<br />\u00a0 <a href=\"https://www.mozilla.org/en-US/about/webvision/full/#thedeclarativeweb\">https://www.mozilla.org/en-US/about/webvision/full/#thedeclarativeweb</a><br />Internet Archive<br />\u00a0 <a href=\"https://archive.org/\">https://archive.org/</a><br />js;dr (JavaScript required; Didn\u2019t Read)<br />\u00a0 <a href=\"https://tantek.com/2015/069/t1/js-dr-javascript-required-dead\">https://tantek.com/2015/069/t1/js-dr-javascript-required-dead</a><br />JSON<br />\u00a0 <a href=\"https://indieweb.org/JSON\">https://indieweb.org/JSON</a><br />longevity<br />\u00a0 <a href=\"https://indieweb.org/longevity\">https://indieweb.org/longevity</a><br />Mastodon<br />\u00a0 <a href=\"https://indieweb.org/Mastodon\">https://indieweb.org/Mastodon</a><br />metaformats<br />\u00a0 <a href=\"https://microformats.org/wiki/metaformats\">https://microformats.org/wiki/metaformats</a><br />permalink<br />\u00a0 <a href=\"https://indieweb.org/permalink\">https://indieweb.org/permalink</a><br />principles in the IndieWeb community<br />\u00a0 <a href=\"https://indieweb.org/principles\">https://indieweb.org/principles</a><br />progressive enhancement<br />\u00a0 <a href=\"https://indieweb.org/progressive_enhancement\">https://indieweb.org/progressive_enhancement</a><br />reply<br />\u00a0 <a href=\"https://indieweb.org/reply\">https://indieweb.org/reply</a><br />reply-context<br />\u00a0 <a href=\"https://indieweb.org/reply-context\">https://indieweb.org/reply-context</a><br />robots.txt<br />\u00a0 <a href=\"https://indieweb.org/robots_txt\">https://indieweb.org/robots_txt</a><br />social media<br />\u00a0 <a href=\"https://indieweb.org/social_media\">https://indieweb.org/social_media</a><br />silo<br />\u00a0 <a href=\"https://indieweb.org/silo\">https://indieweb.org/silo</a><br />View Source<br />\u00a0 <a href=\"https://firefox-source-docs.mozilla.org/devtools-user/view_source/index.html\">https://firefox-source-docs.mozilla.org/devtools-user/view_source/index.html</a><br /><br /><br /><a href=\"https://tantek.com/#t5VU1_ref-1\">\u00b9</a> <a href=\"https://chat.indieweb.org/2024-02-13#t1707845454695700\">https://chat.indieweb.org/2024-02-13#t1707845454695700</a><br /><a href=\"https://tantek.com/#t5VU1_ref-2\">\u00b2</a> <a href=\"https://indieweb.org/site-deaths\">https://indieweb.org/site-deaths</a>"
},
"author": {
"type": "card",
"name": "Tantek \u00c7elik",
"url": "https://tantek.com/",
"photo": "https://tantek.com/photo.jpg"
},
"post-type": "note",
"_id": "40298587",
"_source": "2460"
}
Hard to believe it’s been 20 years of iterating and evolving microformats, to #microformats2, growing adoption as #IndieWeb building blocks, distributed verification (those green checkmarks) in #Mastodon and across the #fediverse, and implementing metaformats parsing to standardize parsing various meta tags for link previews into equivalent microformats2.
From last year’s activity, it’s clear there’s more use-cases, implementer interest, and community activity than ever. Looking forward to seeing what we can build in 2024.
{
"type": "entry",
"published": "2024-02-13 22:03-0800",
"url": "https://tantek.com/2024/044/t1/twenty-years-microformats-updates",
"category": [
"microformats",
"metaformats",
"microformats2",
"IndieWeb",
"Mastodon",
"fediverse"
],
"content": {
"text": "Twenty years and two days ago, @KevinMarks.com (@KevinMarks@xoxo.zone @KevinMarks) and I introduced #microformats in a conference presentation.\n\nI wrote a long retrospective last year: https://tantek.com/2023/047/t1/nineteen-years-microformats\n\nSince that post nearly a year ago, here are the top three updates & interesting developments in microformats:\n\n1. Growing rel=me adoption for distributed verification (\u2705 in Mastodon etc.)\n\u00a0* Wikipedia: https://tantek.com/2023/139/t1/wikipedia-supports-indieweb-rel-me\n\u00a0* Threads: https://tantek.com/2023/234/t1/threads-supports-indieweb-rel-me\n\u00a0* omg.lol profile links by default: https://home.omg.lol/info/profile-items\n\n2. A proposal to merge h-review into h-entry, since reviews are in practice always entries with a bit more information:\n\u00a0* https://github.com/microformats/h-entry/issues/32\n\u00a0\n3. #metaformats adoptions, implementations, and iteration\n\u00a0* There was growing practical interest in metaformats, so I updated the spec accordingly\n\u00a0* A half dozen implementations shipped: https://indieweb.org/metaformats#IndieWeb_Examples\n\u00a0* Active discussion for evolving metaformats to support more real world use-cases: https://github.com/microformats/metaformats/issues\n\nHard to believe it\u2019s been 20 years of iterating and evolving microformats, to #microformats2, growing adoption as #IndieWeb building blocks, distributed verification (those green checkmarks) in #Mastodon and across the #fediverse, and implementing metaformats parsing to standardize parsing various meta tags for link previews into equivalent microformats2.\n\nFrom last year\u2019s activity, it\u2019s clear there\u2019s more use-cases, implementer interest, and community activity than ever. \u00a0Looking forward to seeing what we can build in 2024.\n\n\nPost Glossary\n\nh-entry\n\u00a0 https://microformats.org/wiki/h-entry\nh-review\n\u00a0 https://microformats.org/wiki/h-review\nlink-preview\n\u00a0 https://indieweb.org/link-preview\nmetaformats\n\u00a0 https://microformats.org/wiki/metaformats\nmicroformats\n\u00a0 https://microformats.org/wiki/\nmicroformats2\n\u00a0 https://microformats.org/wiki/microformats2\nrel-me\n\u00a0 https://microformats.org/wiki/rel-me",
"html": "Twenty years and two days ago, <a href=\"https://KevinMarks.com\">@KevinMarks.com</a> (<a href=\"https://xoxo.zone/@KevinMarks\">@KevinMarks@xoxo.zone</a> <a class=\"h-cassis-username\" href=\"https://twitter.com/KevinMarks\">@KevinMarks</a>) and I introduced #<span class=\"p-category\">microformats</span> in a conference presentation.<br /><br />I wrote a long retrospective last year: <a href=\"https://tantek.com/2023/047/t1/nineteen-years-microformats\">https://tantek.com/2023/047/t1/nineteen-years-microformats</a><br /><br />Since that post nearly a year ago, here are the top three updates & interesting developments in microformats:<br /><br />1. Growing rel=me adoption for distributed verification (\u2705 in Mastodon etc.)<br />\u00a0* Wikipedia: <a href=\"https://tantek.com/2023/139/t1/wikipedia-supports-indieweb-rel-me\">https://tantek.com/2023/139/t1/wikipedia-supports-indieweb-rel-me</a><br />\u00a0* Threads: <a href=\"https://tantek.com/2023/234/t1/threads-supports-indieweb-rel-me\">https://tantek.com/2023/234/t1/threads-supports-indieweb-rel-me</a><br />\u00a0* <a href=\"http://omg.lol\">omg.lol</a> profile links by default: <a href=\"https://home.omg.lol/info/profile-items\">https://home.omg.lol/info/profile-items</a><br /><br />2. A proposal to merge h-review into h-entry, since reviews are in practice always entries with a bit more information:<br />\u00a0* <a href=\"https://github.com/microformats/h-entry/issues/32\">https://github.com/microformats/h-entry/issues/32</a><br />\u00a0<br />3. #<span class=\"p-category\">metaformats</span> adoptions, implementations, and iteration<br />\u00a0* There was growing practical interest in metaformats, so I updated the spec accordingly<br />\u00a0* A half dozen implementations shipped: <a href=\"https://indieweb.org/metaformats#IndieWeb_Examples\">https://indieweb.org/metaformats#IndieWeb_Examples</a><br />\u00a0* Active discussion for evolving metaformats to support more real world use-cases: <a href=\"https://github.com/microformats/metaformats/issues\">https://github.com/microformats/metaformats/issues</a><br /><br />Hard to believe it\u2019s been 20 years of iterating and evolving microformats, to #<span class=\"p-category\">microformats2</span>, growing adoption as #<span class=\"p-category\">IndieWeb</span> building blocks, distributed verification (those green checkmarks) in #<span class=\"p-category\">Mastodon</span> and across the #<span class=\"p-category\">fediverse</span>, and implementing metaformats parsing to standardize parsing various meta tags for link previews into equivalent microformats2.<br /><br />From last year\u2019s activity, it\u2019s clear there\u2019s more use-cases, implementer interest, and community activity than ever. \u00a0Looking forward to seeing what we can build in 2024.<br /><br /><br />Post Glossary<br /><br />h-entry<br />\u00a0 <a href=\"https://microformats.org/wiki/h-entry\">https://microformats.org/wiki/h-entry</a><br />h-review<br />\u00a0 <a href=\"https://microformats.org/wiki/h-review\">https://microformats.org/wiki/h-review</a><br />link-preview<br />\u00a0 <a href=\"https://indieweb.org/link-preview\">https://indieweb.org/link-preview</a><br />metaformats<br />\u00a0 <a href=\"https://microformats.org/wiki/metaformats\">https://microformats.org/wiki/metaformats</a><br />microformats<br />\u00a0 <a href=\"https://microformats.org/wiki/\">https://microformats.org/wiki/</a><br />microformats2<br />\u00a0 <a href=\"https://microformats.org/wiki/microformats2\">https://microformats.org/wiki/microformats2</a><br />rel-me<br />\u00a0 <a href=\"https://microformats.org/wiki/rel-me\">https://microformats.org/wiki/rel-me</a>"
},
"author": {
"type": "card",
"name": "Tantek \u00c7elik",
"url": "https://tantek.com/",
"photo": "https://tantek.com/photo.jpg"
},
"post-type": "note",
"_id": "40288901",
"_source": "2460"
}
{
"type": "entry",
"author": {
"name": "Jared White",
"url": "https://jaredwhite.com/",
"photo": null
},
"url": "https://jaredwhite.com/videos/20240213/midsummer-adventures-at-mt-hood",
"published": "2024-02-13T20:48:14-08:00",
"content": {
"html": "<img alt=\"\" src=\"https://res.cloudinary.com/mariposta/image/upload/w_1200,c_limit,q_65/Midsummer_Adventures_at_Mt._Hood_rrdwhd.jpg\" /><p>You can rarely go wrong visiting the tallest mountain in Oregon and a true jewel of the Cascades: Mt. Hood. This time, I visited in August 2023, taking the ski lifts up the slope from Timberline Lodge and then hiking back down while enjoying the epic views. Then I dropped by Trillium Lake for the first time. Wow! This location was definitely worth the hype. Gotta go back\u2026</p>\n<p><a href=\"https://jaredwhite.com/videos/20240213/midsummer-adventures-at-mt-hood\">Watch the Video Here</a></p>",
"text": "You can rarely go wrong visiting the tallest mountain in Oregon and a true jewel of the Cascades: Mt. Hood. This time, I visited in August 2023, taking the ski lifts up the slope from Timberline Lodge and then hiking back down while enjoying the epic views. Then I dropped by Trillium Lake for the first time. Wow! This location was definitely worth the hype. Gotta go back\u2026\nWatch the Video Here"
},
"name": "Video: Midsummer Adventures at Mt. Hood",
"post-type": "article",
"_id": "40283135",
"_source": "2783"
}
Hard to believe it’s been 20 years of iterating and evolving microformats, to #microformats2, growing adoption as #IndieWeb building blocks, distributed verification (those green checkmarks) in #Mastodon and across the #fediverse, and implementing metaformats parsing to standardize parsing various meta tags for link previews into equivalent microformats2.
From last year’s activity, it’s clear there’s more use-cases, implementer interest, and community activity than ever. Looking forward to seeing what we can build in 2024.
{
"type": "entry",
"published": "2024-02-13 22:03-0800",
"url": "https://tantek.com/2024/044/t1/twenty-years-microformats",
"category": [
"microformats",
"metaformats",
"microformats2",
"IndieWeb",
"Mastodon",
"fediverse"
],
"content": {
"text": "Twenty years and two days ago, @KevinMarks.com (@KevinMarks@xoxo.zone @KevinMarks) and I introduced #microformats in a conference presentation.\n\nI wrote a long retrospective last year: https://tantek.com/2023/047/t1/nineteen-years-microformats\n\nSince that update nearly a year ago, here are the top three interesting developments in microformats:\n\n1. Growing rel=me adoption for distributed verification:\n\u00a0* Wikipedia: https://tantek.com/2023/139/t1/wikipedia-supports-indieweb-rel-me\n\u00a0* Threads: https://tantek.com/2023/234/t1/threads-supports-indieweb-rel-me\n\u00a0* omg.lol profile links by default: https://home.omg.lol/info/profile-items\n\n2. A proposal to merge h-review into h-entry, since reviews are in practice always entries with a bit more information:\n\u00a0* https://github.com/microformats/h-entry/issues/32\n\u00a0\n3. #metaformats adoptions, implementations, and iteration\n\u00a0* There was growing practical interest in metaformats, so I updated the spec accordingly\n\u00a0* A half dozen implementations shipped: https://indieweb.org/metaformats#IndieWeb_Examples\n\u00a0* Active discussion for evolving metaformats to support more real world use-cases: https://github.com/microformats/metaformats/issues\n\nHard to believe it\u2019s been 20 years of iterating and evolving microformats, to #microformats2, growing adoption as #IndieWeb building blocks, distributed verification (those green checkmarks) in #Mastodon and across the #fediverse, and implementing metaformats parsing to standardize parsing various meta tags for link previews into equivalent microformats2.\n\nFrom last year\u2019s activity, it\u2019s clear there\u2019s more use-cases, implementer interest, and community activity than ever. \u00a0Looking forward to seeing what we can build in 2024.\n\n\nPost Glossary\n\nh-entry\n\u00a0 https://microformats.org/wiki/h-entry\nh-review\n\u00a0 https://microformats.org/wiki/h-review\nlink-preview\n\u00a0 https://indieweb.org/link-preview\nmetaformats\n\u00a0 https://microformats.org/wiki/metaformats\nmicroformats\n\u00a0 https://microformats.org/wiki/\nmicroformats2\n\u00a0 https://microformats.org/wiki/microformats2\nrel-me\n\u00a0 https://microformats.org/wiki/rel-me",
"html": "Twenty years and two days ago, <a href=\"https://KevinMarks.com\">@KevinMarks.com</a> (<a href=\"https://xoxo.zone/@KevinMarks\">@KevinMarks@xoxo.zone</a> <a class=\"h-cassis-username\" href=\"https://twitter.com/KevinMarks\">@KevinMarks</a>) and I introduced #<span class=\"p-category\">microformats</span> in a conference presentation.<br /><br />I wrote a long retrospective last year: <a href=\"https://tantek.com/2023/047/t1/nineteen-years-microformats\">https://tantek.com/2023/047/t1/nineteen-years-microformats</a><br /><br />Since that update nearly a year ago, here are the top three interesting developments in microformats:<br /><br />1. Growing rel=me adoption for distributed verification:<br />\u00a0* Wikipedia: <a href=\"https://tantek.com/2023/139/t1/wikipedia-supports-indieweb-rel-me\">https://tantek.com/2023/139/t1/wikipedia-supports-indieweb-rel-me</a><br />\u00a0* Threads: <a href=\"https://tantek.com/2023/234/t1/threads-supports-indieweb-rel-me\">https://tantek.com/2023/234/t1/threads-supports-indieweb-rel-me</a><br />\u00a0* <a href=\"http://omg.lol\">omg.lol</a> profile links by default: <a href=\"https://home.omg.lol/info/profile-items\">https://home.omg.lol/info/profile-items</a><br /><br />2. A proposal to merge h-review into h-entry, since reviews are in practice always entries with a bit more information:<br />\u00a0* <a href=\"https://github.com/microformats/h-entry/issues/32\">https://github.com/microformats/h-entry/issues/32</a><br />\u00a0<br />3. #<span class=\"p-category\">metaformats</span> adoptions, implementations, and iteration<br />\u00a0* There was growing practical interest in metaformats, so I updated the spec accordingly<br />\u00a0* A half dozen implementations shipped: <a href=\"https://indieweb.org/metaformats#IndieWeb_Examples\">https://indieweb.org/metaformats#IndieWeb_Examples</a><br />\u00a0* Active discussion for evolving metaformats to support more real world use-cases: <a href=\"https://github.com/microformats/metaformats/issues\">https://github.com/microformats/metaformats/issues</a><br /><br />Hard to believe it\u2019s been 20 years of iterating and evolving microformats, to #<span class=\"p-category\">microformats2</span>, growing adoption as #<span class=\"p-category\">IndieWeb</span> building blocks, distributed verification (those green checkmarks) in #<span class=\"p-category\">Mastodon</span> and across the #<span class=\"p-category\">fediverse</span>, and implementing metaformats parsing to standardize parsing various meta tags for link previews into equivalent microformats2.<br /><br />From last year\u2019s activity, it\u2019s clear there\u2019s more use-cases, implementer interest, and community activity than ever. \u00a0Looking forward to seeing what we can build in 2024.<br /><br /><br />Post Glossary<br /><br />h-entry<br />\u00a0 <a href=\"https://microformats.org/wiki/h-entry\">https://microformats.org/wiki/h-entry</a><br />h-review<br />\u00a0 <a href=\"https://microformats.org/wiki/h-review\">https://microformats.org/wiki/h-review</a><br />link-preview<br />\u00a0 <a href=\"https://indieweb.org/link-preview\">https://indieweb.org/link-preview</a><br />metaformats<br />\u00a0 <a href=\"https://microformats.org/wiki/metaformats\">https://microformats.org/wiki/metaformats</a><br />microformats<br />\u00a0 <a href=\"https://microformats.org/wiki/\">https://microformats.org/wiki/</a><br />microformats2<br />\u00a0 <a href=\"https://microformats.org/wiki/microformats2\">https://microformats.org/wiki/microformats2</a><br />rel-me<br />\u00a0 <a href=\"https://microformats.org/wiki/rel-me\">https://microformats.org/wiki/rel-me</a>"
},
"author": {
"type": "card",
"name": "Tantek \u00c7elik",
"url": "https://tantek.com/",
"photo": "https://tantek.com/photo.jpg"
},
"post-type": "note",
"_id": "40280052",
"_source": "2460"
}
{
"type": "entry",
"author": {
"name": null,
"url": "https://herestomwiththeweather.com/",
"photo": null
},
"url": "https://herestomwiththeweather.com/2024/02/10/phishing-mitigation-for-mastodon.social/",
"published": "2024-02-10T15:55:35+00:00",
"content": {
"html": "<p>When a person is already logged into a <a href=\"https://en.wikipedia.org/wiki/Mastodon_(social_network)\">mastodon</a> instance, if they visit some pages on their instance associated with a user from another server, they are not redirected to the remote server because it is easier to interact with the remote user with their existing local session. However, if a person without an account is just visiting or they have an account but are logged out, mastodon redirects them to the remote server presumably because mastodon doesn\u2019t know whether they have a local account and visiting the remote server will have the complete and authoritative data for that remote user.</p>\n\n<p>A welcome update to <a href=\"https://mastodon.social/\">mastodon.social</a> (included in 4.3.0-nightly) is a <a href=\"https://mastodon.social/@Gargron/111908524315478487\">warning</a> presented to visitors or logged out users before mastodon redirects them to a remote server for the original page. The <a href=\"https://github.com/mastodon/mastodon/commit/b19ae521b7d28a76e8e1d8da8157e051e9d8de6c\">code</a> for <a href=\"https://github.com/mastodon/mastodon/pull/27792\">Add confirmation when redirecting logged-out requests to permalink</a> is particularly relevant to mastodon.social compared to other fediverse instances as mastodon.social has become a relatively big target for phishing. It\u2019s a good bet that if someone is navigating the fediverse that their account is on mastodon.social. So, if an arbitrary victim is logged out of their mastodon.social account and visits a mastodon.social page belonging to the attacker, prior to this mitigation, mastodon.social would automatically redirect the victim to the attacker\u2019s page which might be a fake login form to trick the victim into submitting their login credentials to the attacker\u2019s site. Unfortunately, a significant percentage of people will submit the form.</p>\n\n<p>One could imagine mastodon.social maintaining a list of trusted servers for automatic redirects but that would be an undesirable hornet\u2019s nest and it\u2019s not a bad thing when web surfers are conscious of the trust boundaries on the web.</p>",
"text": "When a person is already logged into a mastodon instance, if they visit some pages on their instance associated with a user from another server, they are not redirected to the remote server because it is easier to interact with the remote user with their existing local session. However, if a person without an account is just visiting or they have an account but are logged out, mastodon redirects them to the remote server presumably because mastodon doesn\u2019t know whether they have a local account and visiting the remote server will have the complete and authoritative data for that remote user.\n\nA welcome update to mastodon.social (included in 4.3.0-nightly) is a warning presented to visitors or logged out users before mastodon redirects them to a remote server for the original page. The code for Add confirmation when redirecting logged-out requests to permalink is particularly relevant to mastodon.social compared to other fediverse instances as mastodon.social has become a relatively big target for phishing. It\u2019s a good bet that if someone is navigating the fediverse that their account is on mastodon.social. So, if an arbitrary victim is logged out of their mastodon.social account and visits a mastodon.social page belonging to the attacker, prior to this mitigation, mastodon.social would automatically redirect the victim to the attacker\u2019s page which might be a fake login form to trick the victim into submitting their login credentials to the attacker\u2019s site. Unfortunately, a significant percentage of people will submit the form.\n\nOne could imagine mastodon.social maintaining a list of trusted servers for automatic redirects but that would be an undesirable hornet\u2019s nest and it\u2019s not a bad thing when web surfers are conscious of the trust boundaries on the web."
},
"name": "Phishing Mitigation for Mastodon.social",
"post-type": "article",
"_id": "40250824",
"_source": "246"
}
{
"type": "entry",
"published": "2024-02-10T12:02:03-08:00",
"url": "https://aaronparecki.com/2024/02/10/8/kittens",
"category": [
"kittens"
],
"content": {
"text": "If kittens eat twice as much as adult cats, why does their food come in cans that are half the size? \ud83e\udd28",
"html": "If kittens eat twice as much as adult cats, why does their food come in cans that are half the size? <a href=\"https://aaronparecki.com/emoji/%F0%9F%A4%A8\">\ud83e\udd28</a>"
},
"author": {
"type": "card",
"name": "Aaron Parecki",
"url": "https://aaronparecki.com/",
"photo": "https://aperture-media.p3k.io/aaronparecki.com/41061f9de825966faa22e9c42830e1d4a614a321213b4575b9488aa93f89817a.jpg"
},
"post-type": "note",
"_id": "40248687",
"_source": "16"
}
{
"type": "entry",
"published": "2024-02-10T09:33:37-08:00",
"url": "https://nadreck.me/2024/02/durable-pseudonyms/",
"category": [
"social-computing",
"identity",
"social-media"
],
"name": "Durable Pseudonyms",
"content": {
"text": "An interesting piece by Alfred Moore over at The Conversation talking about \u201cOnline anonymity: study found \u2018stable pseudonyms\u2019 created a more civil environment than real user names\u201c. This hearkens back to a lot of thoughts I had about online identity back in the day \u2013 it\u2019s interesting to see newer studies examining the space. The basic gist is that when comparing online discourse using real-life names, pseudonyms, or \u201cdurable pseudonyms\u201d, stable pseudonyms led to notably more civil discussion.\n\n\n\n\nOur results suggest that the quality of comments was highest in the middle phase. There was a great improvement after the shift from easy or disposable anonymity to what we call \u201cdurable pseudonyms\u201d. But instead of improving further after the shift to the real-name phase, the quality of comments actually got worse \u2013 not as bad as in the first phase, but still worse\u00a0by our measure.\nAlfred Moore\n\n\n\n\nThis makes sense to me! I couldn\u2019t tell you why a stable pseudonym ends up hitting the sweet spot, but anecdotally, it matches my experiences. There needs to be enough friction to spinning up a new account that folks are reluctant to do it just to talk trash, but not so heavy a process that no one will sign up. Sounds like the study authors are not 100% sure why, either, though they have some hypotheses:\n\n\n\n\nWe don\u2019t know exactly what explains our results, but one possibility is that under durable pseudonyms the users orient their comments primarily at their fellow commentators as an audience. They then perhaps develop a concern for their own reputation within that forum, as has been\u00a0suggested elsewhere.\nAlfred Moore",
"html": "<p>An interesting piece by Alfred Moore over at <a href=\"https://theconversation.com/\">The Conversation</a> talking about \u201c<a href=\"https://theconversation.com/online-anonymity-study-found-stable-pseudonyms-created-a-more-civil-environment-than-real-user-names-171374\">Online anonymity: study found \u2018stable pseudonyms\u2019 created a more civil environment than real user names</a>\u201c. This hearkens back to a lot of thoughts I had about online identity back in the day \u2013 it\u2019s interesting to see newer studies examining the space. The basic gist is that when comparing online discourse using real-life names, pseudonyms, or \u201cdurable pseudonyms\u201d, stable pseudonyms led to notably more civil discussion.</p>\n\n\n\n<blockquote>\n<p>Our results suggest that the quality of comments was highest in the middle phase. There was a great improvement after the shift from easy or disposable anonymity to what we call \u201cdurable pseudonyms\u201d. But instead of improving further after the shift to the real-name phase, the quality of comments actually got worse \u2013 not as bad as in the first phase, but still worse\u00a0<a href=\"https://journals.sagepub.com/doi/full/10.1177/0032321719891385\">by our measure</a>.</p>\nAlfred Moore\n</blockquote>\n\n\n\n<p>This makes sense to me! I couldn\u2019t tell you <em>why</em> a stable pseudonym ends up hitting the sweet spot, but anecdotally, it matches my experiences. There needs to be enough friction to spinning up a new account that folks are reluctant to do it just to talk trash, but not so heavy a process that no one will sign up. Sounds like the study authors are not 100% sure why, either, though they have some hypotheses:</p>\n\n\n\n<blockquote>\n<p>We don\u2019t know exactly what explains our results, but one possibility is that under durable pseudonyms the users orient their comments primarily at their fellow commentators as an audience. They then perhaps develop a concern for their own reputation within that forum, as has been\u00a0<a href=\"https://onlinelibrary.wiley.com/doi/abs/10.1111/j.1430-9134.2001.00173.x\">suggested elsewhere</a>.</p>\nAlfred Moore\n</blockquote>"
},
"author": {
"type": "card",
"name": "Nadreck",
"url": "http://nadreck.me",
"photo": null
},
"post-type": "article",
"_id": "40247415",
"_source": "2935"
}
{
"type": "entry",
"published": "2024-02-09T01:45:49-08:00",
"url": "https://beesbuzz.biz/blog/6829-Bigscreen-Beyond-day-2",
"name": "Bigscreen Beyond day 2",
"content": {
"text": "I wasn\u2019t planning on getting into VR tonight but I ended up doing it anyway.\n\nThe Bigscreen folks suggested washing the facial interface gasket with soapy water, and that seems to have fixed the skin irritation. So there must have just been some residue left over.\n\nI also printed a Vive DAS adapter so now I have a much easier time putting the headset on and setting up the audio and so on. It ends up not sitting on my head quite right, though, and adjusting the fit to my eyes is a little more fiddly. Unfortunately the design of the BSB doesn\u2019t make it easy to put on a top support strap (the DAS adapter has a little dealybop for the DAS\u2019s top strap but I couldn\u2019t get it to stay attached with double-sided tape and I\u2019m not yet willing to use permanent adhesive) so my choices are either off-axis lenses or having it so tight it gives me a headache.\n\nI also ended up removing the lens inserts for now, and I\u2019ll wait for the QC-passing ones to arrive.\n\nEverything is just so sharp now. I like it.",
"html": "<p>I wasn\u2019t planning on getting into VR tonight but I ended up doing it anyway.</p><p>The Bigscreen folks suggested washing the facial interface gasket with soapy water, and that seems to have fixed the skin irritation. So there must have just been some residue left over.</p><p>I also printed a <a href=\"https://www.printables.com/model/692982-bigscreen-beyond-to-vive-deluxe-audio-strap-kit-v2\">Vive DAS adapter</a> so now I have a much easier time putting the headset on and setting up the audio and so on. It ends up not sitting on my head quite right, though, and adjusting the fit to my eyes is a little more fiddly. Unfortunately the design of the BSB doesn\u2019t make it easy to put on a top support strap (the DAS adapter has a little dealybop for the DAS\u2019s top strap but I couldn\u2019t get it to stay attached with double-sided tape and I\u2019m not yet willing to use permanent adhesive) so my choices are either off-axis lenses or having it so tight it gives me a headache.</p><p>I also ended up removing the lens inserts for now, and I\u2019ll wait for the QC-passing ones to arrive.</p><p>Everything is just so <em>sharp</em> now. I like it.</p>"
},
"author": {
"type": "card",
"name": "fluffy",
"url": "https://beesbuzz.biz/",
"photo": "https://beesbuzz.biz/static/headshot.jpg"
},
"post-type": "article",
"_id": "40244918",
"_source": "2778"
}
