Xylight

Being grayed out means nothing

Looks to be 35b MoE and 9b dense

Very few lemmy instances actually proxy images, and this makes it impossible to run image transforms (compression and resizing). this leads to a lot of scenarios where some profile picture that gets rendered at 24x24px is actually downloading a full-size 4K image. additionally, you've connected to hundreds of domains in the process of scrolling your home feed, leaking your IP address to all of them.

i'm working on a centralized image proxy that solves these problems (though it's not locked into photon, it depends on environment variables). it'll roll out on phtn.app for now.

Comparison

Compact mode, loading 1 page on home feed

• Unproxied: 836 KB downloaded, 30 domains
• Proxied: 76 KB downloaded, 1 domain

• design: use common components for administration pages
• design: use common styles for vote buttons
• impr: add proper pageination to messages page, fix diffing desync
• feat: add autosubmit to URL autofill
• design: use Materials for highlights in comments
• fix: piefed poll vote api schema changes
• fix: markdown tables re-enable
• feat: add custom thumbnail option to PostForm
• feat: add piefed metadata generation
• design: redesign the profile block pages to not look awful
• fix: post polls causing a scroll to top
• feat: make comment guide borders clickable to collapse (like reddit)
• misc: skip client validation for linked instances
• feat: make command palette more obvious with a button in profile picture (ctrl + k guys) (or right click/hold on photon logo)

Full Changelog: https://github.com/Xyphyn/photon/compare/v2.2.1...v2.2.2

How do browser reading modes determine what is the main page content? They use different approaches and there’s no defined standard.

TLDR: after/if this is finished, Photon will support no-javascript usage a lot better with authentication and settings respected. It'll be more suitable as a default interface for Lemmy instances.

Photon currently is a client-side only app, with optional guest SSR. This works great as a web app, but not for SEO. While you can enable SSR for SEO, it is not authenticated and will lead to a flash of content from a guest user instead of your profile--making things clunky for actual users.

this pr aims to do the following:

• Rewrite app-side data to use a unified userHost object that can be filled with either data from a cookie, or localStorage.
• this will allow for a hybrid mode, where you can either use server-side user data or client-side user data.
• userHost data is stored in a JSON state, but can be loaded into reactive classes for the client/rendering.
• Instead of using global state in the form of profile or settings objects, use Svelte's getContext and setContext to access this data.
• Maintain a near-identical user experience for client-side instances, such as at phtn.app.

This will be relatively difficult, as I'll have to rewrite every instance of those globals being used, and I'll have to update all API calls to go through the server.

I'm using Arch currently and the following issues have been present on every install of Steam I've had:

• Controller inputs break constantly. If I use big picture mode, the games will be in some quasi state where it both detects my controller and doesn't.
• The menus take like 3 seconds to open.
• The right click menu in the system tray does not work 30% of the time.
• Worst of all, when I close a game, steam will not detect that it closes. Once this happens, no other page will load, no menus will open, and i have to killall steam -s SIGKILL, since no other signal works. It's also survived SIGKILL multiple times. How?
• In game, the shift+tab menu does not work; half the buttons are unresponsive and the game will crash upon closing shift+tab

The arch wiki had nothing on this.

Flatpak and native installs have the same problem, reinstallation does nothing, steam --reset does nothing.

These issues occur across multiple games with different engines.

It's very strange since I have a very generic system and most people seem to have great experiences.

It is recommended to install this update as soon as possible, it contains important security fixes.

What's Changed

• feat: add piefed polls and events
  • only supported on piefed v1.4.0 which isn't out yet
• feat: add piefed user notes
  • ditto
• feat: auto-detect server software type in login form
• impr: optimize theme css handling, decrease stylesheet size
• design: revolutionize modal animations by making them zoom out instead of zoom in
• feat: add a share target to the PWA
  • you can share a link with the app. it won't start a discussion with you unfortunately, instead it'll automatically convert the link to a photon compatible link (so you can open lemmy posts in the app)
• misc: enable sourcemaps in production for Transparency™
  • no security risk. in fact it improves security because you can see if the source code matches the actual photon source
• performance: optimize the virtualizer resizeobserver
• design: use EntityHeaders for instance and community cards
• design: make toasts look anywhere between 0% and 200% better
• design: improve the comment context UI, showing a +x more button and an all comments button
• fix: loading logo not appearing on firefox
• fix: separate password lengths on piefed and lemmy
• fix: make PostListShell parameters reactive to fix stubborn sorting
• impr: various behind-the-scenes improvements in codebase
• misc: make postbody collapse/expand button sticky so you dont have to scroll toe the bottom
• fix: moderation report id collisions

Full Changelog: https://github.com/Xyphyn/photon/compare/v2.1.1...v2.2.0

Interesting article shared with me about the way Wi-Fi location services work.