frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Open in hackernews

What If Heavy Files Felt Heavy?

https://www.shiveesh.com/thoughts-and-ideas/what-if-heavy-files-actually-felt-heavy
24•shiveeshfotedar•5d ago

Comments

rtgfhyuj•2h ago
extremely useful in gaming even!
xpe•2h ago
Try it yourself at https://pressureinteraction.netlify.app
moron4hire•1h ago
You can emulate pressure sensitivity on Android by tracking the change in the radius of the touch point. With a little effort, it can be made to be nearly identical to the iOS system. I'd go into it or link you to some code, but it was like a decade ago that I last did it. I just remember I got it to work and it was fun.
RandallBrown•1h ago
Apple ditched the pressure sensitive screens like 6 years ago.
esafak•1h ago
Heavy is relative. If you're working with videos, everything is heavy in terms of file size relative to most files. Yet, a small text file could be just as important as any video.

I think this is a fun thought experiment that is fundamentally a bad product idea.

edgineer•1h ago
I think this type of concept is worth exploring. Side channel feedback to the operator of a machine is getting less noticeable. Hard drives don't whirr and click like they used to. Cars don't have transmissions that shift.

When you pick up a physical object with your hands, you don't assume the heavier the object, the more important it is. Same with file size.

But if you pick up your carton of eggs every morning you'll know if you have enough left to make an omelette.

If you make a backups it would be nice feedback to feel it weigh about what you expected. When making room on a disk you could juggle a few folders to feel if they'll fit or not.

There was some advanced facility (nuclear reactor? particle accelerator?) that laid microphones near the machinery and put various speakers in the ceiling of the control room; helped precisely detect and pinpoint problems immediately.

That said I'll prefer just seeing the size of the file or folder in bytes as a number.

I'm personally more interested in feeling other system metrics, like network traffic or memory bandwidth.

proof_by_vibes•41m ago
I agree that it is relative, but disagree with your conclusion. I think the relativity you have in mind is what we normally think of as a setting.
fainpul•21m ago
The size of a file has nothing to do with its importance. But it's a valuable piece of information when you're shoveling data around.
vunderba•1h ago
Awesome. I want to marry this with a concept I had a while ago around a computer keyboard with pressure sensitivity that adjusted the font size in proportion to how hard you struck the keys.

I like the idea of being able to enter into BILLY MAYS MODE just by furiously typing.

JimmyAustin•1h ago
You might have to mess around with the software to figure out the details, but from a hardware perspective a hall effect keyboard should be at least able to infer the speed a key is travelling at when bottoms out.
fainpul•1h ago
Nice experiment!

I agree that providing something more tangible than just a number would be beneficial for some operations. But I think it would get annoying quickly. Having difficulty moving a "heavy" file is the opposite of a good user interface. Every manipulation should require as little mental and physical effort as possible. Apart from that, I can't apply force with my mouse — it just clicks.

I believe a purely visual approach could work well. For example: every file icon has the same front area (basically the rectangles we have now), but visually extends to the back with some sort of stylized 3D effect, according to file size. So a small text file looks like a thin sheet of paper, a 10MB file might look like it's made of thick cardboard, a 2GB video looks like a box with considerable depth. The scaling should probably be logarithmic, not linear, to work well with human perception.

Nevermark•5m ago
> Having difficulty moving a "heavy" file is the opposite of a good user interface.

So you want heavy files to be easier to move? :)

I do like the log-stack of paper concept.

Some kind of subtle smooth momentum effect on top of any motion, i.e. dragging, might work too. Also, when clicking to "grab" something, lighter things could jump up slightly more than heavier things.

It would be interesting to maximize dynamic details, as much as could be done, without the typical person noticing. Borderline subliminal feedback might be a useful design approach for providing richer feedback at the "feeling" level, without introducing distractions.

tehjoker•50m ago
Interesting concept, but it feels difficult to use. I do think it's a cool demo!

One conceptual issue I noticed with using it is that force touch requires pressure in the opposite direction of how I would understand weight and mass. It feels more like... I'm trying to think of a physical example, trying to force down something with buoyancy. I also expected the weight to affect how fast I needed to drag my finger, but once I exerted enough downward pressure, both heavy and light objects moved the same.

fferen•21m ago
Well, they already do in that large files take more time to copy which subconsciously discourages moving them.
fainpul•17m ago
But they don't take more time to move (on the same partition). Also it would be nice to see at a glance if a folder contains a lot of data (number of bytes, not files) before starting an operation.

Animated AI

https://animatedai.github.io/
78•frozenseven•4d ago•9 comments

A faster heart for F-Droid

