filter requires spaces between multiple search terms to work

[spiderbit]

Lets say I have a list and want to search a match out of multiple words: let's say:

 foo bar baz
 foo baz baaz
 foo bar b123
 foo bzz baaz

let's say I want to find the second line with:
ba baa

Is there no way that I don't need the space in between and can't just search
babaa

Emacs smex / fuzzy search does that with buffers. Is that not possible or is there a trick to configure rofi to do that? As example with the windowswitcher.

[DaveDavenport]

Try -matching fuzzy

[spiderbit]

Yes that does the trick thx, did search for fuzzy but somehow had -fuzzy in the options instead of the -matching fuzzy.

[spiderbit]

@DaveDavenport there is still a problem, because the window titel are extremly long it finds multiple matches even for long substrings. Can I limit the characters per Colums or in this case the title so instead of {w} {t} something like {w}:10 {t}:20 or so.

I tried with themes but even if it cuts of parts of the string with ... at the end it still uses the stuff after that for filtering.

[DaveDavenport]

This feels like a very niche request, and I want to avoid adding 1024 different options.
I think this can be resolved by making a small user (mode) script that lists all the window titles (truncated) and allows you to switch to them. I don't know stumpwm at all, but maybe it has a small client (like i3/herbstluftwm) that can do most of the heavy lifting.

[spiderbit]

Well yes I tried it, just wanted to look how far I can come with rofi options because I did not succeed till now with using stumpish to get the windowlist , but I figured it out, probably don't need the stumpish cli tool in the end, but that works:

(setq *window-menu*
     (loop for key being the hash-keys of *xwin-to-window*
        using (hash-value value)
           collect (cons (let ((title (window-title value))
			       (length 30))
			   (if (> (length title) length)
			       (subseq title 0 length)
			       title))
			 (format nil
				 "exec stumpish pull-window-by-number ~A"
				 (window-number value)))))

(defcommand draw-window-menu () ()
  ;; (rofi:menu *window-menu*)
  ;; or with rofi arguments
  (rofi:menu *window-menu* "-i -matching fuzzy -show-icons -font 'Dejavu Sans Mono 20' -theme gruvbox-dark-hard"))

(define-key *root-map* (kbd "Menu") "draw-window-menu")

That's at least a first working prototype (depends on stumpwm-rofi modul).

[spiderbit]

I still find it slightly strange that I have to find a theme that has the desired length/width, why can't I use as example solarized theme but just 1/3 as broad of a box. Why is there room for like 500 characters. I can define the amount of lines with -l but not the width? -n? or it should maybe orientate on the longest entry in the list and not make it >3 times as big.

[DaveDavenport]

I am unsure what you are asking. I think you want to know why rofi does not auto size its width based on the content?

Loading of the content happens asynchronous from displaying. When rofi loads it does not know how wide to make the window.
If the visible bit of the content is loaded, should it resize to that? this means the window width can change when you scroll through the options? (as new ones can be added) .

Rendering an entry (to determine its width) is also an expensive operation, if you feed rofi with 10000 entries, you don't want to have to render all just to size the window.

Btw you can easily set the window width on the commandline:

rofi -show combi -theme-str 'window { width: 20em;}'`

or

rofi -show combi -theme+window+width 20em

[spiderbit]

ok thanks that should do the trick

[spiderbit]

Ok just if somebody tries my posted code here, window-menu can't be a defined as a one time variable with setq, it must be a function otherwise it never updates the window list:

(defun stump-windows () 
...
)

(rofi:menu (stump-windows) "-show run -i -matching fuzzy -theme gruvbox-dark -font 'Dejavu Sans Mono 22' -theme+window+width 20em "))