Yeah, I just re-read your comment. I see now that mine didn't really answer to what you actually said - sorry for that.
I agree with you, though. Unlocking the screen is useless when the user only wanted to quickly toggle a mode of connectivity or such.
Altering the prompt will certainly give a different output, though. Ok, maybe "think about this problem for a moment" is a weird prompt; I see how it actually doesn't make much sense.
However, including something along the lines of "think through the problem step-by-step" in the prompt really makes a difference, in my experience. The LLM will then, to a higher degree, include sections of "reasoning", thereby arriving at an output that's more correct or of higher quality.
This, to me, seems like a simple precursor to the way a model like the new o1 from OpenAI (partly) works; It "thinks" about the prompt behind the scenes, presenting only the resulting output and a hidden (by default) generated summary of the secret raw "thinking" to the user.
Of course, it's unnecessary - maybe even stupid - to include nonsense or smalltalk in LLM prompts (unless it has proven to actually enhance the output you want), but since (some) LLMs happen to be lazy by design, telling them what to do (like reasoning) can definitely make a great difference.
FYSETC kit
Find Yourself Stuck, Escape The Challenge?
Forget Your Silly, Edgy Tech Chase?
Fuck Your Skull, Embrace The Computer?
Fried Yogurt Stick, Extra Thick Cheese?
...
No? Then, tell me, what kind of kit is this?
No, that would make it too easy to do third-party screen repairs. Apple wouldn't allow that...
I'm not the person you're asking, but I have some evidence to support the case that making it work without proprietary code is a problem. GrapheneOS, a privacy-oriented Android-based smartphone OS, write in their usage guide:
By default, GrapheneOS has always shipped with baseline support for eSIM, where users can use any eSIMs installed previously on the device. However, in order to manage and add eSIMs, proprietary Google functionality is needed. This is fully disabled by default.
eSIM support on GrapheneOS doesn't require any dependency on Google Play, and never shares data to Google Play even when installed.
Edit: The fact that they haven't implemented eSIM functionality without using the proprietary Google stuff, indicates to me that it's either impossible/blocked or simply too hard with practically nothing in return to have been prioritised (yet?)
LOL, Rebmun a la Nac. Anal Panama.
Could it be a security measure, to stop others from enabling it on your locked device, since enabled bluetooth might be a weakness security-wise?
How can I become such a fungi?
In conclusion, the conclusion most often concludes by concluding that we can conclude, that the answer is the answer.
To summarize, the summary most often summarizes the problem and its nuances, and concludes by summarizing the conclusion as the correct answer.
Therefore, the correct answer is correct.
Let me know if there is anything else I can help you with today.
Why not? Ideogram is brilliant at it!
If you connect to Jellyfin through Kodi with the JellyCon add-on, you can sync audio, subtitles etc. when it's playing.
While it's possible to navigate through your Jellyfin libraries from within the Jellycon add-on in Kodi, I usually find it quicker to just use the Jellyfin app or webapp on phone/pc to find the desired media, then "cast" it to the active Kodi client. The Kodi client will then play it directly from the server, no video data is going through the casting device.
Are we talking some lucky sort of patcher app, or are those days long gone?