Not for the built-in Eq derive macro. But you can write your own derive macros that do allow you to take options, yeah.
Not for the built-in Eq derive macro. But you can write your own derive macros that do allow you to take options, yeah.
Do you have some public code you could link to that you’re having this issue with? There isn’t a one-size-fits-all solution for Rc/RefCell, I think.
Whoa nice, I need to keep this in mind.
Do be careful, the like 20–50€ USB webcams that you can usually find are absolute dogshit IME and probably blown away by any webcam on a good recent laptop (the one I have certainly is by the one on my MacBook and IIRC the laptop I had before also had a better camera). Personally I wouldn’t trust any of the ones I can see listed on amazon right now. A lot of times they have horrible autofocus, brightness adjustment, noise and so on even if the theoretical image resolution is advertised as 1080p for example. (Of course, you can always send it back but still.)
If you want actually good quality, get a real video camera that you can connect to a computer, or if possible use your phone back camera if it’s good enough (I know Macs can use the iPhone camera as a built in thing, not sure about other combinations of phone/computer).
I would hope there’s some kind of key signing mechanism to prove it’s the same instance and not just someone else who’s running another on the same domain.
“average person has 109 devices” factoid actualy just statistical error. average person has 40 devices. Computers Georg, who lives in cave & has 10,000, is an outlier adn should not have been counted
yeah. usability > UX
I think I once read they sell it (including the real time traffic data) for use in car infotainment systems and other specialized hardware that needs GPS navigation.
Ah, for realtime traffic, check out Magic Earth.
In which way is it not viable yet? I guess it depends a lot on what app you use but I’ve been happy with OsmAnd and Organic Maps.
A PTS is a single character device. Writing to it causes output to appear on the terminal buffer, reading from it reads from the input buffer. So, writing to it like you do from a separate shell effectively does the same as calling print() from python which has it as inherited stdio. There is a way to write to a PTS input buffer but it’s not straightforward and works in a completely different way. Use something like tmux instead, or better, sockets.
Okay, sure, that’s just all of Apple’s software though. With a few exceptions (Apple Music and Safari for Windows (RIP) I believe) all their software has only been available for their own operating systems. And (especially since I’m a Linux user) it would be great if cross-platform software were the standard, I don’t think software can be truly cross-platform without being open source. And as much as I think forcing every company to open source all their code would be epic, I don’t think it’s reasonable, as much as I don’t think it’s reasonable to force them to port to every platform.
Rather I think that generally all software anyone can legally obtain should require any sort of file format, network protocol, or other protocols that are used to transfer information between computers to have (usable) public domain documentation, plus, in case the protocol makes use of device authentication, anyone to obtain a valid certificate for their device. This would solve the iMessage problem because it would allow anyone to write clients for it for any platform, but it would solve the same problem for iCloud, Microsoft Office (LibreOffice could have so much better compatibility if they didn’t have to reverse-engineer the file format), Photoshop, Dis “custom clients are against TOS” cord, and thousands of other proprietary software. Because those are all the same exact problem as far as I’m concerned.
Maybe you’re saying something along the same lines. But I don’t think it’s specifically an iMessage problem.
It’s just the network effect. Here unfortunately it’s WhatsApp, you pretty much have to use it because people organize events in groups with it and whatnot, and you’re the weirdo if you don’t have it. I actually deleted my account for a couple years but recently caved and made one again because people just wouldn’t use anything else and having someone else relay messages is annoying for both them and me.
I use iMessage when it’s available but I wish for groups (or just in general tbh) everyone would just use Signal because it’s both not tied to an expensive device and also not owned by a corporation with a track record of shamelessly exploiting user data.
They should make these kind of fines increase the longer they don’t comply
Just so they can close my question I’ve spent an hour writing as a duplicate of an unrelated question?
The bingo one actually uses crossbeam channels instead of mutexes, so that’s nice. I haven’t looked too closely at it though.
I don’t think you can do too much about the Spectrum one if you want to keep the two threads, but here’s what I would change related to thread synchronization. Lemmy doesn’t seem to allow me to attach patch files for whatever reason so have an archive instead… https://dblsaiko.net/pub/tmp/patches.tar.bz2 (I wrote a few notes in the commit messages)
So basically it’s channels indexed by channel number and name? That one is actually one of the easy cases. Store indices instead:
struct Channels { data: Vec<Channel>, by_number: BTreeMap<u32 /* or whatever */, usize>, by_name: BTreeMap<String, usize>, } // untested but I think it should compile fn get_channel_by_name(ch: &Channels, name: &str) -> Option<&Channel> { Some(&self.data[*ch.by_name.get(name)?]) }