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

> blacks are more like dark grays, even in a dim room

A projector cannot take light away. So unless your room is truly dark (no candles even), you cannot expect black. “Dim” is not nearly enough.


Or tag-value, which is actually preferred by many practitioners. Nesting is implicit in that format, but SBOMs should be mostly flat, anyway.

Unfortunately, T-V hs been dropped in SPDX 3.0.


It was dropped exactly because it was flat and it was becoming completely unmanageable.

SPDX v3 is based on a graph model that can represent hierarchies natively. It can then be serialized in a file, for example, in JSON format.


But it was the best format for manually creating an SBOM.

Most SBOM use cases don‘t need the ability to put your detailed software architecture in the SBOM.


Software licensing information is the big use case where SPDX originated from.

In CycloneDX you can also express things like attestations/certifications, possibly down to the code review level (although I think nobody does that).


I learned (an academic expression of) German grammar at university, in computational linguistics. There was a class „Syntax I“, and it had us break down phrases and sentences in a graphs, a (constituent) C structure and a (functional) F structure.

Best class I ever had!


I too enjoy mentally putting parentheses around parts of speech.

You'd probably like the way Thomas Mann uses language then (not parentheses but subordinate clauses, or nebensatz).

No Java devroom this time?


Dark mode is fashion. If it were about headaches from bright screens, you would turn down the brightness.

[flagged]


> Oh, fuck off. I am sorry but you are exactly the reason this article was written. Ignorant people like you

I understand you find that comment upsetting, but it's never acceptable to post personal abuse like this on HN, no matter who or what you're replying to.

The guidelines make it clear what style of participation is expected and what is off limits. If you wouldn't mind reviewing https://news.ycombinator.com/newsguidelines.html and taking the intended spirit of the site to heart, we'd be grateful.


Bright text on dark backgrounds is unreadable garbage to me, like a kaleidoscope of strokes and shapes. I think it is because of astygmatism, not sure.

When software doesn't provide a light theme, I can't use it at all. Thankfully websites are easy to fix with browser addons... ffmpeg documentation in particular looks so bad by default in my opinion.

You should always give the user a choice because it's usually very trivial to make a theme and saves everone trouble down the line. Finding the option to switch can still be a pain sometimes which is silly.


yes, and pushing the colour inversion (or 'turning down the brightness') breaks all of the default settings meaning the user's keyboard flips from dark to bright. This results on people with low vision who rely on darkmode having to toggle colour inversion on and off constantly - a 5 min task becomes 50mins!

"Material for MkDocs is now in maintenance mode"


I disagree with aspenmeyer violently on all those fairness issues that came up a few weeks ago in the similar discussion, but I think he‘s right with pushing back on this in general.

I am a very active HN user and was totally surprised by the declaration that submission bots are fine with you. It goes against pretty much all earlier communication (which, in fairness, was usually about comment bots), but I think in the past my submission behavior was repeatedly ruled okay when challenged by other users, because I‘m submitting manually.

I do feel I‘m losing interest a bit when we‘re all just firing scripts. Manual submission at least makes you care enough to spend those seconds, bot submissions mean nobody cares anymore because you can just fling shit and see what sticks. And maybe we high-volume submitters should even be reigned in more.

(Also it feels unfriendly towards lobste.rs, when HN is effectively just bulk copying their submissions.)


Thanks for this. I think you make good points, and I apologize if I came off as hostile toward you directly or indirectly in that other thread. The closest I have come to scripted submissions is using the HN provided bookmarklet, and even that felt like scripting to me. I'm not a purist about this, but the inconsistency feels strange to me too, and I would rather not have scripts be the primary posting or comment method, but please keep the faith with me here on HN.

If we don't make an effort and intention to care and stay here despite bad calls by refs, we'll just have to take our ball and go home, but for many, they don't have another home like HN, so that would be a net loss for them. We owe it to ourselves and each other to show up where we want to effect change that wouldn't happen without our presence and involvement. That's what user generated content is all about!


I don't know why this would matter, re: lobste.rs; it's two sites with the same remit and different groups of users, of course they're going to share stories.

It feels like this site can always use strong incentives for better, more informed, and more civil conversation in threads. But it doesn't need much incentive to get good stories posted; that happens organically.

The simplest solution here would be to eliminate "karma" outright.


I see a difference between the same set of stories being submitted organically, and one VC-driven site basically scraping the smaller site.

Eliminating karma is probably not a bad idea, I don‘t think it will stifle submissions, but it may improve commenting dynamics.


I don't see that distinction at all, for what it's worth, and while there are things I have liked about Lobste.rs, I don't think it's a more authentic community than this one. Either way, so long as there is karma, there's an arb to run between Lobste.rs and HN, and people are going to run it. Fighting it seems like a waste of energy.



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

Search: