rofimoji icon indicating copy to clipboard operation
rofimoji copied to clipboard

Default emojis are always sorted on top

Open lamduong33 opened this issue 3 months ago • 5 comments

Hello,

I'm running rofimoji 6.7.0 on Arch Linux. When I run rofimoji --max-recent 0 -no-frecency -match, there is a list of emojis that always show up no matter what, even if I search for whatever string. I can't take a screenshot, but if I type in "lkdasjflaskdjflaksjdflkajsdflkjasd", those 5 emojis are always on top. Even if I type in "zany", for example, those 5 emojis will be on top of zany face emoji. What might be causing this? Thanks!

lamduong33 avatar Oct 31 '25 17:10 lamduong33

Which emojis are these? Which selector do you use? And what is -match supposed to do? My rofimoji won't even start with that flag.

Have you ever used frecency, or do you have custom characters configured?

fdw avatar Oct 31 '25 18:10 fdw

Could you please share the requested information, @lamduong33 ? Otherwise, I'll close this ticket as I have no way of reproducing it.

fdw avatar Nov 29 '25 08:11 fdw

Hi, for some reason, I can't take a screen shot when the rofi menu is up, but the following emojis will always be present and will be the first option:

  • 😃: grinning face with big eyes
  • 😄: grinning face with smiling eyes
  • 😆: grinning squinting face
  • 🤣: rolling on the floor laughing
  • 🙂: slightly smiling face

They always appear in this order. Here are some test cases:

Case 1: Let's say my search string is "rolling", the above order of emojis still persists, but the text "rolling" is highlighted and underscored for the 🤣 emoji selection.

Case 2: If I type in "zany", these emojis will still be the first results, then at the bottom, the "zany" emoji 🤪 shows up, but I have to go through the above 5 emojis first.

Case 3: If I type in "ldasjkflaksjdflkjad", these emojis will still be the first results.

I think the -match flag was used in an older version. This is my updated command to running rofimoji: rofimoji --max-recent 0 --no-frecency --selector rofi --selector-args "<-matching-method prefix>" to no avail.

lamduong33 avatar Dec 01 '25 05:12 lamduong33

I'm using rofi v2.0.0-dirty as my selector and noto-fonts-emoji 1:2.051-1 as my emoji fonts package

lamduong33 avatar Dec 01 '25 05:12 lamduong33

The same call works for me, filtering the characters as expected. Do you have custom character lists defined somewhere?

fdw avatar Dec 02 '25 17:12 fdw

I'm having a behaviour that does not exactly match this issue description, but could be related.

rofimoji version: 6.7.0-1 OS: Arch Linux Kernel: 6.17.7-arch1-2

rofimoji -f "~/character_selection.csv" -r ">"

Contents of ~/character_selection.csv:

Á capital a with acute
É capital e with acute
Í capital i with acute
Ñ capital n with tilde
Ó capital o with acute
Ú capital u with acute
á small a with acute
é small e with acute
í small i with acute
ñ small n with tilde
ó small o with acute
ú small u with acute
° Degree Sign
º Masculine Ordinal Indicator

As seen on the image below, even when I write the exact text associated to capital e with acute the best matching entry does not go to the top of the list.

Image

I can open a different issue you need me to.

LoisSotoLopez avatar Dec 08 '25 13:12 LoisSotoLopez

Yes, @LoisSotoLopez, that does sound like a different issue. I assume that rofi keeps the original order since all entries are within a small editing distance of each other. You could try to pass a different -sorting-method to it.

fdw avatar Dec 08 '25 20:12 fdw

Yes, @LoisSotoLopez, that does sound like a different issue. I assume that rofi keeps the original order since all entries are within a small editing distance of each other. You could try to pass a different -sorting-method to it.

Thx, just for the record this solved my problem: rofimoji --selector-args="-sort -sorting-method fzf"

LoisSotoLopez avatar Dec 08 '25 21:12 LoisSotoLopez

@lamduong33, I still can't reproduce it. Do you have custom character lists defined?

fdw avatar Dec 13 '25 16:12 fdw