spystath

I've read about this project in the past and although it definitely is interesting it's still a bit unclear to me if this is a way to use Qt through Rust or the other way around. Reading through this example it seems like you use QML to structure you UI which is straightforward enough but there are a couple of qml crates which do pretty much the same thing without including an extra binding generation step (or C++ at all).

Searching through the repo [0,1] it seems like you still need to write a certain amount of C++ especially if you're using QtWidgets instead of QML. So in my eyes this seems like a way to incorporate Rust code into a Qt project rather than build a Qt interface for use in Rust, as the end program is essentially a C++ program with some Rust bits.

From what I understand if you have a fair amount of existing Rust code to reuse in a Qt GUI application this is probably the best way to get them to talk together but it's a still a bit far from "Qt GUI for your Rust programs". I get that the distinction between the two is a bit blurry but in any case you still need to write a considerable amount of C++ especially if you opt for the QtWidgets way.

Of course it is entirely possible that I've completely missed the point so in that case please correct me.

[0] https://github.com/KDE/rust-qt-binding-generator/tree/master...

[1] https://github.com/KDE/rust-qt-binding-generator/tree/master...

The official git repo of the kernel is git.kernel.org. The github one is just a mirror and it's just sad that is returned as a first result on Google.

Being cross-platform and cross-browser with close-to-native performance is the primary selling point of WebAssembly. What's the point of going that way if you are supporting the exact same platforms you were supporting before? It's also funny how there is no mention of Firefox at all like it's so insignificant we won't even bother testing.

You will probably need at least Message Carbons (XEP-0280)[0] to synchronise your devices and maybe Message Archives (XEP-0313)[1] to have some kind of history available to them. However this not really tied to OMEMO itself, it's just to provide what's expected of a modern IM experience. I think all servers support them nowadays, anyway.

[0] https://xmpp.org/extensions/xep-0280.html

[1] https://xmpp.org/extensions/xep-0313.html

My personal beef with it is the huge padding everywhere. So much wasted space.

Not only that, but many websites tend to have very large left and right margins. One would expect that by reducing the width of the browser window the margins would be adjusted but instead the website either "won't fit" in the resized window requiring you to scroll horizontally or will reduce the width of the central column.

I kind of like the AIP model. Articles are free for 1 month from the date they are published. I also recall AIP having an entire month of free access a couple of years ago, however I don't know if this is a regular thing (say yearly or so).

I never understood why people prefer abusing CSS to create icons when SVG is a much more suitable candidate for this kind of job. And in many cases they can be smaller in file size too.

I'm mostly a Linux user but I use Windows at work. There is also an additional Windows computer in my house. Although I can't say I dislike Windows there is a singular issue with it that really grinds my gears. The OS assumes way too much about what I want to do. I get it that the defaults are there for the inexperienced or casual users but there really needs to be a way to tell the OS "Hands off! I know what I'm doing". I really don't want arbitrary actions to be made before I consent to them.

I would guess residential connections are more likely to be IPv6 enabled. Corporate networks move slowly. In our organisation they actually removed IPv6, go figure!

In the organisation I work for we had IPv4/IPv6 dual stack. Due to IPv4 exhaustion my whole department was shoved behind an NAT, which given the circumstances I find it normal as there is no need for 400+ workstations to have public IPs. The weird thing is that after the switch to NAT IPv6 connectivity was lost. When asking why IPv6 was lost I was told "what do you need it for?".

In the meantime I have residential IPv6 since 2011. I really believe corporate networks are one of the main causes of delay in massive IPv6 adoption. And given the inertia I'm not really expecting them to change soon.

In comparison several European countries are increasingly mandating that publicly funded research should be open access. Why this simple concept would elude the US government is beyond me.

However Open Access is not panacea. Most of the times it just moves the cost from the subscriber to the author. The open access costs are equally extortionate for several journals in the ballpark of £2000 for a single article. As a result publicly funded grants must also include a quite significant budget for publishing costs further inflating the already bloated administrative overhead of research programmes. So you either pay the journals to open up your article or pay for a subscription. It does increase visibility and accessibility of research but, still, we are not quite there yet.

