j1elo

> Security from websites, installable software, physical access?

All those would be important, but don't let the perfect be the enemy of the good. We could start from the Vulnerability Of The Year: supply chain attacks.

I got it, we need a new USB-C connector (C for Car), that'd be something to see.

I don't mind, nor even care, about aesthetics.

But I do very much care about losing useful behaviors. The top-right pixel MUST still be able to register a click on the "Close" [X] button of the title bar, always.

Hide your lack of taste behind rounded corners all you want, but DO NOT change the underlying shape of the invisible event handling surfaces.

Why these examples start from a request for a JavaScript animation?

What is it that makes it "better" versus simply asking for an animated video? Is it the ability to later do some adjustments programmatically?

It means the exposure of being in HN front page usually causes a sudden spike of visits, and the increased traffic was too much for the server so the service is down for new visitors.

Please don't believe that this strategy is "reliable" in any way to get paid, if you or your company need that money for survival. FOSS and especially (A)GPL is just about forcing the balance to put more power in end user's hands, nothing else. A Proprietary+AGPL license combo might get you some cash from business wanting to change the code, but it will still allow any Amazon out there to host your code for free as part of their service catalog, while you are left to go out of business.

Recovery is similar to leaving a copy of your door keys to a trusted neighbour (a tradition in some places, it comes in handy when someone goes out and realizes they forgot the keys inside...), so in that comparison, having a recovery email unused for 12 years feels like leaving your backup keys to a neighbor that you never saw ever again in more than a decade.

This kind of posts are a valuable trigger for all others who are reading it. To the author: good luck, I hope you sort your situation soon! I'm now headed to check my accounts for what recovery options I left in there.

Clothing is also a bit of a special thing. Some people will just get bored or tired of wearing the same trousers or the same old coat every year during 10 years. So it is simply not worth it to spend a mini fortune on a great quality one.

This tends to happen more when one is young. Growing older usually means that a good old dusty 15 years great quality coat is seen as it being perfectly ok. I guess that's also what provides that feeling that some people when they approach middle age they "always look the same"... It's not cheap to have a large and varied wardrobe and at the same time filled with high quality garments.

I'd call it externalized costs of regulation and rising demands on production.

If end consumers were able to see an exact and measurable bump in prices the next day a new stronger regulation made production more expensive, voters would be more informed and the whole cost of doing things "better" would be clearer.

Thanks. There's no better way to check how it is than having it on hand.

I'd argue against relative dates because that's an opinionated design that requires cognitive overhead on the user. A young person might be able to mentally translate, but older ones tend to have it more difficult. Usually, opting for relative dates tells us about the designer's lack of experience with different groups of users than the normative one.

I'm just reading from the barrier here, and not knowing what it even looks like, but reading your description I can immediately agree that it is a bad design.

There's only a handful of critical details in a call history, and absolutely no reason for any UI to implement them as secondary or tertiary details: Whether it was in- or outbound. To/from what contact. The date and time.

2 taps for some other extra info such as call length, or further contact details, would be OK I guess, but for first-level info as these, it's 100% bad design.

I mean come on, design-wise this was already a "Done" thing in the golden Nokia days! https://the-gadgeteer.com/2009/03/02/a-week-with-the-nokia-n...

[*] Ctrl+F to find the image below "miss a call".

You're right! that's a bug in my comment then (or more like a spec redundancy I guess) :)

As a society we need to sort out this simple scenario:

* 16 years old Joe buys a $70 cartridge/disc game, already assuming and counting on the $35 that he'll get back on second-hand sell.

That's it. A simple idea that should never cease to be possible, regardless of the medium.

This particular example made games affordable, and it also inadvertently put a concrete price on several other factors like how much it costs to be a first owner vs. wait for a second-hand purchase, and how much it costs to keep it for your collection vs. allowing the product to flow back into the community.

There are buyers who want drugs for recreational reasons, murders for emotional reasons, or spy cams on hotel rooms for business reasons. But those are simply 3 instances where existent demand doesn't mean we should be allowing any offer to exist.

I'd personally agree to put Flock-levels of civil vigilance in the same bag.

Don't publish your code. Let the AI "accidentally escape the sandbox and publish it in a readily available Git repository". Tongue in cheek, in current days who would blame a poor LLM just trying to do the right thing? :)

