thundermuffin

No, the game's Java version's official title post-Microsoft acquisition of Mojang is Minecraft: Java Edition.

Maybe this[1] is the demo you were thinking of? It's what came to mind when reading this chain at least.

[1] https://x.com/wesbos/status/1727730566143803522

I hadn't paid much attention to their $5 deal, so I looked it up out of curiosity.

It's the same food but in smaller portions, which sounds more appealing to me. I wish more places had appropriately sized & priced portions of food instead of "here's 2500 calories and a drink with enough sugar to give you diabetes for $10".

Sometimes I get random cravings for certain fast foods, but I always feel like a sucker when I opt to get less food but pay almost the exact same. The idea of getting the bigger sizes of fast food and reheating leftovers makes my stomach churn a little, though, haha.

The largest difference is everyone who joins would be editing the code like it's a Google Doc instead of having a read-only view of the host's screen; you still end up having to join some kind of voice chat (unless maybe there's an IDE VOIP integration I don't know about in some of these tools!). I haven't used this specifically, so I can't say how well it pulls it off.

However, from the few times I've used VS Live Share, it has been helpful being able to join into someone's coding session and pair with their code directly. Both of us being able to highlight and tweak lines as we're talking did wonders to remove the "add x, no, sorry, not there, the next line/parameter/<item I referenced too vaguely>" or "show me y, now z, wait, go back to y" song and dance routines.

It's not necessarily a game changer for the way every person or team works, but as someone who has an easier time forming a mental model of everything happening when I'm "in" the code, there have been times I think it's saved a lot of back-and-forth compared to a traditional screen share.

Over the years, I've never seen a longer version. I thought CSPAN might have one, but searching for just "fred rogers" wasn't giving me any results pre-1980s. The PBS versions I've found are just the OP clip as well.

In my searches, I have seen one YouTube video that has a few seconds extra at the front[0], but I couldn't tell you if it's actually Senator Pastore screaming "shut up" or if the author sampled some random gavels and screaming, ha.

I'd love to see the full hearing just to get the context of how big of a shift Pastore really went through, but if CSPAN and PBS both don't have it, I feel it doesn't exist at this point.

[0] https://www.youtube.com/watch?v=-C5PMPIdG_Y

In my unqualified opinion, I would think having an iCloud account tied to the device that the person in possession of said device doesn't own shows "clear and compelling testimony or documentation to the contrary [of them being the rightful/current owner]". Although, I can see how others might argue it proves nothing; in the end, neither side is probably 100% correct in all of the scenarios, and it's all up to interpretation.

All I know for sure is I can say I'm glad I'm not a lawyer!

Maybe I'm misunderstanding your comment, but I'm reading it as saying if I can show I bought it at one point in time, then nothing else should matter, and they should unlock it for me. But I believe I must be missing something, because that proof of purchase doesn't necessarily prove it's my laptop after it's been locked by someone else's iCloud account.

For instance, I've given family my old laptops, and they setup their accounts after they take ownership of the device. The way I interpret your comment with regards to my scenario is that Apple should disregard the fact it is locked to their iCloud account and unlock it for me, because I can prove I was the original purchaser - even if they accidentally left it at my home or I steal it from their home.

Is that what you meant, that if I can give Apple a receipt then I am the de facto owner no matter what? Or am I just way off base?

I appreciate how the author has laid out how the calculation works and the pitfalls of CSS calc. It makes it very approachable for folks.

Has anyone seen a responsive type solution like this that doesn't break the "resize text" accessibility section of WCAG? [0] I would love to be able to use this style of responsiveness, but every time I've ever seen it there's always accessibility concerns or a piece of a blog post dedicated to how you'll still need to tweak and fine tune to meet the needs of less sighted users so it isn't the silver bullet it seems.

For instance on this blog post when zooming in on the example section, my naked eye feels like I never see it actually grow to 200% bigger. I'm on my gaming PC which isn't set up well for much code inspection, but it feels like it's either not growing at all or clamped at a certain size based on the zoom's width. Looking at dev tools, it shows it going from 28px to 18px, so it technically is getting a little smaller, whereas if you have 2rem you see the text grow as you zoom in.

I also could be completely misinterpreting this WCAG section or maybe misunderstanding the font size calculation. It is college football Saturday here in the US, so my brain may not be firing on all cylinders!

[0] https://wcag.com/designers/1-4-4-resize-text

