💾 Archived View for jb55.com › ward.asia.wiki.org › mobile-activity-feed captured on 2021-12-04 at 18:04:22. Gemini links have been rewritten to link to archived content
-=-=-=-=-=-=-
Here we suggest a mobile-first application that might drive our client-side to be more mobile friendly. We had considered a vertical lineup before but that was really bringing existing thinking to a new format. Think bigger.
See Flutter Client
It might be evil but it is what has come to mind: Federated Wiki News Feed.
This program would create a mobile experience somewhat like Twitter or Facebook. It would include an algorithm that selects contents of interest to each registered user with a latency measured in minutes, not hours or days. User interactions with the algorithm would be restricted to favorite and block. Items in the feed's "timeline" would look like a continuously evolving search result.
A more advanced Feed might let you respond to any observed item with mobile text that goes into a forked copy of the page. Multiple people watching the same feed would then find that they almost have a chat system.
The thing that makes this a mobile experiment is that the index.html implementation can effectively browse on a small screen with a mixture of familiar "legacy" item types and maybe a few specific to this application.
The thing that makes this an outpost is the algorithm that creates the user specific feed from frequent federation scrapes, at least once an hour, and then much faster for sites known to be actively changed.
It wouldn't actually be evil because any community could run their own outpost and configure the algorithm to meet their needs. Forks from these outposts would follow our usual open conventions.
It might be a good time to explore mobile friendly css because we have yet to build a new legacy there and the custom element approach gives us more css modularity.