Hacker Newsnew | past | comments | ask | show | jobs | submit | flemhans's commentslogin

I use outline buttons for "link" buttons and colored-in ones for those that perform actions.


When we first shopped around for a data center location, RFID access cards were kind of a new thing. Like the article, we erroneously pronounced it RDIF when asking about which technology their door systems used. I'm still thinking about it occasionally.


Fun side-fact: The original MacPaint, while in development, had an "ocr" copy feature, albeit much simpler of course.

It didn't make it in the release version out of fear that people would use MacPaint as a Word Processor.


Why spend electricity and time to read the text in a screenshot, and then more time making sure there are no mistakes. When the sender could have just copied the original text?


Why is the <div> option proposed by anyone in the first place?


Based on what I see in the world, I suspect one reason is that a <div> makes it easier to apply some bizarro appearance to the button, so it not only doesn’t act like a button, it doesn’t even look like a button.


This comes from either business or the UX people who want stuff to look pixel perfect to their stupid wireframe.

Why does a website that sells to a pretty much captive audience who cares more about functionality than looks obsess so much about every single button looking pixel perfect to some arbitrary wireframe, I will never know.


Things looking intentionally designed in great detail is also a function, despite programmer protests.


Well, have you been on, I don't know, TV Tropes? They have those long lists, that are separated into "folders" on a single page. You can click on those "folders" to expand/collapse them, and it's implemented as a <div> with "onclick" property and <ul> inside it (well, used to IIRC; nowadays this <ul> is a child of a sibling <div>).


> You can click on those "folders" to expand/collapse them, and it's implemented as a <div> with

... Isn't that what <details> and <summary> are for?


what's annoying about that example is that all of those <div>s could be buttons with no other changes. The only content inside the button <div> is the title and folder icon, not the list of examples associated with that title. That's just fine for a button!

The other thing I'd do is add `aria-controls=folder0` to the button that toggles visibility of the list with `id=folder0`


I'll do you one better and argue they could `<details>` elements. This is a perfect use case for that.


I use them EXTENSIVELY but some don't like them for being annoying to control en-masse with the "toggle all folders" button at the top. But yeah I 100% agree with you. I've snuck them into a webapp where I just needed that much local state rather than have the whole page's state care about the collapse/open state of that one thing.


The most common reason I've seen is whining about having to override default button styles.


I too have encountered this reasoning.

Then I write some basic CSS and show them they have nothing to fear.

Yet, I still remain irritated beyond belief that its such a common thing. In 2025. Hell, in 2017!

I don't know what to do about it, other than constantly remind people about things, but it gets tiring.

Though, its a great interview question. Its a quick way to understand if someone knows the fundamentals or not.

Kinda like how people got ".bind" wrong on functions for years.


Any plans to release the files or a build guide?


Yeah if there's more interest I can publish the GH and onshape! I just need to sanity check that I didn't leave any keys in it or anything...


I think 8GB was also what we had in ... 2012? Or am I wrong. Memory has been going so slow.


First Retina MacBook Pros 13" were with 8 GB base memory. That was either 2013 or even 2012, so, yeah.


You could (unsupported) run 16gb ram on 2010 rMBP models, back before it was soldered on. Worked great, not to mention swapping the spinning drive for an SSD.

At this point, I get the soldered on ram, for better or worse... I do wish at least storage was more approachable.


Mattermost is crippling their open-source edition and it gets worse every year. At the same time, it's difficult not to update, since the mobile app will require a new server version, and most regular users install and auto-update the mobile apps.

It will be a matter of time before Hack Club needs to migrate to something else again.


In what way is it crippling?

(I am not snarky, I don't know much about Mattermost)


Mentioned elsewhere in this discussion: https://news.ycombinator.com/item?id=45287107


Agreed, I'm always relieved to visit sites made the "old" way because they are fast.


Using ls in a dir with millions of files may stall a good while.


Sure; I guess scaling personal things to Google scale just isn't something I've had to deal with as a pleb software dev/user.


LLMs now make the "just" less painful


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: