Now that the old Hexbear fork has been officially abandoned, this community will be used as a space for meta-discussion on the site itself.
Canvas is starting in 4 days from time of post on the 12th of July. looks like they did it last year, too (see thumbnail).
i can't find any discussion on it on Hexbear, so i'm assuming this hasn't been properly discussed before. i think it would be really cool imo and we could do what was happening on PixelCanvas but w/ more Hexbear stuff ig
This is clearly the superior way to post
db0 and Unruffled have both been banned for reactionary behavior and, in the case of the former, DM harassment.
Due to these irreconcilable differences we thought it only right to allow the community to weigh in on defederating immediately.
According to this person "tankie" is anyone that criticizes the privilege of white westerners in the imperial core who have been privileged and comfortable their entire lives off of the backs of colonized people.
Further context can be found in this thread
https://hexbear.net/post/2484423
As always, use 
to vote for federation and 
to vote for defederation.
How can I share an archived version of a WSJ journal article? I think the site is actively blocking archive sites but I'm not a tech person so I have no idea if that's true or not.
Example link - https://www.wsj.com/finance/stocks/tesla-stock-fans-not-selling-f45fec37
None of the archive sites listed under "url" work. After the page is saved...
Maybe this has been discussed before, so feel free to tell me to buz off if so. In the web UI, emojis are rendered at what appear to be a pretty normal size.
For example, this is rendering with a fixed width of 60px
Without the Emoji tag, however, this becomes a normal image.
This now renders at its full resolution of 129x120 pixels.
This is a pretty small deviation, but some of the emojis are much higher resolution.
Take the Kelly Emoji for example: 
It's pretty small at a fixed width of 60px; however, its full size is 393x268px.
The URL could be rendered using the thumbnail param but that isn't a clean looking rescale:
https://www.hexbear.net/pictrs/image/4130400e-bfdb-4b39-bee4-739802528a0f.png?thumbnail=60
vs
However, it does reduce the size of the file from 13kb to roughly 1kb.
For UI rendering, it would appear that the only important requirement is that your Markdown has a title/alt text that is emoji followed by an emoji name.
For users who are browsing from a mobile app, they will see a broken image. The UI replaces the rendered image tag, which should look like this:
<img src="https://www.hexbear.net/pictrs/image/4130400e-bfdb-4b39-bee4-739802528a0f.png" title="emoji kelly" alt="emoji kelly">
with this:
<img class="icon icon-emoji" src="https://www.hexbear.net/pictrs/image/4130400e-bfdb-4b39-bee4-739802528a0f.png" title="kelly" alt="kelly">
giving it the classes icon and icon-emoji which then apply some CSS rendering that sets the size to 60px
.icon-emoji {
width: 60px;
height: auto;
max-height: inherit;
}
Even though the UI is scaling these emojis down to a reasonable size, the site still delivers the full resolution file when rendering the page.
The impact of this becomes more apparent when you select the emoji picker. As you scroll through the emoji list, you are generating requests that can total up just over 100 MB of data transferred across just over 2500 files. Obviously, this is an extreme example, one that has more to do with the emoji picker's inefficiencies then anything else.
One of the other side effects (if it really matters to anyone) is that because LemmyUI injects the emoji image via identifying its tag name in the title property and replacing the image tag with the preformed img tag with resizing classes (url and everything), most mobile apps render the inline images at full resolution. It also opens up some shinanigans that I won't outline here, that you won't detect unless you're using a mobile app.
The matter of rendering size appears to be a known issue: https://github.com/LemmyNet/lemmy/issues/3520 or at least an issue that's been reported. I don't know what the ramifications would be in using the /images/process end point for every emoji inserted into a comment. Obviously, it wouldn't be worth it to use that endpoint to receive a resized file via the UI. It doesn't seem to be an endpoint you can call without some kind of authentication anyway. Not as simple as adding ?resize=60 to the end of the URL. If I had to guess, you would want to use that endpoint on upload to save the file at the approprate size. (I think that's how it should work anyway, pict-rs documentation is pretty... sparse).
Just something I've noticed and wanted to put out there to the wider hexbearian audience. I've yet to set up a dev environment for lemmy (it's on my growing list of things I'd like to tinker with); otherwise I'd probably look at this myself, since it could be a simple change (which I admit is a naive thought).
There are a few users on the site without pronouns now (other than "none/use name", I mean like there is no pronoun field at all)
Was considering writing a 
patch for this unless this is intended behavior now? I would have submitted a diff but I can't build lemmy on my system to test any changes :(
It seems like the patch would be pretty easy, there is already pronoun validation code it just needs to be applied when people try to update their username
This seems like a deviation from the path laid out for us by comrade TC69
What do you think?
