Emoji Pack Picker #102
No reviewers
Labels
No labels
a11y
Bug
Bug fix
Critical Priority
Documentation
Feature
Feature request
Held for next release cycle
High Priority
Low Priority
Medium Priority
Minor change
Translation/Locale
WIP
No milestone
No project
No assignees
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: AkkomaGang/akkoma-fe#102
Loading…
Reference in a new issue
No description provided.
Delete branch "Mergan/pleroma-fe:develop"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Mergan did a thing?
Didn't clean up though
Also emojis load on-demand when selecting an emoji pack, so I didn't think it would be necessary to load in chunks.
Also the matching by keyword might be faster
Aye
Hell yeah Mergan let's go
I'll try it out tonight
haven't tested it out yet but a few things just from looking around
@ -201,1 +186,3 @@
emojis: filterByKeyword(standardEmojis, trim(this.keyword))
first: {
imageUrl: '',
replacement: '🥴'
kinda confusing when we're dealing with emoji, i think the default "missing file" sprite or maybe a Ø svg would be appropriate
faExclamation
, perhaps?The 🥴 emoji is the icon I chose for the Unicode Emoji Pack. I'm not sure what it returns when a missing file happens, but I left that part mostly intact 🤔
That'd be on emoji_picker.vue 16
aaahh, i see. disregard this then
@ -202,0 +191,4 @@
}
].concat(emojiPacks)
},
sortedEmoji () {
think this should probably sort alphabetically by pack name instead of by.. it looks like pack size?
The emojis come alphabetically ordered by default, but they were in a single pack. All I did was sort them into their respective packs. After that they're aplhabetically ordered within their packs (I think). The order of the packs is a first come first serve on the packing lol
yeah i think the order of the pack should be passed through a sort
I can add it real quick but hmm how do I hmmm does this undo the pull request or what's the procedure
you can send a new commit to the branch and the pr will be updated
or, if you want it to still be one commit, you can
git commit --amend
andgit push --force
@ -73,0 +76,4 @@
overflow-x: scroll;
overflow-y: hidden;
// -ms-overflow-style: none;
cleanup for later
Thought it'd look cool without the scroll but I couldn't picture a way to make it intuitive so I left it just in case
also, suggestion: making the pack titles clickable in order to collapse them. (would require an up/down arrow on the right side for UX)
When a pack is selected it only shows that one.
When searching it shows all packs that contain a match (and I got a surprise! Looks like they become highlighted/deactivated if the emoji is not found in the pack)
hm
i'm sort of envisioning a very complicated thing where
instead of
click pack => only shows pack
it's
click pack => widget autoscrolls to pack while still being able to view everything else
which lets people just browse the emoji list more easily
it's probably a bit too overengineered for this though 🥴
Looks like that was the original plan but I thought that was needlesly complex. e.g. loading 60 emojis at a time from all packs, slowly scrolling and matching which one.
I think I removed a bit of that functionality on the highlight function (65) on emoji_picker.js
Thought it would be simpler to just show on-demand. I think this might also fix lag when opening the picker? Because it doesn't load everything
yeah that's fair
testing it right now
nitpick but i think the search makes more sense being right at the top of the widget
it being under the pack picker signifies that it searches within the pack, which it doesn't
i still don't know how i feel about not having an "All" option but meh that's fine
Ok I pushed the commit did that fix it
seems so
I don't know, it looks kinda weird
Maybe at the bottom?
I'm a fan of the current functionality of the search resultsreplacing the emoji list, is that possible? Or at least the size of it taking up the window and not needing horizontal scrolling.
That small little search bar will be hell if I want to search for something with a lot of results.
Could ye rephrase that? I didn't quite catch it 😅
AkkomaGang/pleroma-fe#69 Oops reference
ok my thoughts - it works pretty much as i'd personally expect
the unicode emoji currently clips the scrollbar, so probably needs some internal padding
also comment attached
otherwise is decent|
@ -190,0 +174,4 @@
customEmojis.forEach((pack, id) => {
emojiPacks.push({
id: id.substring(5),
text: startCase(id.substring(5)),
this here assumes
pack:
name format, which isn't true for some older emojis - check that id starts withpack:
then chop it, or keep as isfor example: https://ihatebeinga.live/api/pleroma/emoji.json
see "aiwave", which is the old-style local pack and doesn't have a
pack
prefixNo worries comrade.
What follows now?
the review above probably needs a look over, since some pack formats break
otherwise i think this is gud
Uhh
oh that's cool never mind about that, there's no conflict
just the unicode padding to remove the scrollbar clip and i'll merge~
It's the pack representative, right? do ye have an image of how it shows currently? (for reference)
current:
expected:
setting
vertical-align: top
onemoji-tabs-item
appears to fix thisRemaking the css a bit to make it cleaner and more consistent. I'm just getting this weird bug with the scrollbar, any ideas?
BIG
idk what changed but it seems to now flow massively over and doesn't scrollbar at all
which is especially weird for notifications:
Oops let me fix that
Something something display: block → flex
Looking into it
The easiest solution would be to put a width but I have no idea what it should be
the
%
is based on the outer container - somax-width: 100%
should work i thinkIt doesn't :s
ok found why -
in
react_button.vue
, in the.popover
styles, setmax-width: 100%
Experimenting...
Noone must know of the sins I commited today
I wonder if that breaks stickers 🤔
That should do it
yep, that works nicely!
thanks a loooot~