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

Moving away from the tall narrow foldables that open to a square, to shorter, wider foldables that open to a rectangle, like the Galaxy Z fold 8 and the rumored iPhone foldable.


Oh. Well that removes the one reason I might care for a foldable, to fit in my pocket or hand.


The biggest benefit of the passport-style foldable is it might actually fit in your hand. Modern phones haven’t been ergonomic since the iPhone 13 Mini.

I want an ultra wide foldable with the hinge on the short side. Like a flip phone

I have all the features enabled on my Garmin watch (vivoactive 5), including always-on display, and still get at least 4-5 days of battery.


What are you trying to say, that everyone should own a house? Surely you realize that is not a possibility for many, if not most, young people around the world.


that's the problem


The article isn't arguing that clipboard state should be part of the undo system, it is arguing that cut shouldn't touch clipboard state. In the "Side effects" section they mention if you want the contents to go to the clipboard, then you should use copy instead of cut.


If it doesn't change the state how do I cut and paste between programs? And is 'paste' now using the clipboard half the time but not the other half?


Yes exactly, cut (and pasting a cut) is entirely within the same app. If you want to put something in another program you would have to copy.

Not saying I would prefer it, just explaining what the article says.


> I cut, undo, ..., undo, and paste multiple times a day.

Why would you cut + undo as opposed to just copy? Are they not the same operation at that point?


I often cut + undo because seeing the cut is feedback which tells me the operation successfully put the content into clipboard. This is not always a guarantee especially in web apps, and sometimes I just have focus on the wrong window.


How can you be sure that the undo stack is in sync with the clipboard? Wouldn't cut+paste be a more reliable pseudo-copy than cut+undo?


> How can you be sure that the undo stack is in sync with the clipboard?

Simple: they're not meant to be. Undo stack and clipboard are orthogonal. It's like foundational rule of computing.


Have you used a clipboard manager? There are tons that you can configure with notifications and indicators, so you don't have to that.


Having to install yet more software seems worse than the problem you’re suggesting it should solve.


Even windows has this software out of the box because it is so obviously useful


At least it would save you a keystroke every time, if it enables you to switch from cut+undo to copy.


I feel as though I’m reading the script to a Monty Python sketch.


Have you never copied, tried to paste and you pasted the wrong thing because copy failed?

Cut + undo, is copy with visual feedback


Copy and paste gives you visual feedback without reflowing the document. I also use it to intentionally add a marker in undo history in documents in not planning to change, as that way I can use the undo history to jump to different areas.


Where does Copy give you feedback that you actually copied something?


The paste action gives you feedback by having the cursor move to the end of the selected text after it replaces the text you copied with itself.

If you're on Android, lately it actually does give feedback by putting the copied text into the predictive text/autocomplete bar above the keyboard (I find this annoying as I'm usually copying text to save for later use, and I use the appearance of text I want in the corrections as an indication I've swiped wrong. If only I could touch-type while lying down...). In other apps that don't display the keyboard, it sometimes gives you a toast that an app has access the clipboard, though it gives the same toast for pasting or just for accessing it (eg pasting with termux or using an RDP app that syncs the clipboard)


That’s too late, if copy didn’t work or I copied the wrong part I have to go all the way back and select the part to copy again.

That’s why Ctrl-X, Ctrl-Z is the way


In Linux, if under XFCE, strangely by default, Clipman keeps a log of all text ever copied, in a giant textsrc file ( .cache/xfce4/clipman/textsrc )

That is kind of the opposite though, and more of a passive, almost furtive, indelible clipboard feedback. I was pretty astonished to find it, hovering somewhere near 4MB with years of content.


This hardware was just released this week? The CPU is from last year, but this dev kit is brand new.


Can you explain which benchmarking differences you'd expect to see from this hardware, considering?


None evidently. Why does that matter? I was just pointing out that this hardware was released _this_ year.


Can you articulate which new hardware you would have preferred them to look at and why?


Regarding Android Auto being slow, it could just be due to your phone. It has to stream the whole interface as video to the car's infotainment system over USB (or Wi-Fi on newer models), then handle taps and stuff that it receives back, if you're using an old or budget android phone then that can be pretty laggy.


I have the Nothing Phone 3a now, before that, I had all flagship pixels. 0 were not slow. I always figured it had to do with the infotainment centers implementation of the protocols or simply their hardware.

It was always stable for me, just sluggish.

If I had to pick I'd take sluggish over constantly buggy of course. So props there.

The infotainment setup on my Tesla though is golden with only the occasional quirk. After using that, Carplay and Android Auto feel very regressive. A guy I work with has an R2 so I got to tinker with it and I figured it would be comparable but it actually kinda sucked.


You have to choose one timezone to be authoritative here, which one you choose depends on the situation, but if you don't choose one, then a change like the one happening in BC will cause the consumer and provider to be using mismatched times.

If the consumer booked something for 12PM Dec 1 2026 PST, and this booking was made before BC's changes were announced, and the provider saved this using their local time (say EST), then they would have saved it as 3PM EST. But now with BC's changes, when the consumer shows up at 12PM their time, that will be 2PM EST, an hour before the provider was expecting.

Was the consumer correct for showing up at the booked time according to their wall clock, or is the provider correct with their saved the time that was an hour later? The answer probably depends, but whichever you choose is the authoritative time.


Another comparison: if you count the "solar system" as ending at Neptune's orbit (obviously it extends much further, but just for the sake of comparison), then you could fit ~4465 "solar systems" in between our sun and the closest star, Proxima Centauri.


As I understand it, there is no consensus on the size of our solar system. We can measure the orbits of the planets, but it is much harder to measure where the Kuiper Belt or the Oort cloud ends. Estimates on both of those vary greatly.


There's also the Openbu or LanBu android apps if you just want a basic app for monitoring from your phone like Bambu Handy did. Although if you want to access your printer from a remote network you'll still need tailscale or similar.


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

Search: