ultimate_worrier, ultimate_worrier@lemmy.dbzer0.com

Nothing…. yet.
It’s the future, though.

#UnisonLang

https://dev.to/efdev/create-your-own-memes-in-terminal-4pod

You could make an imagemagick script.

https://dev.to/efdev/create-your-own-memes-in-terminal-4pod

See my edit. Kessler syndrome is quite well known.

Please explain why you think it’s irrelevant here using peer reviewed research rather than sources that seek to obfuscate the truth about it for financial gain.

Removing starlink from orbit would cut danger from space junk logarithmically.

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

As a beginner, you’ll eventually run into enough issues with your code that you will start to ask “is there a better way?” My answer will be: yes. Strongly typed languages are FAR superior because they force you to make your code robust and eliminate most runtime errors by default. You’ll eventually come around (unless you’re in a company with a hack culture or are surrounded by hacks that don’t know any better).

Dynamic type systems are meant for beginner/toy languages. Hacks that don’t care about understanding their own code tend to use Python. Their code is often riddled with bugs that they are none-the-wiser about.

If you write your code in Python, you might as well admit that you don’t care to understand what your code is actually doing.

It’s weird when you post a link with no explanation whatsoever about what the software is:

Text files are nowadays usually encoded in Unicode, and may consist of very different scripts – from Latin letters to Chinese Hanzi –, with many kinds of special characters – accents, right-to-left writing marks, hyphens, Roman numbers, and much more. But the POSIX platform APIs for text do not contain adequate functions for dealing with particular properties of many Unicode characters. In fact, the POSIX APIs for text have several assumptions at their base which don’t hold for Unicode text.
This library provides functions for manipulating Unicode strings and for manipulating C strings according to the Unicode standard.

Details

This library consists of the following parts:
<unistr.h> elementary string functions
<uniconv.h> conversion from/to legacy > encodings
<unistdio.h> formatted output to > strings
<uniname.h> character names
<unictype.h> character classification and properties
<uniwidth.h> string width when using nonproportional fonts
<uniwbrk.h> word breaks
<unilbrk.h> line breaking algorithm
<uninorm.h> normalization (composition and decomposition)
<unicase.h> case folding
<uniregex.h> regular expressions (not yet implemented)

Who needs libunistring?

libunistring is for you if your application involves non-trivial text processing, such as upper/lower case conversions, line breaking, operations on words, or more advanced analysis of text. Text provided by the user can, in general, contain characters of all kinds of scripts. The text processing functions provided by this library handle all scripts and all languages.

libunistring is for you if your application already uses the ISO C / POSIX <ctype.h>, <wctype.h> functions and the text it operates on is provided by the user and can be in any language.

libunistring is also for you if your application uses Unicode strings as internal in-memory representation.

Because most people are lazy hacks.

Wrong. The heat exchanger pad underneath the elephant’s foot (gigantic blob of radioactive material) needs to be continuously cooled or it will melt through anything below it and contaminate the water that flows underneath. Guess what they use to pump the water to cool it?

A touchscreen that doesn’t actually function that is always on?

Unbelievably underwhelming.

Here’s an LCARS interface that has an actual use: https://github.com/th3jesta/ha-lcars