431–440 of 585 posts
Shoutout to https://localsend.org/ - it can even open a local webserver if needed.
Earlier quoted context omitted.
I don’t understand why printing is still so difficult in 2025
It’s not if you pay the price. I have a Brother printer (inkjet) and it literally just works. I can go months without printing anything, then I just print a document from my phone or laptop and it just works. This is something that should be normal but I’m still amazed every time I use it because I had an Epson before and the experience was… not the same.
This is based on Wi-Fi Aware: https://en.wikipedia.org/wiki/Wi-Fi_Alliance#Wi-Fi_Aware Some background: https://www.ditto.com/blog/cross-platform-p2p-wi-fi-how-the-... On the Apple side, this was prompted by the EU Digital Markets Act: https://digital-markets-act.ec.europa.eu/questions-and-answe...
I'm pretty sure this is just incorrect. According to the linked report[1], they tested it for compatibility with OpenDrop, so I think they simply implemented AWDL. That might also explain the limited Pixel 10 rollout, if it required a specific WiFi chipset/firmware. [1] https://www.netspi.com/wp-content/uploads/2025/11/google-fea...
Earlier quoted context omitted.
LocalSend requires the devices to be on the same local network. TFA is about file sharing using a direct device-to-device wireless connection.
We've had ad-hoc WiFi for about 3 decades, but that requires a level of device access that no gatekeeper will agree to anymore.
Earlier quoted context omitted.
No, not at all. Someone even implemented AirDrop in Python before[1]. In fact, nothing ever needs such special hardware. It's a decision of the implementer if they'd like to get fancy and rely on such hardware in their implementation to change its security profile, but the iPhone at the other end or any Apple infrastructure would be none the wiser - they just see that they're getting appropriately signed or encrypted…
Relies on OWL which does have specific hardware requirements
Earlier quoted context omitted.
Waayy back in 2009 we had Bump [1], which allowed transfer between devices and later web apps as well – by banging your phone against the spacebar. It worked 98% of the time and was faster than AirDrop is today, even though we only had 3G. Google acquired it and immediately killed it. [1] https://en.wikipedia.org/wiki/Bump_(application)
Waaay back when in Japan, sekigaisen (infrared) was a verb meaning to transfer contact details or photos or whatever between phones via infrared. It was amazing how fast the iPhone took over Japan and killed off their quirky phone ecosystem. Edit: want to emphasize that it was totally ubiquitous. Every phone has it
Someone even ported it to an emulator! https://shonumi.github.io/articles/art11.html
Earlier quoted context omitted.
You are not Apple's target audience, and there is nothing wrong with that.
The problem is that because fleecing dummies is so profitable, it encourages the same scummy behavior by other companies.
Earlier quoted context omitted.
Just a tip - You can put any string as your name for your Apple ID. you can also change it at any time. I have it as Mac Book. It's not checked when making any credit card payment, AFAIK.
Is anything but the zip code actually checked ever? Besides the number and cv2 or whatever.
The comment got deleted shortly after, but I like the idea of someone actually trying to send data from computer to phone, failing, and settling on this method