I don't believe there is a need to completely abandon IPv4; at least for small internal networks it is probably easier -at the moment- to quickly set it up as IPv4. A properly configured IPv6 network, however, should be equally easy to use. If DDNS is working correctly then there is not even a need to remember IPs. The problem arises from poor support in consumer equipment. At least for most mid-range routers I get the impression that IPv6 support is hacked together as an afterthought rather than be considered from the original implementation of the firmware. So you get something that mostly works but it's not 100% there. It's getting better but we are not there yet.

Given that the average wage in Greece is roughly half (or even less) that of the UK I would say they are comparable.

Although I partially agree; it's not only the price that affects the consumption of tobacco. It's could also be that there is nothing cool about smoking nowadays.

What makes me worry is that through a combination of Chrome dominance and bizarre managerial decisions Firefox will eventually be driven to obscurity no matter the technical prowess of its developers; and then we will be stuck with a Webkit monoculture. Back in the days Firefox managed to make a significant dent to the IE dominance, but this time is much more difficult to develop an engine from scratch as the Web is ridiculously more complex than back in 2002 when Firefox initially appeared. And even then Gecko was already in development for a longer time. However I believe that, eventually, a superior engine will appear, maybe even Servo will be the one. But it won't matter any more because even if that engine is better, more secure, etc., Chrome/Webkit will still be good enough for the 99% (if not more) of users.

Most Google services are either borderline or completely unusable through Tor anyway.

I get it that Thunderbird looks unhip but I feel like the heavily padded lines waste too much space. The gmail "compact" setting is a much better compromise between space and legibility.

But unless they move Thunderbird to WebExtensions (which would be a total productivity disaster) it can always be modded.

Although an UI update is always welcome there are more important issues to address in Thunderbird, like better calendar synchronisation and an overhaul to its search capabilities.

I believe files can be accessed by Webdav https://www.fastmail.com/help/files/davnftp.html

I don't disagree, but privacy extensions do not solve the problem of tracking, only alleviate it since there are still ways to be tracked. In any case believe a stateful solution like DHCPv6 is better for deployment anyway.

I think IPv6 privacy extensions are a bit overrated in their usefulness. What I mean, at least for most residential deployments, is that the first 64 bits (the prefix) is the same no matter what you do with the last 64. Even if the exact IPv6 suffix is randomized your address can still be linked to an account by its suffix. Unless you are a part of a large network suffix randomization won't do much good. And large networks are probably better with DHCPv6 anyway. If only Google implemented DHCPv6 for Android...

You'd think that a technology-oriented magazine like wired would at least try to aim for cross-browser compatibility in their infrastructure. But why bother, make your CMS Chrome-only a policy and free yourself of extra testing.

And it's not only wired. I've come across a lot of internal sites and intranets that are poorly tested on anything but Chrome. I know, it's not exactly the same thing as the old IE/ActiveX but it still grinds my gears when it happens.

I can't decide if titling it "Restoring Internet Freedom" is a perverse sense of humour or just blatant effrontery.

This is kind of the feeling I have too. I remember firefox in the 2.x and 3.x days when you could do practically anything XUL and XPCOM. I also remember that firefox was dead slow back then. Although I am kind of dissapointed that so much functionality was removed it is inevitable that, in order to get a better and safer browser, some inconveniences are to be expected. I wish there were some kind of middle ground to accomodate power users as well. But Mozilla is not after power users, they can't afford it. It is kind of a shame though.

Exactly! Microtransactions are there to grab the big spenders. Mobile "games" follow this pattern to the extreme. For example some guy spent $1M playing a mobile game ([0] and HN discussion [1]). Honestly I don't understand why game companies are left to exploit gullible people (adults and/or kinds) into what is essentially gambling.

[0] https://arstechnica.com/tech-policy/2016/12/california-man-s...

[1] https://news.ycombinator.com/item?id=13165780

I wish they made their existing service work the same on all platforms. HD content is practically not available on Linux (HDCP issues) and half-works on Windows (works on my desktop but not on my laptop although both should be HDCP compliant).

Previous discussion https://news.ycombinator.com/item?id=15661372

And further contributions are covered by a CLA [0]

[0] https://www.cups.org/AppleContributorAgreement_2011-03-10.pd...

I've played a lot of my games in my life so far but very few, if any, have matched the thrill of landing on Mun for the first time (and making it back).

Too bad all they offer is a single IP, or a /127 to be exact. Very strange decision.

Almost all journals have an RSS feed. I just subscribe to a dozen or so major journals. Add a web feed reader as well you can skim through them easily, or save up the more interesting ones for later.