Moonrise contains Starlight as well as a lot of server-side optimisations.
I don't see that many people are using Starlight on modern versions anymore. As such, I don't see any reason to continue to maintain the mod versions, given that they do have real mod conflict issues with other mods. Starlight is also not neccessary to use on 1.20.x anyways.
ViewCompositionStrategy |
Description |
|---|---|
DisposeOnDetachedFromWindow |
The Composition will be disposed when the underlying ComposeView is detached from the window. Has since been superseded by DisposeOnDetachedFromWindowOrReleasedFromPool.Interop scenario: * ComposeView whether it’s the sole element in the View hierarchy, or in the context of a mixed View/Compose screen (not in Fragment). |
DisposeOnDetachedFromWindowOrReleasedFromPool (Default) |
Similar to DisposeOnDetachedFromWindow, when the Composition is not in a pooling container, such as a RecyclerView. If it is in a pooling container, it will dispose when either the pooling container itself detaches from the window |
Since we don't have a dedicated channel (such as #quotes), I created this gist to keep track of conversations that work as references.
Android specific discussions.
The longest list yet:
This isn't a guide about locking down homebrew so that it can't touch the rest of your system security-wise.
This guide doesn't fix the inherent security issues of a package management system that will literally yell at you if you try to do something about "huh, maybe it's not great my executables are writeable by my account without requiring authorization first".
But it absolutely is a guide about shoving it into its own little corner so that you can take it or leave it as you see fit, instead of just letting the project do what it likes like completely taking over permissions and ownership of a directory that might be in use by other software on your Mac and stomping all over their contents.
By following this guide you will:
sudo to forcefully change permissions of some directory to be owned by your account
| /** | |
| * Observe a Flow on the calling lifecycle. This functions similar to LiveData observe, where | |
| * collectors are tied to the calling scope's lifecycle. Using this, we can avoid having to launch | |
| * a coroutine scope + using repeatOnLifecycle every time. | |
| * @param lifecycleState The lifecycle state to start collecting the Flow on. Collection will be | |
| * cancelled in the mirror state. See [repeatOnLifecycle] for more details. | |
| * @param collector The [FlowCollector] used to collect values. See [Flow.collect] for more details. | |
| */ | |
| context(LifecycleOwner) | |
| fun <T> Flow<T>.observe( |
Generics in Java are hard (sad, but true), however, Kotlin makes them way more accessible 🤩.
Suppose you are doing property-based testing. Just like I suggest, I was creating a jqwik test, and I ran into an issue with generic signatures.
Here's a minimal example, and it already has two issues.
Take a second and find both of them 😉
This post was adapted from an earlier Twitter thread.
It's incredible how many collective developer hours have been wasted on pushing through the turd that is ES Modules (often mistakenly called "ES6 Modules"). Causing a big ecosystem divide and massive tooling support issues, for... well, no reason, really. There are no actual advantages to it. At all.
It looks shiny and new and some libraries use it in their documentation without any explanation, so people assume that it's the new thing that must be used. And then I end up having to explain to them why, unlike CommonJS, it doesn't actually work everywhere yet, and may never do so. For example, you can't import ESM modules from a CommonJS file! (Update: I've released a module that works around this issue.)
And then there's Rollup, which apparently requires ESM to be u
The package that linked you here is now pure ESM. It cannot be require()'d from CommonJS.
This means you have the following choices:
import foo from 'foo' instead of const foo = require('foo') to import the package. You also need to put "type": "module" in your package.json and more. Follow the below guide.await import(…) from CommonJS instead of require(…).
| /* | |
| Copyright 2020 Cedric Kring. | |
| Licensed under the Apache License, Version 2.0 (the "License"); | |
| you may not use this file except in compliance with the License. | |
| You may obtain a copy of the License at | |
| http://www.apache.org/licenses/LICENSE-2.0 | |
| Unless required by applicable law or agreed to in writing, software | |
| distributed under the License is distributed on an "AS IS" BASIS, |
| [2020-01-07T21:10:32.008Z] cloudidentity:v1beta1 changed | |
| [2020-01-07T21:10:50.175Z] fcm:v1 changed | |
| [2020-01-07T21:15:31.100Z] classroom:v1 changed | |
| [2020-01-07T21:16:11.734Z] runtimeconfig:v1 changed | |
| [2020-01-07T21:21:10.775Z] remotebuildexecution:v1alpha changed | |
| [2020-01-07T21:21:25.053Z] sheets:v4 changed | |
| [2020-01-07T21:26:32.119Z] tagmanager:v1 changed | |
| [2020-01-07T21:36:09.790Z] runtimeconfig:v1beta1 changed | |
| [2020-01-07T21:36:11.287Z] script:v1 changed | |
| [2020-01-07T21:41:24.950Z] slides:v1 changed |