> Publish your codec, and if the company cares about this they will send a cease and desist.

If there are doubts about C&D letters, don't publish code to a USA provider. Bring it to Gitee, under an anonymous author name.

I've been using Slint as UI toolkit for Rust and so far liked it, coming as I am from the Qt/QML world.

However, at the beginning I had to choose between Slint[1] and egui[2] (which this project uses)

[1]: https://slint.dev/

[2]: https://www.egui.rs/

Anyone has experience in both and is able to drop some thoughts on their strengths & weaknesses for mid-to-large projects?

That's an idea that got some discussion but generally is strongly discouraged. Cutting must mean that the underlying bytes are absolutely not there in the final result, otherwise it will cause data leaks that users would very reasonably expect not to be there.

Imagine "smart cutting" a critically compromising part of a video (e.g. showing some personal info) only to later find out that the actual footage was still there, it just needed some timestamp shifting to unveil.

Note on the specific intervals: that's where the clever optimization comes in: leave as-is (passthrough) all not affected sections of the video (basically everything) and only recode the tiny fraction that needs recoding due to the cut being set on a non-keyframe.

That one, I do believe should get more research and implementations. Currently I only know of LosslessCut's "Smart" mode, but I'd like to see other big players of the video editing space improving the state of the art in that direction for simple cuts.

On related news, you can talk point to point with just a pair of copper wires that physically connects with a device on the other side!

Wait there's more: a couple of simple plastic glasses joined with a string under tension also does the trick.

However more seriously, while being snarky about "obvious" things can be fun, we should all remember to acknowledge the xkcd's "Ten Thousand" effect as a very real law of life.

The list of files that such app would try to access by default on initial startup would be finite and well defined. So, a Flatpak package of such app should already, if done "properly", (I'm just imagining here, not an expert) include allowed access to those paths by default.

I loved Flatpak until I started building a MiniPC with a 112 GB internal disk for HTPC usage... Then I felt the pain of having to get all slightly different dependency versions for each little program I wanted.

The box' cost already topped the project's budget so no new disk for it. I'm back to "proper .deb packaging please"

- 'How many fingers, Winston?'

Is there any jurisdiction where Nitter instances could be hosted while inconvenient Cease and Desist letters were... let's put it this way, rendered useless?

Useful app to have installed for those couple times a year you need one and cannot remember what was the name of that thing you saw 6 months ago...

LavSeeker - shows toilets listed in OpenStreetMap.

https://f-droid.org/packages/org.woheller69.lavatories/

Add a system setting to ON/OFF this feature. Add a recommendation to set this as ON in the "Security Checkup" section which all modern systems have as of lately, that pops-up a couple times a year for suggesting good defaults to the user.

Done.

No, I'm talking about the whole sector, not specifically about DeepSeek.

Fully knowing that it is a new industry living its own infancy, it is perfectly normal that there is instability and numerous swings on pricing, conditions, or direction.

But it's not less real that such process can produce churn and consumer fatigue.

So many changes in so little time, that it all makes no sense. Continuous churning. Reminds me of the experience of trying to be on top of the dependencies in a medium-large JS project.

I am a person that buys into a tool or a process and expects it to be part of the life with no major changes through the years (or as long as the need exists). But AI? You buy into something today, not 2 weeks have passed and there's already a large "update" introduced to the conditions or the optimal usage patterns you should be adopting.

It's tiring. Makes all prices and offers feel so unreliable and gets me a bit more disinterested each time they change.

Someone should use those same social networks to write en masse to those social influencers, the same message to them all:

> Look what you've done, dumbass

I'm ironically using AI to program an extra-lightweight 10-foot UI for an HTPC that's as underpower as one can be, and KDE Plasma BigScreen trashed it hard.

Reason being, a more powerful one would cost more than what I'm willing to pay (and, mostly, for fun and learning, which is priceless)

I don't understand how we are running into a future where I cannot buy the equivalent of "PS2 + 5 games" on a second-hand shop. That has been the main way to play games for a lot of people: buy a previous gen pack (with N games included) when the richer neighbour was upgrading to the next gen console.

How's that going to work out today or in newer generations?