ono

This outcome is welcome progress, but I get the sense that it's only a drop in the bucket.

Bullying and intimidating people in other countries who openly contradict the CCP's narrative seems widespread these days. From the news reports of unofficial Chinese "police stations" in North America, to youtube footage of US students speaking in support of an independent Hong Kong while Chinese students aggressively maneuver within inches of their faces while shouting threats, to the story in this post.

I hope this is a sign that we are finally taking action to stop it.

Or by people formerly paying for their internet service with money that should have been going toward food or heat.

Losing the $30 monthly discount could force families to choose between broadband and other necessities,

Exactly.

It's also important to note that some ISPs created a low-cost service plan specifically for ACP. (It's reasonable to assume this was possible in part because ACP handled income verification and eliminated the costs of individual billing and credit card payments.) That plan will likely disappear if ACP goes away, leaving poor people stuck paying a bill much higher than the program ever paid.

Is this a proposal to make Nim compile to Assembly instead of C?

No, it's for stuff that happens internally to the compiler.

https://en.wikipedia.org/wiki/Intermediate_representation

I've given up on Nim, though, because the creator / project lead is more than a little problematic, and I don't think that can be fixed.

Perhaps Nimskull will develop into something useful eventually. For now, there are plenty of other languages to try.

I hope nobody today is depending on websites that use Flash, but I'm still glad to see projects like this, for the sake of cultural preservation.

That's as I expected; Thanks for confirming.

Unfortunately, that leaves out the kind of integration I was asking about (and the kind implied in this post), through existing Qt & KDE shared libraries and such.

CopperSpice might still be interesting for stand-alone projects written in C++, though, and I appreciate that you're here engaging with the community.

I think you're talking about migration from Qt to CopperSpipce, though, yes? I'm talking about integration with existing desktop environments. Making use of the themes that are already installed. Communicating with existing libraries via the existing interfaces. Are there any hitches to be aware of on that front?

And language bindings, for those of us who are trying to get away from writing in C++?

It's an interesting project, but as a fork, I would be concerned about its compatibility with standard Qt & KDE libraries, widgets, and styles. Can you comment on that?

Also, what language bindings does it offer?

Yes, exactly. So a standard compiler can be used, making language bindings much cleaner, while the runtime functionality and library compatibility are preserved.

And then there's DQt, which uses DLang's compile-time function execution instead of the meta-object compiler.

Qt is a wonderful GUI toolkit, but new language bindings are notoriously difficult, since it depends not only on C++ (which itself is tricky to bind into other languages) but also the Qt meta-object compiler. Even so, some interesting projects have emerged on that front. For example:

Verdigris:

This (header-only) library can be used to create an application using Qt, without the need of the moc (MetaObject Compiler). It uses a different set of macro than Qt and templated constexpr code to generate the QMetaObject at compile-time. It is entirely binary compatible with Qt.

DQt:

DQt contains experimental bindings for using a subset of Qt with the D Programming Language. Qt is a library for writing cross-platform graphical user interfaces. Currently bindings exist for the Qt modules core, gui, widgets and webenginewidgets.

It would be nice to see the current trend of ever-increasing software bloat turn around in favor of better efficiency. Reducing our power consumption and replacing our hardware less frequently would definitely help the environment.

Depends on the particulars, and on the needs of the individual.

That’s not really how things like security works.

If that were true, threat modeling wouldn't exist. ;)

I think some people just go crazy for something that’s not big tech, and then quit looking at the particulars.

I expect that's probably true. It's safe to assume I'm not one of them, though. Cheers.

So it could still be considered less secure than N.

It could be, or it could not be. Depends on the particulars, and on the needs of the individual.

Mind, I'm not going around presuming to tell other people what's better for them, as one or two others in this thread are doing. I'm just stating what's a good fit for me.