zkfcfbzr

joined 2 years ago
[–] zkfcfbzr@lemmy.world 3 points 1 week ago

If the penalties are harsh for not attributing ai to an image, what’s to stop sites from just having a blanket disclaimer saying that ALL images on the page were generated by AI?

Just like what happens with companies slapping Prop. 65 warnings on products that don't actually need them, out of caution and/or ignorance

[–] zkfcfbzr@lemmy.world 13 points 1 week ago* (last edited 1 week ago) (1 children)

No, mostly because I'm against laws which are literally impossible to enforce. And it'll become exponentially harder to enforce as the years pass on.

I think a lot of people will get annoyed at this comparison, but I see a lot of similarity between the attitudes of the "AI slop" people and the "We can always tell" anti-trans people, in the sense that I've seen so many people from the first group accuse legitimate human works of being AI-created (and obviously we've all seen how often people from the second group have accused AFAB women of being trans). And just as those anti-trans people actually can't tell for a huge number of well-passing trans people, there's a lot of AI-created works out there that are absolutely passing for human-created works in mass, without giving off any obvious "slop" signs. Real people will get (and are getting) swept-up and hurt in this anti-AI reactionary phase.

I think AI has a lot of legitimately decent uses, and I think it has a lot of stupid-as-shit uses. And the stupid-as-shit uses may be in the lead for the moment. But mandating tagging AI-generated content would just be ineffective and reactionary. I do think it should be regulated in other, more useful ways.

[–] zkfcfbzr@lemmy.world 125 points 1 week ago (6 children)

> Makes thread asking if you should go to the ER

> Literally everyone says to go to the ER

> Doesn't go to the ER

ok

[–] zkfcfbzr@lemmy.world 3 points 1 week ago* (last edited 1 week ago)

June 10th, 2020

What I'd really like to know is, why are screenshots of tweets and such always so poorly cropped? Why do they all need to be 80% dead space vertically?

[–] zkfcfbzr@lemmy.world 3 points 1 week ago

I use 160g spaghetti with an entire 14oz jar of sauce, personally.

[–] zkfcfbzr@lemmy.world 15 points 1 week ago

When they plaster that "If everyone reading this donated $x.yz right now, we'd be done within the hour" message I'll usually donate exactly the amount it says.

[–] zkfcfbzr@lemmy.world 72 points 2 weeks ago* (last edited 1 week ago) (7 children)

gen z: Roughly the generation currently in their teens to twenties.

dommes - Sexual dominants, as opposed to subs. Specifically female in this case, with "doms" being the masculine/gender-neutral variant.

puppygirls - Dog equivalent of a catgirl. A girl who takes on visual and personality traits of a puppy to various extents, often as a form of sexual play.

dogcage - Where you put your puppygirl when she's been chewing on the remote or peeing on the rug.

rawdog - To experience something "raw", without any aides to make the experience safer or more tolerable.

Translation: It's incredulous that young sexual dominants allow their submissives to use their phones while in their cage. It lessens the experience!

[–] zkfcfbzr@lemmy.world 6 points 3 weeks ago (1 children)

Cory in the House?

[–] zkfcfbzr@lemmy.world 12 points 3 weeks ago (1 children)

Literally none of this matters anyways if pennies are going, because making prices end in certain amounts won't work as nice in practice as it does here for the simple reason that US prices almost never include taxes.

[–] zkfcfbzr@lemmy.world 11 points 3 weeks ago

Bold to assume I care about preserving my circadian rhythm

There isn't a single hour of the day I haven't both fallen asleep during and woken up during at least once in the last three months

[–] zkfcfbzr@lemmy.world 7 points 4 weeks ago

The true definition of the term

 

Just curious about how this works out. At scale, would either decision make any sort of impact? I know most people, including me, will end up avoiding heavily tariffed products out of personal financial reasons. But in theory, would US residents buying or not buying tariffed products be the larger anti-tariff statement? I feel like the obvious answer is "only buy tariffed products" which is why I chose this community but I'm not entirely certain.

I would like to stress again that I am asking this hypothetically, and specifically and only in the context of political statements regarding tariffs. I am of course aware that no single person will have any impact on their own, and I am similarly aware that almost everyone will be avoiding highly tariffed products for non-political reasons either way.

 

