How to decorate entries without using fzf_exec

[kapral18]

Hi im trying a hack like this

https://github.com/kapral18/dotfiles/blob/b0659b0fc5c070676917dbc176e479ddc49f7649/home/dot_config/exact_nvim/exact_lua/exact_plugins/fzf-filters-lsp.lua#L153

to decorate text of each lsp entry by hooking into regex_filter that (apparently ?) is only available in lsp provider and there I access item.text and mutate it. It allows me customize entries while using all sorts of baked in nifties like jump1, ignore_current_line, file_ignore_patterns and miltiline that come with fzf lsp handlers.

I tried to manually parse initially with vim.lsp.buf.references etc... but then I am left too much missing functionality.

My question is is there a better way to achieve what I am trying to achieve while maintaining all those features without having to mutate entry items via regex_filter?

Thanks

[ibhagwan]

My question is is there a better way to achieve what I am trying to achieve while maintaining all those features without having to mutate entry items via regex_filter?

Use a formatter, take a look at how path.filename_first does it, also symbols has a formatter too to change the order of display:

fzf-lua/lua/fzf-lua/defaults.lua

Line 236 in 3d43421

filename_first = {

Symbols formatter (probably better suited here since you need it for LSP which isn’t multiprocess):

fzf-lua/lua/fzf-lua/defaults.lua

Lines 902 to 918 in 3d43421

	_fmt = {
	-- NOT NEEDED: we format at the source in `lsp.symbol_handler`
	-- to = function(s, _)
	-- local file, text = s:match("^(.+:.+:.+:)%s(.*)")
	-- -- fzf has alignment issues with ansi colorings of different escape length
	-- local align = 56 + utils.ansi_escseq_len(text)
	-- return string.format("%-" .. align .. "s%s%s", text, utils.nbsp, file)
	-- end,
	-- `_from` will be called by `path.entry_to_file` *before* `from` so we
	-- can combine `path.filename_first` with the symbol hardcoded formatter
	_from = function(s, _)
	-- restore the format to something that `path.entry_to_file` can
	-- handle more robustly, while this can still work due to the `utils.nbsp`
	-- it will fail when the symbol contains "[%d]" (which we use as bufnr)
	local text, file = s:match(string.format("^(.-)%s(.*)", utils.nbsp))
	return string.format("%s %s", file, text)
	end

[kapral18]

path.filename_first contains 3 cryptic functions each doing something. I have no context here. I would really appreciate some cues on how am I supposed to use this information. Would you mind kindly sharing a minimal hello world transformation example?

P.S. this is what I want to achieve without the hack, the owners being appended to each entry and ideally right-aligned.

[ibhagwan]

path.filename_first contains 3 cryptic functions each doing something. I have no context here. I would really appreciate some cues on how am I supposed to use this information. Would you mind kindly sharing a minimal hello world transformation example?

unfortunately I have no time for this, you’ll have to explore and understand the code yourself, search the issues too there are some examples it’s not that complicated.

[kapral18]

Ok fair enough. I kind of figured it out in the meantime. Formatter is not suited for what I originally asked because it only has access to filename and doesn't have access to item.text so whatever I append to the end becomes a prefix for :lnum:col: text.

So I used the inversion and chose a prefix approach which worked well.
So I had to go with prefix approach to make it work with formatter.

So for those who are stuck with the same request here is my take: https://github.com/kapral18/dotfiles/blob/main/home/dot_config/exact_nvim/exact_lua/exact_plugins/fzf-filters-lsp.lua#L15-L65

So basically from what I understand:

• engage is for decorating opts before they are passed into fzf
• _to is for preparing filename for display and it returns a stringified function implementation of a formatter function itself
• from is used for converting display version of entry back to state/model version of filename so basically undoing everything we did in _to

I hope I got this correctly

[ibhagwan]

Ok fair enough. I kind of figured it out in the meantime. Formatter is not suited for what I originally asked because it only has access to filename and doesn't have access to item.text so whatever I append to the end becomes a prefix for :lnum:col: text.
So I used the inversion and chose a prefix approach which worked well.

Looking at your code it seems you did use a formatter.

So basically from what I understand

Probably a typo, assuming you meant enrich, the rest is correct :-)

[kapral18]

Looking at your code it seems you did use a formatter

What I meant was I had to go with prefix approach to make it work with formatter, which is ok but not what I originally wanted, which was the suffix approach.