https://f-droid.org/2025/12/30/a-faster-heart-for-f-droid.html
338•kasabali•11h ago•145 comments

Readings in Database Systems (5th Edition)

http://www.redbook.io/
49•teleforce•4h ago•2 comments

FediMeteo: A €4 FreeBSD VPS Became a Global Weather Service

https://it-notes.dragas.net/2025/02/26/fedimeteo-how-a-tiny-freebsd-vps-became-a-global-weather-s...
255•birdculture•10h ago•59 comments

Show HN: 22 GB of Hacker News in SQLite

https://hackerbook.dosaygo.com
429•keepamovin•13h ago•150 comments

A Vulnerability in Libsodium

https://00f.net/2025/12/30/libsodium-vulnerability/
244•raggi•12h ago•33 comments

Google Opal

https://opal.google/landing/
53•gmays•2h ago•28 comments

What If Heavy Files Felt Heavy?

https://www.shiveesh.com/thoughts-and-ideas/what-if-heavy-files-actually-felt-heavy
24•shiveeshfotedar•5d ago•15 comments

Zpdf: PDF text extraction in Zig – 5x faster than MuPDF

https://github.com/Lulzx/zpdf
156•lulzx•10h ago•55 comments

OpenAI's cash burn will be one of the big bubble questions of 2026

https://www.economist.com/leaders/2025/12/30/openais-cash-burn-will-be-one-of-the-big-bubble-ques...
284•1vuio0pswjnm7•8h ago•382 comments

Loss32: Let's Build a Win32/Linux

https://loss32.org/
251•akka47•1d ago•331 comments

Honey's Dieselgate: Detecting and tricking testers

https://vptdigital.com/blog/honey-detecting-testers/
171•AkshatJ27•8h ago•48 comments

Electrolysis can solve one of our biggest contamination problems

https://ethz.ch/en/news-and-events/eth-news/news/2025/11/electrolysis-can-solve-one-of-our-bigges...
143•PaulHoule•12h ago•38 comments

Odin: Moving Towards a New "core:OS"

https://odin-lang.org/news/moving-towards-a-new-core-os/
8•ksec•4d ago•0 comments

LLVM AI tool policy: human in the loop

https://discourse.llvm.org/t/rfc-llvm-ai-tool-policy-human-in-the-loop/89159
158•pertymcpert•3h ago•75 comments

Reverse Engineering a Mysterious UDP Stream in My Hotel (2016)

https://www.gkbrk.com/hotel-music
202•bayesnet•1w ago•26 comments

Sabotaging Bitcoin

https://blog.dshr.org/2025/12/sabotaging-bitcoin.html
120•zdw•9h ago•75 comments

Non-Zero-Sum Games

https://nonzerosum.games/
359•8organicbits•18h ago•178 comments

Toro: Deploy Applications as Unikernels

https://github.com/torokernel/torokernel
127•ignoramous•13h ago•106 comments

Mitsubishi Diatone D-160 (1985)

https://audio-database.com/MITSUBISHI-DIATONE/diatonesp/d-160-e.html
32•anigbrowl•2d ago•15 comments

Escaping containment: A security analysis of FreeBSD jails [video]

https://media.ccc.de/v/39c3-escaping-containment-a-security-analysis-of-freebsd-jails
76•todsacerdoti•10h ago•2 comments

Git analytics that works across GitHub, GitLab, and Bitbucket

7•akhnid•1d ago•5 comments

No strcpy either

https://daniel.haxx.se/blog/2025/12/29/no-strcpy-either/
179•firesteelrain•16h ago•103 comments

Professional software developers don't vibe, they control

https://arxiv.org/abs/2512.14012
149•dpflan•10h ago•175 comments

L1TF Reloaded

https://github.com/ThijsRay/l1tf_reloaded
17•Fnoord•3h ago•0 comments

The British empire's resilient subsea telegraph network

https://subseacables.blogspot.com/2025/12/the-british-empires-resilient-subsea.html
183•giuliomagnifico•17h ago•45 comments

Times New American: A Tale of Two Fonts

https://hsu.cy/2025/12/times-new-american/
239•firexcy•17h ago•141 comments

Approachable Swift Concurrency

https://fuckingapproachableswiftconcurrency.com/en/
162•wrxd•17h ago•82 comments

Five Years of Tinygrad

https://geohot.github.io//blog/jekyll/update/2025/12/29/five-years-of-tinygrad.html
208•iyaja•1d ago•99 comments

Igniting the GPU: From Kernel Plumbing to 3D Rendering on RISC-V

https://mwilczynski.dev/posts/riscv-gpu-zink/
82•michalwilczynsk•16h ago•8 comments