cross-posted from: https://lemmy.world/post/27385536

I have a rather large Python script that I use as basically a replacement for autohotkey. It uses pynput for keyboard and mouse control - and at least on Windows, it works exactly how I expect.

I recently started dual-booting with Linux and have been trying to get the script to work here as well. It does work but with mixed results - in particular, I found that pynput has bizarrely wrong output for special characters, in a way that's both consistent and inconsistent.

The simplest possible case I found that reproduces the error is this script:

import time
from pynput import keyboard

# Sleep statement is just to give time to move the mouse cursor to a text input field
time.sleep(2)

my_kb = keyboard.Controller()

text = '🍆' # Eggplant emoji
my_kb.type(text)

time.sleep(1)

text = '𝕥𝕖𝕤𝕥' # blackboard bold test
my_kb.type(text)

time.sleep(1)

text = '𝐭𝐞𝐬𝐭' # bold test
my_kb.type(text)

When I run that script right now, it produces the output "🍆𝕥𝕥𝕤𝕥𝐭𝐭𝐬𝐭". And if I run it again, it'll produce the same output. And if I change the eggplant emoji to something else, like the regular character 'A', it will still produce the same output (specifically "A𝕥𝕥𝕤𝕥𝐭𝐭𝐬𝐭"). But... If I log out and log back in, then the output changes to something else that's still wrong, but differently. For example, when I changed the eggplant to a regular 'A', then relogged, the output became "A𝕥𝕖𝕖𝕥𝐭𝐞𝐞𝐭". And then that wrong output will keep being the same wrong output until I log out and back in again. If the test strings don't change, then the incorrect outputs don't change on relog - but if they do, then they do.

In the larger script, errors seemed to chain together somehow - like if I produced an eggplant emoji, then tried to write blackboard bold test, I would get "🍆𝕖𝕤🍆". This is despite verifying just before running the pynput.keyboard.Controller.type function that what it was about to type was correct. The issue also happens if I type it character-by-character with press and release functions.

I am very new to Linux. I'm on Linux Mint. I'm running this in a python3 venv that just has pynput and two other external libraries installed. ChatGPT thinks the issue might be related to X11. The issue does not occur at all on Windows, using the exact same code. On Linux there seems to be no issues with typing regular text, just special characters.

 

Note that I'm using autohotkey v2, not v1.

I want to run two different autohotkey scripts. I want to trigger a hotstring in the first script, the output of which ends up being part of the hotstring trigger for the second script. Is this possible?

Here's a simplified version of my intended workflow.

Script 1:

#Hotstring EndChars \
#Hotstring o
#Hotstring ?
::iv::ǐ
::av::ǎ

Script 2:

#Hotstring EndChars \
#Hotstring o
#Hotstring ?
::nǐ::你
::hǎo::好

So the idea is that I can type niv\ and the first script will convert it to nǐ - then I can immediately type \ and the second script will convert it to 你. So I type niv\\ and my text goes from niv to nǐ to 你. I can then type hav\o\ and have my text go: h, ha, hav, hǎ, hǎo, 好. So I can do niv\ hav\o and get nǐ hǎo, or I can do niv\\ hav\o\ and get 你 好. Both writing systems in a reasonably simple format.

There are reasons I want to set it up like this. The first script has dozens of functions beyond writing in pinyin/chinese, and I share it with another person - so I don't want to add potentially hundreds of random Chinese hotstrings to it, just the special pinyin characters. That's why I'm using two scripts.

But I also realize I could just make "niv" and "havo" their own hotstrings which go directly to 你 and 好 without the intermediate nǐ and hǎo. I don't want to do this mostly because I think the system I have in mind is prettier - type it correctly in pinyin first, then have it correctly convert to Chinese.

All of that aside: I've gathered that this is probably possible using some combination of SendLevel and #InputLevel - but I've tried a bunch of different combinations and ideas with it, and haven't successfully had one script trigger another yet. Even in simplified toy scripts, which is a little discouraging. Ideally I'd be able to do this with as few changes to the main script I share with another person as possible - the script that handles the Chinese can be as complicated as it needs to be though. Anyone know how to make this work?

view more: next ›