I started with Vue then moved into React, and I do enjoy how much closer it feels to JS/TS. There's a few of areas where I think React is definitely simpler than it was with Vue 2.x and shudder at how I probably used to have to do things to truly do it "the Vue way" (and there are parts I miss like the built-in, easy slots).

However, I think Vue's dev tooling is way more developer friendly than React's. They probably end up mostly equivalent in how they let you find performance issues or debug states, but I've never been able to understand why React's devtooling just feels half-finished in comparison.

I guess Vue spoiled me a bunch in how approachable its UI was. It may be me misremembering, but I also remember it not hanging or erroring nearly as much as React's devtooling.

Not only was he a mathematician, but Alice is considered partially a commentary on the state of mathematics at the time! [0] It's one of my (irrational) pet peeves that modern audiences often try to explain his books as some kind of Victorian era equivalent to a Cheech and Chong movie about drugs when there's so much more hidden away in the pages. These two books are my favorite books ever, and I'd give an arm and a leg if I could ever get my hands on an original copy, haha.

I highly recommend The Annotated Alice for anyone interested in Alice's Adventures in Wonderland and Through the Looking Glass, because it makes a couple of fun, curious reads even curiouser! ;)

[0] https://www.npr.org/2010/03/13/124632317/the-mad-hatters-sec...

It isn't necessarily a "problem", but I personally am a fan of keeping simple use cases as simple as possible. In my eyes, bringing the syntax to barebones makes it easier to read and more maintainable for these ultra simple use cases (for instance this 3x3 equally sized grid).

    grid-rows: 3;
    grid-columns: 3;

Is it an excruciating pain to need to currently type repeat(3, 1fr)? Nope, not at all, and I'd gladly do it if my team wanted to plain CSS or SASS, but to me that statement doesn't feel nearly as succinct or (dare I say) elegant as other areas of CSS, such as:

    margin: 2rem;
    padding: 1rem 0.5rem;

What I meant by variable sized rows & columns was to keep the rest of the spec as close as possible to what it is now, but layered on top of my suggested simpler syntax from above. That way if I wanted to do something that isn't just n equal-sized columns, I could just write out

    grid-template-columns: 1fr 2fr 1fr;

and it would work as CSS grid currently does. It's the best of both worlds!

I'm also a frontend developer who has spent a pretty significant chunk of time studying CSS. Maybe I gave off the impression that I'm too incompetent to learn the latest features of the language and write them in plain CSS, but that wasn't what I meant. It is way more that I find little pleasure in writing CSS compared to other frontend responsibilities.

Am I happy and grateful that grid, container queries, and the rest of the new features exist? Yes, I am, and grid is one of the tools I reach for the most. In the end, I only had tiny things I wish could have been different about it after using it and realizing "rats, that syntax could have been made a tiny bit simpler for how I use it a lot of the time," or wishes for features that would just make life easier even if the current way of doing things is trivial.

Haha, you know what they say, different strokes for different folks! I didn't feel insulted in the slightest when our lead frontend developer suggested we give Tailwind a trial run. As a group, we were searching for a way to have consistency and a friendlier developer experience[0] throughout our many different projects & internal tools, but without having to bike shed with 10 different frontend developers or saddle someone with the responsibility of adding new CSS helpers as features rolled out (and the inevitable bike shedding that would happen every time). Some of my coworkers were upset about it because they prefer CSS and styling over JS and other frontend bits, but I think even the most fervent "vanilla CSS/SASS or nothing" holdout came around when she had to cover a project while someone was on vacation, and she found a level of consistency and naming that hadn't existed in our codebases.

--

[0] A couple of very old projects in a siloed team had a CSS guru building his own framework in SASS, but it's utility left a lot to be desired. In my opinion, you can't even place all of the blame on him, because his project was extremely standalone (and therefore had lulls when waiting for approvals and this was a way to pass the time and learn) and the company had very little guard rails to prevent this sort of thing. The combination of a small development team splintered between many different projects (no guidelines stating "this is how we are going to do this as a group" existed), everyone being overworked and burned out, and larger projects "winning" eyes of senior developers who held them to higher standards left him in a spot where I think he believed wholeheartedly that he was making a maintainable masterpiece that would end up being used in the rest of the projects when he finally finished it. Sadly, the framework never reached anything resembling a production-ready v1.0, but it did showcase some of his impressive knowledge of CSS.

Just want to preface this with this is all my opinion, and I know I'm not necessarily correct at all.

If I were given free reign, I would have tried to do some different naming for properties like grid-auto-rows/grid-auto-columns/grid-auto-flow. My internal way of thinking about how the first two control the height & width, respectively, don't line up with how I view the word "auto" in other places in CSS.

