philj56 / tofi Goto Github PK

The document and application's help context mentions the option to define font as font-name, which should be changed to font.

 tofi-drun -h
Usage: tofi [options]

  -h, --help                           Print this message and exit.
  -c, --config                         Specify a config file.
      --font <name|path>               Font to use.

tofi-drun --font-name=sans
[ERROR]: Unknown option --font-name=sans.

Hello,
I have compiled tofi on both gentoo and OpenMandriva, and with both I've found that I'm not able to run things with it.
When running tofi-run, the application shows up in the menu and pressing enter to run it sends the name of the application to output, but it doesn't run.

The output is this, to run the terminal foot:

[ real,   cpu,   maxRSS]
[0.000, 0.008,  7744 KB][DEBUG]: This is tofi.
[0.000, 0.009, 10284 KB][DEBUG]: First roundtrip start.
[0.000, 0.009, 10284 KB][DEBUG]: 	Bound to shm 1.
[0.000, 0.009, 10284 KB][DEBUG]: 	Bound to compositor 4.
[0.000, 0.009, 10284 KB][DEBUG]: 	Bound to seat 15.
[0.000, 0.009, 10284 KB][DEBUG]: 	Bound to zwlr_layer_shell_v1 18.
[0.000, 0.009, 10284 KB][DEBUG]: 	Bound to output 41.
[0.000, 0.009, 10284 KB][DEBUG]: 	Bound to output 42.
[0.000, 0.009, 10284 KB][DEBUG]: First roundtrip done.
[0.000, 0.009, 10284 KB][DEBUG]: Second roundtrip start.
[0.000, 0.009, 10284 KB][DEBUG]: 	Got keyboard from seat.
[0.000, 0.009, 10284 KB][DEBUG]: 	Got pointer from seat.
[0.000, 0.009, 10284 KB][DEBUG]: 	Output configuration done.
[0.000, 0.009, 10284 KB][DEBUG]: 	Output configuration done.
[0.000, 0.009, 10284 KB][DEBUG]: Second roundtrip done.
[0.001, 0.009, 10284 KB][DEBUG]: Configuring keyboard.
[0.003, 0.012, 10932 KB][DEBUG]: Keyboard configured.
[0.003, 0.012, 10932 KB][DEBUG]: Key repeat every 40 ms after 600 ms.
[0.003, 0.012, 10932 KB][DEBUG]: Created shm file with size 0 KiB.
[0.004, 0.012, 10932 KB][DEBUG]: Selected output HDMI-A-2.
[0.004, 0.012, 10932 KB][DEBUG]: Generating command list.
[0.004, 0.012, 10932 KB][DEBUG]: 	Retrieving PATH.
[0.004, 0.012, 10932 KB][DEBUG]: 	Retrieving cache location.
[0.004, 0.012, 10932 KB][DEBUG]: 	Cache up to date, loading.
[0.005, 0.013, 10932 KB][DEBUG]: 	Moving already known programs to the front.
[0.005, 0.013, 10932 KB][DEBUG]: Command list generated.
[0.005, 0.013, 10932 KB][DEBUG]: Creating main window surface.
[0.005, 0.013, 10932 KB][DEBUG]: Third roundtrip start.
[0.007, 0.013, 10932 KB][DEBUG]: 	Layer surface configure, 1280 x 720.
[0.007, 0.013, 10932 KB][DEBUG]: Third roundtrip done.
[0.007, 0.013, 10932 KB][DEBUG]: Initialising window surface.
[0.007, 0.013, 10932 KB][DEBUG]: 	Created shm file with size 7200 KiB.
[0.007, 0.013, 10932 KB][DEBUG]: Window surface initialised.
[0.007, 0.013, 10932 KB][DEBUG]: Initialising renderer.
[0.011, 0.018, 15132 KB][DEBUG]: 	Creating Pango context.
[0.012, 0.018, 15696 KB][DEBUG]: 	Creating Pango font description.
[0.012, 0.018, 15696 KB][DEBUG]: 	Initial text render.
[0.029, 0.042, 21128 KB][DEBUG]: 	Drew 13 results.
[0.029, 0.042, 21128 KB][DEBUG]: Renderer initialised.
[0.032, 0.042, 21128 KB][DEBUG]: Layer surface configure, 1280 x 720.
[0.032, 0.042, 21128 KB][DEBUG]: Surface entered output.
[2.053, 0.048, 24816 KB][DEBUG]: Start rendering entry.
[2.057, 0.052, 25008 KB][DEBUG]: Drew 13 results.
[2.057, 0.052, 25008 KB][DEBUG]: Finish rendering entry.
[2.184, 0.052, 25008 KB][DEBUG]: Start rendering entry.
[2.189, 0.057, 27968 KB][DEBUG]: Drew 13 results.
[2.189, 0.057, 27968 KB][DEBUG]: Finish rendering entry.
[2.292, 0.057, 27968 KB][DEBUG]: Start rendering entry.
[2.294, 0.059, 27968 KB][DEBUG]: Drew 2 results.
[2.294, 0.059, 27968 KB][DEBUG]: Finish rendering entry.
[2.364, 0.059, 27968 KB][DEBUG]: Start rendering entry.
[2.365, 0.061, 27968 KB][DEBUG]: Drew 2 results.
[2.365, 0.061, 27968 KB][DEBUG]: Finish rendering entry.
[2.741, 0.061, 27968 KB][DEBUG]: Window closed, performing cleanup.
[2.745, 0.062, 27968 KB][DEBUG]: Finished, exiting.
foot

