Next step: help people add gifs they see on the app to their own gif pack.
You should be able to search for .gif on Amethyst and keep adding things to your pack.
Next step: help people add gifs they see on the app to their own gif pack.
You should be able to search for .gif on Amethyst and keep adding things to your pack.
Social media is all about digital expression ! Original or borrowed - doesn't matter .. we all recycle the code !
I think your moving a little to quickly on this. do the gif packs use the NIP-51 kinds for emoji sets or are they a new kind?
I don't think we should be mixing emojis and gifs for users. they are both images but one is for reacting to notes and the other is for collecting larger sized images to use in replies
Also for gif and image packs it would be a lot better to use the NIP-92 "imeta" tag, similar to how nostr:npub1l2vyh47mk2p0qlsku7hg0vn29faehy9hy34ygaclpn66ukqp3afqutajft is doing for multi image olas posts
https://github.com/hzrd149/nips/blob/image-collections/652.md
thoughts?
People have always used gifs as emojis. Even large ones. Over time we got more of the tiny ones. I don't see an issue with going back to the original idea of the custom emojis.
For the GIf use case, instead of doing the online :code: you can just paste the full URL of the custom emoji and then and the imeta tags as usual.
Its not the image format I'm concerned about. I'm concerned that by making gif packs and emoji packs the same kind we are going to end up with clients having to do a lot of filtering
For example if I wanted to build a gif picker in noStrudel I would have to fetch all the emoji packs and filter out the emojis that are not gifs or are too small. and the opposite is also true

i just got done dealing with an incredibly retarded, weakly typed data structure for my paid gig and i just want to say:
NOPE
don't use the same kind number, why? there's 65k available, why?
You will always need to filter by size, regardless if you separate them into two kinds or not. The amount of trash will always be 10x the amount of actual content in these types of architectures.
Also, I am separating gifs that people want to use for replies from complete memes. Those are separate things. These reaction gifs are much closer to custom emojis than to memes.
yes, but I still don't agree that they are the same thing. even if they use the same kind of sets / favorites, gifs need thumbnails and emojis don't and the "emoji" tag (on sets) does not support thumbnails or any extra metadata like the "imeta" tag does
I'm squarely in the two kinds camp for what it's worth. :pepeD:
this is my point. users think of emojis and gif as two separate things and they expect apps to show them separately
:painthmm:
La actualización no está para PlayStore?
Still in review. Use ZapStore or Obtainium to get it faster.