I also feel like there should have been a true shorthand for just creating an mxn grid. That's one of the biggest reasons I enjoy Tailwind because I can just say "grid grid-cols-3" and get a 3 column grid without me having to explicitly say I want them all even. I would have probably been naïve and made it work closer to the old column-count where giving it a unitless number and it makes it equal in the space; on top of that, I'd then layer the actual spec so you could do variable sized rows/columns.

The other thing I would have done would have been to focus time and effort on finding a way to easily reverse a grid. I know you can use the rtl/ltr hack to do it, and that grid being a 2-axis display method brings a lot of hard questions about "what does reversing a grid mean?". I know names could help here, but it just doesn't make sense in a CMS environment where editors can place as many or as few items in a grid as they want, so I can't just do "a b" -> "b a" based on media query, because there could be columns C through F, too, and I want them all reversed. Thankfully, this is mostly a mobile problem when they're stacked, so I can just switch to flexbox and column reverse, but still would've been nice to have an easier way to do this as the amount of SO posts I remember seeing for this indicated to me that folks did want this feature.

To answer why I don't use grid-template-areas often, I just don't find myself in a lot of situations where naming has made it easier. I guess I could do this kind of thing, but then everyone else is going to ask "where does a/b/c come from?", haha.

    "a a b b"
    "a a b b"
    "c c c c"

All of the CSS grid syntax craziness is one of the biggest reasons I was completely OK when our dev team adopted Tailwind. I am one of those devs who couldn't implement all of the CSS spec like @OJFord mentioned... but probably because I always forget what in the world all the options mean/are, haha!

I'm still rocking my Series 0 Milanese (but on a Series 5 watch), and I feel really lucky to only have lost a few arm hairs to the loop after your comment, haha. I wonder if they've changed something about their design or manufacturing over the years? It'd be interesting to get to see what this band looks like with each new generation to compare.

Nice, that's good to hear! I've been using Contentful which has felt super familiar to editors and devs alike, but does have some pain points, such as the lack of ACF-like repeaters (IMO the relationship fields don't stack up as well for what we normally do for clients), the never-ending modal rabbit holes you go down to edit nested content (page -> section -> component -> image wrapper -> image, all because you can't force alt text on their default media uploads, and that was their suggested method of getting around it!).

Even all these years later, I cannot wrap my head around WP's direction with Gutenberg. I think having a first party solution for WYSIWYG editing experience is important for WP going forward to keep folks (read: clients, bloggers, etc) interested in it, and I would much prefer to rely on core functionality than battling Elementor, Divi, Beaver Builder, and etc.

However, I have a list of a few items that just haven't sat right with me during the post-Gutenberg WordPress world.

1. The way that it saves the HTML output from React blocks directly to the DB is a cumbersome and unfriendly approach for all. Having a client ask for what would have been a simple tweak pre-Gutenberg and having to resave every page on the site so the deprecation pathway can "update" the block is not friendly to developers or editors. I know you can use PHP (aka "dynamic") blocks, but then you're duplicating the same exact UI between React and PHP and have to take on the technical debt to make sure to keep that in sync. We've moved to relying on ACF Blocks instead of React blocks for most things due to it having a better developer experience and a lot of our clients being used to how ACF works, but obviously this comes at the expense of the fancy inline editing that was the whole "wow!" factor of Gutenberg.