Is there something I'm doing wrong?

meson.build:5:2: ERROR: Expecting rparen got id.
  license: 'MIT',
  ^
For a block that started at 1,7
project(
       ^

And the 1da9e9c is missing in the master branch – this is really not a good approach for tagging releases.

Is it possible to use a power menu with tofi? like could I use rofi-power-menu with it? or even script my own?

I know this is not a crucial feature, but I mention it for the record.

When the user opens tofi multiple times by accident, multiple instances open. Because it is annoying to close multiple instances, it would be great to have at most one instance open at a time.

Proposal:
The current pid is written to $XDG_RUNTIME_DIR/<app>.pid. The existence and content of the file is checked on startup. Exit if the pid specified in the file does still exist.

It's possible to reuse dmenu for general searching not against results like so:

$ echo "" | dmenu # enter "foo<Enter>"
foo

tofi doesn't appear to support this because it requires a match. I think that's a sane default, but could an option be added to accept the entered text regardless of whether it has a match?

My use case is that I use dmenu/tofi for opening bookmarks, apps, and so on, but also for launching web searches from anywhere, in which case it's really acting more like a plain text input.

Just noticed that tofi doesn't appear to allow space input. Why is that? My use case is alongside --require-match false.

Thanks for the resolutions to my other issues by the way! 🙂

I am not sure if this is in the scope of this project, but I think tofi could be improved by changing the order the results are displayed after a query.

For example:

I query "pl" and the first result shown is alphabetically first, but, I believe, less relevant to my search. Ideally, the results would begin with the most relevant first, starting the search from the beginning of the word, and only then show results that merely "contain" the combination of letters queried.

So, in my case, PlugY should be displayed before Joplin, although both satisfy the condition set.

So, right now when I scroll down, instead of it moving the bottom thing so that it's fully visible, it goes to the bottom segment and leaves it cut-off, I believe this is an issue related to the fact that tofi now tries to fill the screen with options, it'd be better if the list scrolled down to make the bottom option fully visible when it is highlighted, and then continued to keep the bottom entry at the bottom as you continue to scroll, instead of wrapping around to the top.

I would like to have this project in aur, by the way good work

I use a mix of vertical and horizontal monitors, when I open it on my horizontal monitor tofi spans across my entire screen

But when I open it on my vertical monitor, it seems to keep using the same width as the horizontal monitor

Without seeing the code if I had to guess, width 100% is probably being based off of the main monitor width

It seems it is not possible to execute a cli with parameters from tofi-run. On rofi, for instance, I was able to autocomplete my command then add any arguments after it, simply running the command as-is

First off, thanks for making tofi, it's great! As a feature request, it would be nice to have support for fuzzy string matching like how fzf or the VS Code command prompt works. For instance, the string mm would match the word Mattermost, and vc would match Visual Studio Code.

I found a couple of resources explaining the algorithm and implementation for fzf and for VS Code.

Currently you can specify a maximum number of entries, but this isn't very good for if you use width and height as percentages and then move to a smaller display, not a huge problem though, but the default behavior should be to use all the available screen real estate should it not?

It would be great to install tofi from flatpak.

For systems without AUR (btw) and when you are forced to use Ubuntu 20.04 LTS with packages so old, that even meson version isn't enough (not to mention other dependencies).

Could you please consider adding support for displaying the application icons?

Sometimes it's nice to be able to display some additional information to the user, e.g. what the operation will do, similar to rofi's -mesg option.

Do you think it would be possible to add such option and do you think it would add value as a feature?

let's say, i have for instance the following file.txt:

useful dont_show number one
also_useful idk number two

i would like to filter out some information, and only display a portion of it to the user. with fzf, i could do the following
fzf --with-nth 3.. < file.txt

would it be possible for this feature to be implemented for the dmenu mode, and ideally would it be possible to also integrate regex matching into it, instead of using awk/cut delimiters, like fzf is currently doing? hopefully i was clear enough, sorry if some parts might've sounded confusing

TL;DR

Currently tofi is only case insensitive for latin.

Would be really nice to have support for more locales (in my case - cyrillic).

...How it should map (but doesn't)

абвгдеёжзийклмнопрстуфхцчшщъыьэюя to АБВГДЕЁЖЗИЙКЛМНОПРСТУФХЦЧШЩЪЫЬЭЮЯ

Of course, unicode-aware is better than just another alphabet.

Use case

This is useful if e.g. tofi is used as a front end for clipboard manager.

What I did

I've tried to implement it myself.

Found utf8.h, which provides a bunch of utf8 aware functions as replacements for the ones from string.h.

Digging around tofi's source I've found that the main search stuff happens in src/fuzzy_match.c with two functions - fuzzy_match_simple_words() (space split and strcasestr()) and fuzzy_match_words() (space split and fuzzy search algo).

There are also uses of strcasestr() related to highlight of the found pattern, but that's beside the point.

Replacing strcasestr() with utf8casestr() from the utf8.h in fuzzy_match_simple_words() easily makes tofi case insensetive for cyrillic (and not only that), at least without --fuzzy-match true.

But with fuzzy_match_words() it is trickier.

Even if I replace string.h related functions in fuzzy_match_words() and things related to it (I can replace everything aside isalnum()), fuzzy search starts to behave weirdly.

It works fine on latin strings, still.

But if I enter а single cyrillic letter, it instantly shows no results.

I've narrowed it to

Basically, if you replace strcasestr() with utf8casestr() it never matches non-latin, while loop never starts.

Idk why.

I suspect this line

which is the only significantly different argument compared to the ones used for strcasestr() in fuzzy_match_simple_words().

This is where I am at.

Any insight?

Patch

Just so you know, I've tried replacing everything string.h everywhere with utf8.h alternative. It compiles, it seems to run fine for a brief test, but it doesn't make a difference to the problem with fuzzy search function, so I didn't include it.

diff --git a/src/entry_backend/harfbuzz.c b/src/entry_backend/harfbuzz.c
index c5fc07e..77869df 100644
--- a/src/entry_backend/harfbuzz.c
+++ b/src/entry_backend/harfbuzz.c
@@ -7,6 +7,8 @@
 #include "../nelem.h"
 #include "../xmalloc.h"

+#include "../utf8.h"
+
 /*
  * FreeType is normally compiled without error strings, so we have to do this
  * funky macro trick to get them. See <freetype/fterrors.h> for more details.
@@ -368,7 +370,7 @@ void entry_backend_harfbuzz_update(struct entry *entry)
 			char *postmatch = NULL;
 			cairo_text_extents_t subextents;
 			if (entry->input_mb_length > 0 && entry->selection_highlight_color.a != 0) {
-				char *match_pos = strcasestr(prematch, entry->input_mb);
+				char *match_pos = utf8casestr(prematch, entry->input_mb);
 				if (match_pos != NULL) {
 					match = xstrdup(result);
 					prematch_len = (match_pos - prematch);
diff --git a/src/entry_backend/pango.c b/src/entry_backend/pango.c
index 1f19bce..2439166 100644
--- a/src/entry_backend/pango.c
+++ b/src/entry_backend/pango.c
@@ -6,6 +6,8 @@
 #include "../nelem.h"
 #include "../xmalloc.h"

+#include "../utf8.h"
+
 #undef MAX
 #define MAX(a, b) ((a) > (b) ? (a) : (b))

@@ -181,7 +183,7 @@ void entry_backend_pango_update(struct entry *entry)
 			PangoRectangle ink_subrect;
 			PangoRectangle logical_subrect;
 			if (entry->input_mb_length > 0 && entry->selection_highlight_color.a != 0) {
-				char *match_pos = strcasestr(str, entry->input_mb);
+				char *match_pos = utf8casestr(str, entry->input_mb);
 				if (match_pos != NULL) {
 					prematch_len = (match_pos - str);
 					postmatch_len = strlen(str) - prematch_len - match_len;
diff --git a/src/fuzzy_match.c b/src/fuzzy_match.c
index 94c60e8..47aff1a 100644
--- a/src/fuzzy_match.c
+++ b/src/fuzzy_match.c
@@ -6,6 +6,9 @@

 #include "fuzzy_match.h"
 #include "xmalloc.h"
+#include "log.h"
+
+#include "utf8.h"

 #undef MAX
 #define MAX(a, b) ((a) > (b) ? (a) : (b))
@@ -33,7 +36,7 @@ int32_t fuzzy_match_simple_words(const char *restrict patterns, const char *rest
 	char *tmp = xstrdup(patterns);
 	char *pattern = strtok_r(tmp, " ", &saveptr);
 	while (pattern != NULL) {
-		char *c = strcasestr(str, pattern);
+		char *c = utf8casestr(str, pattern);
 		if (c == NULL) {
 			score = INT32_MIN;
 			break;
@@ -78,8 +81,8 @@ int32_t fuzzy_match_words(const char *restrict patterns, const char *restrict st
 int32_t fuzzy_match(const char *restrict pattern, const char *restrict str)
 {
 	const int unmatched_letter_penalty = -1;
-	const size_t slen = strlen(str);
-	const size_t plen = strlen(pattern);
+	const size_t slen = utf8len(str);
+	const size_t plen = utf8len(pattern);
 	int32_t score = 0;

 	if (*pattern == '\0') {
@@ -119,15 +122,22 @@ int32_t fuzzy_match_recurse(
 	}

 	const char *match = str;
+
+	// XXX: could be the culprit?
 	const char search[2] = { *pattern, '\0' };

 	int32_t best_score = INT32_MIN;
+    log_debug(">> Fuzzy match recurse 1!\n");

 	/*
 	 * Find all occurrences of the next pattern character in str, and
 	 * recurse on them.
 	 */
-	while ((match = strcasestr(match, search)) != NULL) {
+	// FIXME utf8casestr doesn't work here
+	while ((match = utf8casestr(match, search)) != NULL) {
+		// we never get there with utf8casestr
+		log_debug(">> Fuzzy match recurse 2!\n");
+
 		int32_t subscore = fuzzy_match_recurse(
 				pattern + 1,
 				match + 1,
@@ -174,23 +184,30 @@ int32_t compute_score(int32_t jump, bool first_char, const char *restrict match)

 	/* Apply bonuses. */
 	if (!first_char && jump == 0) {
+		log_debug(">> Compute score 1!\n");
 		score += adjacency_bonus;
 	}
 	if (!first_char || jump > 0) {
-		if (isupper(*match) && islower(*(match - 1))) {
+		log_debug(">> Compute score 2!\n");
+		if (utf8isupper(*match) && utf8islower(*(match - 1))) {
+			log_debug(">> Compute score 3!\n");
 			score += camel_bonus;
 		}
+		// XXX this is ascii only, but we never actually get there, wtf
 		if (isalnum(*match) && !isalnum(*(match - 1))) {
+			log_debug(">> Compute score 4!\n");
 			score += separator_bonus;
 		}
 	}
 	if (first_char && jump == 0) {
+		log_debug(">> Compute score 5!\n");
 		/* Match at start of string gets separator bonus. */
 		score += first_letter_bonus;
 	}

 	/* Apply penalties. */
 	if (first_char) {
+		log_debug(">> Compute score 6!\n");
 		score += MAX(leading_letter_penalty * jump,
 				max_leading_letter_penalty);
 	}

Assumes that utf8.h inside src/.

It does not matter where my mouse is, tofi always show on my second monitor. This does not happen on Sway

Can you please create a release – tag a version?

Hi,
commit 1c6481e adds a binary file (vgcore.651870) to the repository, my guess is that this was commited by mistake?

Right now almost everything is themeable, however, I want to make it so that the color of the text i've typed in is different

For example in the screenshot above, the text i've already typed (alacr) should be a different color in what i'm selecting than black to indicate what portion of the text is matching

I may be glancing over this in -h, but something like a --prompt-padding would be handy.

$ echo foo | tofi --prompt bar

Type anything and there'll be no space after "bar". This means that every use of tofi requires that the prompt is given a trailing space.

So I ditched j4-dmenu-desktop in favor of tofi's built in drun, which has been great and blazingly fast. The only thing I miss is the ability (or characteristic, rather?) is that I could set sway exec to launch the application selected by j4-dmenu-desktop, and it would launch on the workspace selected (for example, I could launch GIMP on workspace 4 and, even though it has a slow startup, I could change back to workspace 1 and the application would still open on workspace 4).

The command I had for launching applications this way was: set $menu 'j4-dmenu-desktop --no-generic --use-xdg-de --dmenu="tofi --hint-font false --config ~/.config/tofi/config.ini && sway exec {cmd}"'.

I am aware of the examples in the README of tofi, though neither set $drun tofi-drun | xargs swaymsg exec gio launch or set $drun tofi-drun --drun-launch=true works the same way as I had it set before. Maybe I am being oblivious of something, but is there any way to achieve the behaviour I've described before?

tofi-drun --font /usr/share/fonts/noto/NotoSansMono-Regular.ttf --font-size 14 --background-color 000000 --width 30% --height 50% --outline-width 0px --outline-color cc0000 --border-width 1px --border-color cc0000 --selection-color 000000 --selection-background cc0000 --drun-launch true --corner-radius 0 --selection-padding 4192 --prompt-text " " --history true --hide-cursor false

with and without the hide-cursor option changes nothing, I tested changing the background color, even with a white background no cursor appears

edit: no wait i'm stupid it means hiding the mouse cursor closing sorry

Please add a mapping shift-tab to go back one entry;
or stop shift from resetting the current selection to the first entry.

It is very common in applications to be able to select the next entry with tab and the previous with shift-tab. since tab works in tofi, one would assume that shift-tab does too, but instead the selections resets and then you cannot simply use the back arrow anymore which is annoying.

Great tool, kr

When I switch from my desktop to my laptop on my kvm switch hyprland (running on my desktop) crashes. This is repeatable behavior. I'm not sure if the crash happens after I switch from the desktop, or when I switch back. The kvm I'm using does not send EDID data.

I know this use case works on GNOME on wayland, so a fix is most likely possible.
Environment is Arch linux using the hyprland-nvidia-git AUR package and the recommended nvidia modifications from the wiki https://wiki.hyprland.org/Nvidia/

What other info do you need to be able to investigate this?

Some programs have a desktop file with the option Terminal=true and should be opened in a new terminal window.
lf is an example and does not open in a new terminal window.

Is this feature missing and the Terminal option ignored?

0 width/height should be the smallest possible size that displays everything without cutting anything off by default to maximize performance, I think that'd be a better default, although much less useful with height (in vertical mode, width in horizontal)

-1 should be fullscreened

This will let me use tofi for power management while making the power management window as small as possible, I could set it to be a specific number of pixels, but that would mess with scaling.

If you hold down up/down/any key there's no keyboard repeat

I'm using pywal and friends to manage my colorscheme, and it seems that we cannot use multiple config files (or include one into another) with tofi. I would like to be able to do so to separate the color config from the actual config.

Thanks for this great piece of software btw!

Specifically support for <C-w> and/or <C-u> would match dmenu and most other software in this space.

would it be possible to have a fedora copr packadge that could potentially become get into the main repos?

The original algorithm fuzzy matching is based on has a scoring system designed for searching through code, which isn't tofi's main use case:

These scores can occasionally lead to very unintuitive results:

printf "think\nTxHxIxNxK" | tofi --fuzzy-match true
# Type "think", hit enter
TxHxIxNxK

A better default may be to increase the adjacency bonus somewhat, or otherwise tweak the scores.

Hello. Is it possible to add mouse support?

This is equivalent to dmenu -P, which is useful for having a menu to input passwords for scripts.

I want to use this project but I would like to see an example configuration file to start from there

As it currently stands with how little there is to the selected text, it looks a bit off, if there was a bit of padding to the background color on the left and right i think it would look a lot better, thoughts?

edit: alternatively you could make the selection background go all the way to the left/right of the selection in the window, which would also look a lot better IMO, or have a fixed width

Currently clicking outside of tofi's window does nothing which conflicts with my muscle memory :) Is it possible to dismiss tofi when clicking outside?

Tofi is currently using ZWLR_LAYER_SHELL_V1_LAYER_TOP. An option should be provided to use ZWLR_LAYER_SHELL_V1_LAYER_OVERLAY instead.

I see 2 good reasons to use overlay instead of top.

(1) Some people, like me, configure their status bar (ie. sway-bar, waybar, ...) in the top layer to keep it above the application windows. Unfortunately, that also means that tofi appears below the bar which makes it unusable when anchored at same border than the bar in horizontal mode.

(2) The overlay layer is visible when running a fullscreen application while the top layer is not.

You should also consider an option to enable the exclusive zone. That would be an effective way to keep tofi and the bar to overlap.

Debian bookworm's tofi 0.1.1-2, or aaccdaa.

anchor = top
width = 100%
height = 26
horizontal = true
font-size = 10
prompt-text = "$ "
font = monospace
outline-width = 0
border-width = 0
background-color = #000000
text-color = #ffffff
selection-color = #000000
selection-background = #ffffff
num-results = 10
min-input-width = 64
result-spacing = 10
padding-top = 4
padding-bottom = 4
padding-left = 4
padding-right = 4

Scale factor 1:

Scale factor 2:

I suspect this may have to do with sway rather than tofi, but I'm not sure, as I've not encountered the following issue with rofi or bemenu.

My swaywm configuration file contains the following:

bindsym $mod+a exec $run
set $run 'tofi-run --config ~/.config/tofi/config.ini --hint-font false --late-keyboard-init'

The configuration file of tofi is basically a slightly modified version of the dmenu theme, being as follows:

anchor = bottom
width = 100%
height = 19
horizontal = true
font = /usr/share/fonts/misc/ter-u20n.otb
font-size = 15
prompt-text = " run: "
outline-width = 0
border-width = 0
background-color = #121212
num-results = 12
min-input-width = 150
result-spacing = 14
padding-top = 0
padding-bottom = 0
padding-left = 0
padding-right = 0
history = false

The command I mentioned above works perfectly fine and as expect when passed on a terminal. But, for some reason, when using the sway keybinding ($mod+a, in this case), there appears to be a logical delay on input. What I mean by that is: the text displayed on the search bar is always behind by 1 character. So, if I input 'Chromium', nothing would appear on the first keypress, a 'C' would appear on the second, until I finish typing and 'Chromiu' appears on screen. If I press enter, tofi runs the first search result well enough. If I keep typing, or even if I press backspace, the delay continues (e.g. if I press backspace in the situation above, while 'Chromiu' is still displayed, the "buffered" 'm' would appear and only on the next keypress will the backspace register, same as any other character.

I realise this is a kind of confusing issue to describe, so, if I can help clarify what I mean, I would be more than happy to do so.

Edit: I forgot to mention that, sometimes, for no apparent reason, tofi works fine when using the sway keybinding. Most of the time, though, there is the delay described.

Second edit: ok, this is kind of stupid, but I think this has to do with how long I press the keybound combo. If I press $mod+a really fast, I don't experience the described issue. If, say, I hold the combo for a tenth of a second or more (estimating here), the delay makes itself present. This explains why passing the command through the terminal never presents the issue, as I can't "hold" the command; it is always instant.

Currently, it's sometimes possible for the display to get out of sync with tofi's internal state, causing input to lag by one keypress. This is only really noticeable when e.g. performing fuzzy matches takes a very long time, but it should never happen.

There's no way (that I'm aware of) for an application to be aware of a fractional scale factor directly - all of the Wayland protocols (such as wl_output_scale) use integers for the scale factor. Sway achieves fractional scaling (I think) by passing the next largest integer to the application, then scaling it down.

As a workaround for 100% width/height windows, you can pass --width 0 / --height 0 to tofi. This will leave the decision of how big to make the window up to Sway, and so as long as you're anchored in the center of the screen in the relevant direction, it'll do the right thing.

Unfortunately, I don't think there's any way to make it so that percentages work with fractional scaling though.

Is there a way to run it as rofi -show drun to see all installed applications (all .desktop files)?

not completely sure if the issue name is correct, but i'd basically like to ask the user for input, and when using the following command there is no indication for the user that he can start typing (i've noticed that in drun and run the same thing happens, and i'm not sure whether this is intended and if so what's the reasoning behind it)

printf ""|tofi --require-match false --prompt-text "Enter your query: "

Hello. According to readme in repo the main point of tofi is speed.
May you provide some benchmarks to compare tofi with popular launchers like bemenu, fuzzel, and rofi-wl?
Thanks.

Right now when you scroll to the bottom of tofi it doesn't give you the next entry... it goes back to the top, regardless of how many entries there should be.