2. The documentation was lacking at launch, and it still feels that way sometimes. It was really aggravating to try to figure out what exactly you could change and remove in core blocks. I remember a coworker and I trying to reverse engineer their columns block since there were a lot of missing features we wanted and realizing that a very, very core block to the Gutenberg experience was utilizing functions marked as experimental without much documentation about what they were or why they were experimental (that we could find). I remember doing our usual upgrade on a new version year after we finally built our own version based off theirs, and the editor completely broke in one of the upgrades (can't remember if it was a major or minor release). Turns out those imports weren't experimental anymore (and no hard feelings on us having to update our imports. We knew we'd need to, it was just the length of time that passed that was "scary", because it doesn't feel great that the core backbone of your site is experimental, haha!).

3. Full site editing being rolled out has felt like Gutenberg's launch all over again. I think #2 is partially responsible for this, but I've watched coworkers have to fight with this a ton for very little benefit, and in some cases those folks end up just saying "hey, you know what instead of trying to rely on their new/weird templates, we'll just add header/footer.php back." This may be less of a problem of Gutenberg itself, but more just a continuation of the lack of decision making and planning that lead to Gutenberg's flaky launch to begin with. Like Gutenberg itself, it's a good idea, but launching it half-baked to just get it out the door makes me hesitate to want to incorporate it until years have passed. My experience has been somewhat limited with their FSE implementation since I've been doing a lot of NextJS work lately, but what little I've dabbled in it wasn't going to have me giving them glowing reviews.

4. It feels like they reinvented the wheel to "do" React SSR in PHP since they save React output directly to the DB. Sometimes I wonder if they wanted to actually have Gutenberg be a standalone project, move to Node, and do real server side rendered React, but were afraid of the very real pushback a move like that would cause and the loss of decades of plugins and backwards compatibility. I know we're toying around with the idea of headless WP + Next since it would hopefully get around the poor pathway for updating React components, but at that point we wonder is WP really what we want to go with or would another CMS be better for our needs.

All that said (didn't mean to rant so much!), I agree with what lenova said a few comments over that Matt has always appeared like a decent person from afar, and I've always respected that he's a web titan (in my eyes, at least), but doesn't come across with the same high and mighty attitude and harshness that a lot of other folks in a position of status like his do.

But does that mean while those businesses existed that Linux would have had a positive affect on their businesses' bottom line?

edit: Because the way I interpreted your comment was that not supporting Linux is directly responsible for a lot of gaming companies' downfall.

Ahhh, gotcha!

So if I'm understanding correctly, you'd be fine with DDG's update if it was just the icon being added to the field (making an assumption here that the icon is how you activate the feature like a password manager), but by adding the ad/onboarding/whatever popup they went too far.

That's a fair criticism! At first, I was taking your stance as it was a terrible wrong that they added another privacy feature in general.

I was just answering your question on if they advertised it, because I was also curious of the answer, haha.

edit: How do you like extensions to notify of new features? I've seen some do a new tab popup post-install, some just add them and you discover them like DDG, and I'm sure a few have added new features I'll never know about because they're disabled by default. I've always found the new tab way annoying, and I've been slightly less annoyed by just adding the feature with a way to disable.

I was curious what the answer to this was, so I went to their Chrome extension page[0] and the icon + UI is prominently displayed in the 5th image. They also mention email (albeit you may be able to argue it's too vague) in the very first image. They also mention the feature in the extension's description with a brief "what is it?" blurb. You do have to expand the overview section to see it, but I think that's on Google's UI and not on any individual extension/developer being shady (it's been so long since I've installed a new extension, but a quick glance around the store makes it seem like everybody with a "long" description has stuff hidden like they do).

[0] https://chrome.google.com/webstore/detail/duckduckgo-privacy...

You should give it a go!

You can get an Innova starter set for around $20 at your local sporting goods store, and those 3 discs can/will last you a long, long time. Once you buy your first non-starter set disc, you may become addicted to buying discs you'll never throw, haha.

I want to preface that I may get long winded, because I didn't expect my little comment to get so much attention!

I believe it's important to discern the author's intent before labeling it as clickbait and deeming them a misleading person. And maybe that's the part where the two of us differ on why this post is or isn't clickbait.

In my eyes, I treat clickbait as articles whose content is vastly different from any meaningful interpretation of the title[0] or containing purposefully shallow content[1]. Heck, I may even leave satisfied by the latter post, but deep down I know I was clickbaited, haha!

I say all that because I take a step back when I read personal blogs on HN to determine if they were written explicitly to get posted here or written for another purpose and subsequently ended up here (and that doesn't have to be and probably can't be a completely black and white scale). It seems disingenuous to expect authors to write a title covering every possible way to misinterpret something when their intention probably wasn't to get it posted on HackerNews. I've read through a few of Ben's articles since this comment chain started, and he comes across as talking to a specific audience of folks in and around the game dev, VR dev, and the Handmade game communities. Lots of overlap between there and here, but still a different group with different expectations and understandings.

In essence, it boils down to this author just wrote an article for a personal blog where the title is not close to a lie at all, especially when you consider the context of his audience, he follows it up with detailed and relevant content, and his other blog posts also seem to be made up of content he put effort into[2]. I understand it can be argued that the title should have been editorialized, and I wouldn't be angry if a [4 running Dreams] had been added to the title during submission; however, I wouldn't call it clickbait just because he said PlayStation instead of PS4, especially because I wouldn't want to be faulted by anyone for saying "Jak and Daxter was the first game I ever beat on my PlayStation" even though it was on a PS2 and the game was technically called Jak and Daxter: The Precursor Legacy. It doesn't change that much for the group I would be talking to, just like how his title doesn't change much for his main audience.

With all of that said, it's hard for me to agree that Ben or the submitter azhenley were trying to clickbait or mislead anyone at all, and I hope I've made it more clear why I feel that way, because in the end feel it comes across as mean-spirited to insinuate the author doesn't understand that a PlayStation 1 existed almost 30 years ago and is therefore trying to clickbait and mislead everybody for some gain.

Ben & Austin - if you happen across this sometimes, apologies for having your post semi-derailed!

[0] - For example, "should you use an electric or gas powered mower in 2023?" and it's just a full page ad for a lawn care company with no pros/cons and no meaningful content related to the topic/question being discussed

[1] - All of those "how to do X in Y language" where the inner content consists of a link to an npm package and the rest of the content is just copy + pasted code from the project's readme.

[2] - And to cover my bases here, I didn't read every article, so who knows maybe there's one lurking that's just 200% clickbait, but I will say I thoroughly enjoyed the WASM article!

You're right, it should have specified it was done in Dreams. My initial reply was mostly meant that it didn't feel fair or in the spirit of HN to dress the author down as if he was just some 90s stereotypical sitcom mother calling everything a Nintendo.

I'm honestly surprised I was the only one that found that insulting not only to the intelligence of the author but also mothers and the larger group of women. I normally just lurk on HN, but that felt meaner than normal to me, haha.

I've never seen Ben's site on HN before, does he happen to post a lot of clickbait articles? If his site happens to be submitted a lot with of misleading titles, I'll gladly apologize and say I was completely wrong in giving him the benefit of the doubt of not trying to clickbait 90s gamers, haha.

Do you consider calling a PlayStation 1 a PSX misleading since Sony released a PS2 + video recorder product actually called the PSX? [0] I don't, but the way folks in this thread are acting about naming conventions, maybe I need to, haha!

I can't believe how uptight and pedantic folks are in a fun thread where the author lays out exactly what's going on in the first sentence; it's like everybody was having a bad NYE and just wanted to take it out on this person who shared their fun, haha.

I get it that all the folks here want everything 100% right 100% of the time, but dang, I can't believe folks are so upset about it not being a PlayStation 1.

[0] https://en.wikipedia.org/wiki/PSX_(digital_video_recorder)

No, let's be fair to the author. It's a PlayStation in the sense it's named a Sony Playstation 4. Colloquially in the US (where the author is from), every generation is referred to as a PlayStation and has been since the PS2 days.

Nintendo's naming scheme greatly differs from the way Sony does it, and I don't think it's it's good faith to the author to act like they're being dense or stupid.

You can still have this problem apply even if you are using flex and aligning items to the center.

If a font has some weird characteristic about it (for instance, the font itself has built in whitespace at the bottom or top of letters), you will not be able to center it vertically no matter what CSS magic you try to do except for doing some kind of translation on it; that translation doesn't have to be pixel-based either, but it will 100% have to happen until hopefully when the leading-trim property that saadat mentioned is widely available.

As someone who had to sadly use one of the butterfly switch keyboards for a while at work, the new 14"/16" Macbooks both have the "old school" feeling keyboards, finally brought Magsafe back, and have ports for SD card and HDMI again. I feel like the thickness is so close to allowing an ethernet port that they should've just bumped it up a little more, but maybe they felt the average consumer wouldn't know what that is in 2022 (kidding, haha!). Sadly, still no camera shutter which is definitely a bummer, but I road my 2013 model into the ground hoping they'd bring back Magsafe because that's a must-have feature for me, hah.

I've had the exact situation kisamoto is talking about happen to me countless times, and I can probably count on one hand the amount of times I've won the battle over images. Sadly, the folks calling the shots on what images to use and exactly how they need to look do not care that I'm using responsive imagery to serve images to our users with appropriate file sizes, reasonable resolutions, and ensure crops have editor selected focal points.

When I say these folks get upset over slight pixelization, I'm not even talking about pixelization where everyone can tell it's a low quality image. I'm talking about situations where people are upset they can't read an iPhone screen someone is holding in the background when they are viewing it on their 4K display (note: that particular phone isn't the focal point of the shot, nor does it have anything to add to it; it's just someone staged back there to make the shot feel more alive, mind you!).

It's disheartening because I do want to deliver the best experience possible and try to do everything in my power to accomplish it, but sometimes I lose out and folks force their megabyte imagery.

I agree! It always boggles my mind how people and companies can forget to renew their domain names when you receive so many email reminders now a days.