2021-09-27 12:57:28 -07:00
|
|
|
local M = {}
|
|
|
|
|
2022-12-14 11:58:18 -07:00
|
|
|
--- Prompts the user to pick from a list of items, allowing arbitrary (potentially asynchronous)
|
|
|
|
--- work until `on_choice`.
|
2021-09-27 12:57:28 -07:00
|
|
|
---
|
|
|
|
---@param items table Arbitrary items
|
|
|
|
---@param opts table Additional options
|
|
|
|
--- - prompt (string|nil)
|
|
|
|
--- Text of the prompt. Defaults to `Select one of:`
|
|
|
|
--- - format_item (function item -> text)
|
|
|
|
--- Function to format an
|
|
|
|
--- individual item from `items`. Defaults to `tostring`.
|
2021-10-31 17:15:09 -07:00
|
|
|
--- - kind (string|nil)
|
|
|
|
--- Arbitrary hint string indicating the item shape.
|
|
|
|
--- Plugins reimplementing `vim.ui.select` may wish to
|
|
|
|
--- use this to infer the structure or semantics of
|
|
|
|
--- `items`, or the context in which select() was called.
|
2021-09-27 12:57:28 -07:00
|
|
|
---@param on_choice function ((item|nil, idx|nil) -> ())
|
|
|
|
--- Called once the user made a choice.
|
|
|
|
--- `idx` is the 1-based index of `item` within `items`.
|
|
|
|
--- `nil` if the user aborted the dialog.
|
2022-01-30 05:32:55 -07:00
|
|
|
---
|
|
|
|
---
|
|
|
|
--- Example:
|
2022-11-23 04:31:49 -07:00
|
|
|
--- <pre>lua
|
2022-01-30 05:32:55 -07:00
|
|
|
--- vim.ui.select({ 'tabs', 'spaces' }, {
|
|
|
|
--- prompt = 'Select tabs or spaces:',
|
|
|
|
--- format_item = function(item)
|
|
|
|
--- return "I'd like to choose " .. item
|
|
|
|
--- end,
|
|
|
|
--- }, function(choice)
|
|
|
|
--- if choice == 'spaces' then
|
|
|
|
--- vim.o.expandtab = true
|
|
|
|
--- else
|
|
|
|
--- vim.o.expandtab = false
|
|
|
|
--- end
|
|
|
|
--- end)
|
|
|
|
--- </pre>
|
2021-09-27 12:57:28 -07:00
|
|
|
function M.select(items, opts, on_choice)
|
|
|
|
vim.validate({
|
|
|
|
items = { items, 'table', false },
|
|
|
|
on_choice = { on_choice, 'function', false },
|
|
|
|
})
|
|
|
|
opts = opts or {}
|
|
|
|
local choices = { opts.prompt or 'Select one of:' }
|
2021-09-27 16:12:03 -07:00
|
|
|
local format_item = opts.format_item or tostring
|
2021-09-27 12:57:28 -07:00
|
|
|
for i, item in pairs(items) do
|
2021-09-27 16:12:03 -07:00
|
|
|
table.insert(choices, string.format('%d: %s', i, format_item(item)))
|
2021-09-27 12:57:28 -07:00
|
|
|
end
|
|
|
|
local choice = vim.fn.inputlist(choices)
|
|
|
|
if choice < 1 or choice > #items then
|
|
|
|
on_choice(nil, nil)
|
|
|
|
else
|
|
|
|
on_choice(items[choice], choice)
|
|
|
|
end
|
|
|
|
end
|
|
|
|
|
2022-12-14 11:58:18 -07:00
|
|
|
--- Prompts the user for input, allowing arbitrary (potentially asynchronous) work until
|
|
|
|
--- `on_confirm`.
|
2021-11-07 08:13:53 -07:00
|
|
|
---
|
|
|
|
---@param opts table Additional options. See |input()|
|
|
|
|
--- - prompt (string|nil)
|
2022-06-28 02:53:15 -07:00
|
|
|
--- Text of the prompt
|
2021-11-07 08:13:53 -07:00
|
|
|
--- - default (string|nil)
|
|
|
|
--- Default reply to the input
|
|
|
|
--- - completion (string|nil)
|
|
|
|
--- Specifies type of completion supported
|
|
|
|
--- for input. Supported types are the same
|
|
|
|
--- that can be supplied to a user-defined
|
|
|
|
--- command using the "-complete=" argument.
|
|
|
|
--- See |:command-completion|
|
|
|
|
--- - highlight (function)
|
|
|
|
--- Function that will be used for highlighting
|
|
|
|
--- user inputs.
|
|
|
|
---@param on_confirm function ((input|nil) -> ())
|
|
|
|
--- Called once the user confirms or abort the input.
|
2022-11-07 17:15:15 -07:00
|
|
|
--- `input` is what the user typed (it might be
|
|
|
|
--- an empty string if nothing was entered), or
|
2021-11-07 08:13:53 -07:00
|
|
|
--- `nil` if the user aborted the dialog.
|
2022-01-30 05:32:55 -07:00
|
|
|
---
|
|
|
|
--- Example:
|
2022-11-23 04:31:49 -07:00
|
|
|
--- <pre>lua
|
2022-01-30 05:32:55 -07:00
|
|
|
--- vim.ui.input({ prompt = 'Enter value for shiftwidth: ' }, function(input)
|
|
|
|
--- vim.o.shiftwidth = tonumber(input)
|
|
|
|
--- end)
|
|
|
|
--- </pre>
|
2021-11-07 08:13:53 -07:00
|
|
|
function M.input(opts, on_confirm)
|
|
|
|
vim.validate({
|
|
|
|
on_confirm = { on_confirm, 'function', false },
|
|
|
|
})
|
|
|
|
|
2022-06-28 02:53:15 -07:00
|
|
|
opts = (opts and not vim.tbl_isempty(opts)) and opts or vim.empty_dict()
|
2022-11-07 17:15:15 -07:00
|
|
|
|
|
|
|
-- Note that vim.fn.input({}) returns an empty string when cancelled.
|
|
|
|
-- vim.ui.input() should distinguish aborting from entering an empty string.
|
|
|
|
local _canceled = vim.NIL
|
|
|
|
opts = vim.tbl_extend('keep', opts, { cancelreturn = _canceled })
|
|
|
|
|
fix: vim.ui.input always calls callback #21006
Followup to #20883
Related: #18144
This patch changes the behavior of the default `vim.ui.input` when the user
aborts with `<C-c>`. Currently, it produces an error message + stack and causes
`on_confirm` to not be called. With this patch, `<C-c>` will cause `on_confirm`
to be called with `nil`, the same behavior as when the user aborts with `<Esc>`.
I can think of three good reasons why the behavior should be this way:
1. Easier for the user to understand** It's not intuitive for there to be two
ways to abort an input dialog that have _different_ outcomes. As a user,
I would expect any action that cancels the input to leave me in the same
state. As a plugin author, I see no value in having two possible outcomes for
aborting the input. I have to handle both cases, but I can't think of
a situation where I would want to treat one differently than the other.
2. Provides an API that can be overridden by other implementations** The current
contract of "throw an error upon `<C-c>`" cannot be replicated by async
implementations of `vim.ui.input`. If the callsite wants to handle the case
of the user hitting `<C-c>` they need to use `pcall(vim.ui.input, ...)`,
however an async implementation will instantly return and so there will be no
way for it to produce the same error-throwing behavior when the user inputs
`<C-c>`. This makes it impossible to be fully API-compatible with the
built-in `vim.ui.input`.
3. Provides a useful guarantee to the callsite** As a plugin author, I want the
guarantee that `on_confirm` will _always_ be called (only catastrophic errors
should prevent this). If I am in the middle of some async thread of logic,
I need some way to resume that logic after handing off control to
`vim.ui.input`. The only way to handle the `<C-c>` case is with `pcall`,
which as already mentioned, breaks down if you're using an alternative
implementation.
2022-11-12 07:57:35 -07:00
|
|
|
local ok, input = pcall(vim.fn.input, opts)
|
|
|
|
if not ok or input == _canceled then
|
2021-11-07 08:13:53 -07:00
|
|
|
on_confirm(nil)
|
2022-11-07 17:15:15 -07:00
|
|
|
else
|
|
|
|
on_confirm(input)
|
2021-11-07 08:13:53 -07:00
|
|
|
end
|
|
|
|
end
|
2021-09-27 12:57:28 -07:00
|
|
|
|
fix(gx): visual selection, expand env vars
---
Rejected experiment: move vim.ui.open() to vim.env.open()
Problem:
`vim.ui` is where user-interface "providers" live, which can be
overridden. It would also be useful to have a "providers" namespace for
platform-specific features such as "open", clipboard, python, and the other
providers listed in `:help providers`. We could overload `vim.ui` to
serve that purpose as the single "providers" namespace, but
`vim.ui.nodejs()` for example seems awkward.
Solution:
`vim.env` currently has too narrow of a purpose. Overload it to also be
a namespace for `vim.env.open`.
diff --git a/runtime/lua/vim/_meta.lua b/runtime/lua/vim/_meta.lua
index 913f1fe20348..17d05ff37595 100644
--- a/runtime/lua/vim/_meta.lua
+++ b/runtime/lua/vim/_meta.lua
@@ -37,8 +37,28 @@ local options_info = setmetatable({}, {
end,
})
-vim.env = setmetatable({}, {
- __index = function(_, k)
+vim.env = setmetatable({
+ open = setmetatable({}, {
+ __call = function(_, uri)
+ print('xxxxx'..uri)
+ return true
+ end,
+ __tostring = function()
+ local v = vim.fn.getenv('open')
+ if v == vim.NIL then
+ return nil
+ end
+ return v
+ end,
+ })
+ },
+ {
+ __index = function(t, k, ...)
+ if k == 'open' then
+ error()
+ -- vim.print({...})
+ -- return rawget(t, k)
+ end
local v = vim.fn.getenv(k)
if v == vim.NIL then
return nil
2023-07-02 07:51:30 -07:00
|
|
|
--- Opens `path` with the system default handler (macOS `open`, Windows `explorer.exe`, Linux
|
2023-07-04 14:33:23 -07:00
|
|
|
--- `xdg-open`, …), or returns (but does not show) an error message on failure.
|
2023-04-29 22:53:02 -07:00
|
|
|
---
|
fix(gx): visual selection, expand env vars
---
Rejected experiment: move vim.ui.open() to vim.env.open()
Problem:
`vim.ui` is where user-interface "providers" live, which can be
overridden. It would also be useful to have a "providers" namespace for
platform-specific features such as "open", clipboard, python, and the other
providers listed in `:help providers`. We could overload `vim.ui` to
serve that purpose as the single "providers" namespace, but
`vim.ui.nodejs()` for example seems awkward.
Solution:
`vim.env` currently has too narrow of a purpose. Overload it to also be
a namespace for `vim.env.open`.
diff --git a/runtime/lua/vim/_meta.lua b/runtime/lua/vim/_meta.lua
index 913f1fe20348..17d05ff37595 100644
--- a/runtime/lua/vim/_meta.lua
+++ b/runtime/lua/vim/_meta.lua
@@ -37,8 +37,28 @@ local options_info = setmetatable({}, {
end,
})
-vim.env = setmetatable({}, {
- __index = function(_, k)
+vim.env = setmetatable({
+ open = setmetatable({}, {
+ __call = function(_, uri)
+ print('xxxxx'..uri)
+ return true
+ end,
+ __tostring = function()
+ local v = vim.fn.getenv('open')
+ if v == vim.NIL then
+ return nil
+ end
+ return v
+ end,
+ })
+ },
+ {
+ __index = function(t, k, ...)
+ if k == 'open' then
+ error()
+ -- vim.print({...})
+ -- return rawget(t, k)
+ end
local v = vim.fn.getenv(k)
if v == vim.NIL then
return nil
2023-07-02 07:51:30 -07:00
|
|
|
--- Expands "~/" and environment variables in filesystem paths.
|
2023-04-29 22:53:02 -07:00
|
|
|
---
|
fix(gx): visual selection, expand env vars
---
Rejected experiment: move vim.ui.open() to vim.env.open()
Problem:
`vim.ui` is where user-interface "providers" live, which can be
overridden. It would also be useful to have a "providers" namespace for
platform-specific features such as "open", clipboard, python, and the other
providers listed in `:help providers`. We could overload `vim.ui` to
serve that purpose as the single "providers" namespace, but
`vim.ui.nodejs()` for example seems awkward.
Solution:
`vim.env` currently has too narrow of a purpose. Overload it to also be
a namespace for `vim.env.open`.
diff --git a/runtime/lua/vim/_meta.lua b/runtime/lua/vim/_meta.lua
index 913f1fe20348..17d05ff37595 100644
--- a/runtime/lua/vim/_meta.lua
+++ b/runtime/lua/vim/_meta.lua
@@ -37,8 +37,28 @@ local options_info = setmetatable({}, {
end,
})
-vim.env = setmetatable({}, {
- __index = function(_, k)
+vim.env = setmetatable({
+ open = setmetatable({}, {
+ __call = function(_, uri)
+ print('xxxxx'..uri)
+ return true
+ end,
+ __tostring = function()
+ local v = vim.fn.getenv('open')
+ if v == vim.NIL then
+ return nil
+ end
+ return v
+ end,
+ })
+ },
+ {
+ __index = function(t, k, ...)
+ if k == 'open' then
+ error()
+ -- vim.print({...})
+ -- return rawget(t, k)
+ end
local v = vim.fn.getenv(k)
if v == vim.NIL then
return nil
2023-07-02 07:51:30 -07:00
|
|
|
--- Examples:
|
2023-04-29 22:53:02 -07:00
|
|
|
--- <pre>lua
|
|
|
|
--- vim.ui.open("https://neovim.io/")
|
fix(gx): visual selection, expand env vars
---
Rejected experiment: move vim.ui.open() to vim.env.open()
Problem:
`vim.ui` is where user-interface "providers" live, which can be
overridden. It would also be useful to have a "providers" namespace for
platform-specific features such as "open", clipboard, python, and the other
providers listed in `:help providers`. We could overload `vim.ui` to
serve that purpose as the single "providers" namespace, but
`vim.ui.nodejs()` for example seems awkward.
Solution:
`vim.env` currently has too narrow of a purpose. Overload it to also be
a namespace for `vim.env.open`.
diff --git a/runtime/lua/vim/_meta.lua b/runtime/lua/vim/_meta.lua
index 913f1fe20348..17d05ff37595 100644
--- a/runtime/lua/vim/_meta.lua
+++ b/runtime/lua/vim/_meta.lua
@@ -37,8 +37,28 @@ local options_info = setmetatable({}, {
end,
})
-vim.env = setmetatable({}, {
- __index = function(_, k)
+vim.env = setmetatable({
+ open = setmetatable({}, {
+ __call = function(_, uri)
+ print('xxxxx'..uri)
+ return true
+ end,
+ __tostring = function()
+ local v = vim.fn.getenv('open')
+ if v == vim.NIL then
+ return nil
+ end
+ return v
+ end,
+ })
+ },
+ {
+ __index = function(t, k, ...)
+ if k == 'open' then
+ error()
+ -- vim.print({...})
+ -- return rawget(t, k)
+ end
local v = vim.fn.getenv(k)
if v == vim.NIL then
return nil
2023-07-02 07:51:30 -07:00
|
|
|
--- vim.ui.open("~/path/to/file")
|
|
|
|
--- vim.ui.open("$VIMRUNTIME")
|
2023-04-29 22:53:02 -07:00
|
|
|
--- </pre>
|
fix(gx): visual selection, expand env vars
---
Rejected experiment: move vim.ui.open() to vim.env.open()
Problem:
`vim.ui` is where user-interface "providers" live, which can be
overridden. It would also be useful to have a "providers" namespace for
platform-specific features such as "open", clipboard, python, and the other
providers listed in `:help providers`. We could overload `vim.ui` to
serve that purpose as the single "providers" namespace, but
`vim.ui.nodejs()` for example seems awkward.
Solution:
`vim.env` currently has too narrow of a purpose. Overload it to also be
a namespace for `vim.env.open`.
diff --git a/runtime/lua/vim/_meta.lua b/runtime/lua/vim/_meta.lua
index 913f1fe20348..17d05ff37595 100644
--- a/runtime/lua/vim/_meta.lua
+++ b/runtime/lua/vim/_meta.lua
@@ -37,8 +37,28 @@ local options_info = setmetatable({}, {
end,
})
-vim.env = setmetatable({}, {
- __index = function(_, k)
+vim.env = setmetatable({
+ open = setmetatable({}, {
+ __call = function(_, uri)
+ print('xxxxx'..uri)
+ return true
+ end,
+ __tostring = function()
+ local v = vim.fn.getenv('open')
+ if v == vim.NIL then
+ return nil
+ end
+ return v
+ end,
+ })
+ },
+ {
+ __index = function(t, k, ...)
+ if k == 'open' then
+ error()
+ -- vim.print({...})
+ -- return rawget(t, k)
+ end
local v = vim.fn.getenv(k)
if v == vim.NIL then
return nil
2023-07-02 07:51:30 -07:00
|
|
|
---
|
|
|
|
---@param path string Path or URL to open
|
|
|
|
---
|
2023-07-04 14:33:23 -07:00
|
|
|
---@return SystemCompleted|nil # Command result, or nil if not found.
|
|
|
|
---@return string|nil # Error message on failure
|
fix(gx): visual selection, expand env vars
---
Rejected experiment: move vim.ui.open() to vim.env.open()
Problem:
`vim.ui` is where user-interface "providers" live, which can be
overridden. It would also be useful to have a "providers" namespace for
platform-specific features such as "open", clipboard, python, and the other
providers listed in `:help providers`. We could overload `vim.ui` to
serve that purpose as the single "providers" namespace, but
`vim.ui.nodejs()` for example seems awkward.
Solution:
`vim.env` currently has too narrow of a purpose. Overload it to also be
a namespace for `vim.env.open`.
diff --git a/runtime/lua/vim/_meta.lua b/runtime/lua/vim/_meta.lua
index 913f1fe20348..17d05ff37595 100644
--- a/runtime/lua/vim/_meta.lua
+++ b/runtime/lua/vim/_meta.lua
@@ -37,8 +37,28 @@ local options_info = setmetatable({}, {
end,
})
-vim.env = setmetatable({}, {
- __index = function(_, k)
+vim.env = setmetatable({
+ open = setmetatable({}, {
+ __call = function(_, uri)
+ print('xxxxx'..uri)
+ return true
+ end,
+ __tostring = function()
+ local v = vim.fn.getenv('open')
+ if v == vim.NIL then
+ return nil
+ end
+ return v
+ end,
+ })
+ },
+ {
+ __index = function(t, k, ...)
+ if k == 'open' then
+ error()
+ -- vim.print({...})
+ -- return rawget(t, k)
+ end
local v = vim.fn.getenv(k)
if v == vim.NIL then
return nil
2023-07-02 07:51:30 -07:00
|
|
|
---
|
|
|
|
---@see |vim.system()|
|
2023-04-29 22:53:02 -07:00
|
|
|
function M.open(path)
|
2023-07-04 14:33:23 -07:00
|
|
|
vim.validate({
|
|
|
|
path = { path, 'string' },
|
|
|
|
})
|
fix(gx): visual selection, expand env vars
---
Rejected experiment: move vim.ui.open() to vim.env.open()
Problem:
`vim.ui` is where user-interface "providers" live, which can be
overridden. It would also be useful to have a "providers" namespace for
platform-specific features such as "open", clipboard, python, and the other
providers listed in `:help providers`. We could overload `vim.ui` to
serve that purpose as the single "providers" namespace, but
`vim.ui.nodejs()` for example seems awkward.
Solution:
`vim.env` currently has too narrow of a purpose. Overload it to also be
a namespace for `vim.env.open`.
diff --git a/runtime/lua/vim/_meta.lua b/runtime/lua/vim/_meta.lua
index 913f1fe20348..17d05ff37595 100644
--- a/runtime/lua/vim/_meta.lua
+++ b/runtime/lua/vim/_meta.lua
@@ -37,8 +37,28 @@ local options_info = setmetatable({}, {
end,
})
-vim.env = setmetatable({}, {
- __index = function(_, k)
+vim.env = setmetatable({
+ open = setmetatable({}, {
+ __call = function(_, uri)
+ print('xxxxx'..uri)
+ return true
+ end,
+ __tostring = function()
+ local v = vim.fn.getenv('open')
+ if v == vim.NIL then
+ return nil
+ end
+ return v
+ end,
+ })
+ },
+ {
+ __index = function(t, k, ...)
+ if k == 'open' then
+ error()
+ -- vim.print({...})
+ -- return rawget(t, k)
+ end
local v = vim.fn.getenv(k)
if v == vim.NIL then
return nil
2023-07-02 07:51:30 -07:00
|
|
|
local is_uri = path:match('%w+:')
|
|
|
|
if not is_uri then
|
|
|
|
path = vim.fn.expand(path)
|
2023-04-29 22:53:02 -07:00
|
|
|
end
|
|
|
|
|
|
|
|
local cmd
|
|
|
|
|
fix(gx): visual selection, expand env vars
---
Rejected experiment: move vim.ui.open() to vim.env.open()
Problem:
`vim.ui` is where user-interface "providers" live, which can be
overridden. It would also be useful to have a "providers" namespace for
platform-specific features such as "open", clipboard, python, and the other
providers listed in `:help providers`. We could overload `vim.ui` to
serve that purpose as the single "providers" namespace, but
`vim.ui.nodejs()` for example seems awkward.
Solution:
`vim.env` currently has too narrow of a purpose. Overload it to also be
a namespace for `vim.env.open`.
diff --git a/runtime/lua/vim/_meta.lua b/runtime/lua/vim/_meta.lua
index 913f1fe20348..17d05ff37595 100644
--- a/runtime/lua/vim/_meta.lua
+++ b/runtime/lua/vim/_meta.lua
@@ -37,8 +37,28 @@ local options_info = setmetatable({}, {
end,
})
-vim.env = setmetatable({}, {
- __index = function(_, k)
+vim.env = setmetatable({
+ open = setmetatable({}, {
+ __call = function(_, uri)
+ print('xxxxx'..uri)
+ return true
+ end,
+ __tostring = function()
+ local v = vim.fn.getenv('open')
+ if v == vim.NIL then
+ return nil
+ end
+ return v
+ end,
+ })
+ },
+ {
+ __index = function(t, k, ...)
+ if k == 'open' then
+ error()
+ -- vim.print({...})
+ -- return rawget(t, k)
+ end
local v = vim.fn.getenv(k)
if v == vim.NIL then
return nil
2023-07-02 07:51:30 -07:00
|
|
|
if vim.fn.has('mac') == 1 then
|
2023-04-29 22:53:02 -07:00
|
|
|
cmd = { 'open', path }
|
|
|
|
elseif vim.fn.has('win32') == 1 then
|
2023-07-18 17:06:20 -07:00
|
|
|
if vim.fn.executable('rundll32') == 1 then
|
|
|
|
cmd = { 'rundll32', 'url.dll,FileProtocolHandler', path }
|
|
|
|
else
|
|
|
|
return nil, 'vim.ui.open: rundll32 not found'
|
|
|
|
end
|
fix(gx): visual selection, expand env vars
---
Rejected experiment: move vim.ui.open() to vim.env.open()
Problem:
`vim.ui` is where user-interface "providers" live, which can be
overridden. It would also be useful to have a "providers" namespace for
platform-specific features such as "open", clipboard, python, and the other
providers listed in `:help providers`. We could overload `vim.ui` to
serve that purpose as the single "providers" namespace, but
`vim.ui.nodejs()` for example seems awkward.
Solution:
`vim.env` currently has too narrow of a purpose. Overload it to also be
a namespace for `vim.env.open`.
diff --git a/runtime/lua/vim/_meta.lua b/runtime/lua/vim/_meta.lua
index 913f1fe20348..17d05ff37595 100644
--- a/runtime/lua/vim/_meta.lua
+++ b/runtime/lua/vim/_meta.lua
@@ -37,8 +37,28 @@ local options_info = setmetatable({}, {
end,
})
-vim.env = setmetatable({}, {
- __index = function(_, k)
+vim.env = setmetatable({
+ open = setmetatable({}, {
+ __call = function(_, uri)
+ print('xxxxx'..uri)
+ return true
+ end,
+ __tostring = function()
+ local v = vim.fn.getenv('open')
+ if v == vim.NIL then
+ return nil
+ end
+ return v
+ end,
+ })
+ },
+ {
+ __index = function(t, k, ...)
+ if k == 'open' then
+ error()
+ -- vim.print({...})
+ -- return rawget(t, k)
+ end
local v = vim.fn.getenv(k)
if v == vim.NIL then
return nil
2023-07-02 07:51:30 -07:00
|
|
|
elseif vim.fn.executable('wslview') == 1 then
|
|
|
|
cmd = { 'wslview', path }
|
|
|
|
elseif vim.fn.executable('xdg-open') == 1 then
|
|
|
|
cmd = { 'xdg-open', path }
|
2023-04-29 22:53:02 -07:00
|
|
|
else
|
2023-07-04 14:33:23 -07:00
|
|
|
return nil, 'vim.ui.open: no handler found (tried: wslview, xdg-open)'
|
2023-04-29 22:53:02 -07:00
|
|
|
end
|
|
|
|
|
2023-07-04 14:33:23 -07:00
|
|
|
local rv = vim.system(cmd, { text = true, detach = true }):wait()
|
fix(gx): visual selection, expand env vars
---
Rejected experiment: move vim.ui.open() to vim.env.open()
Problem:
`vim.ui` is where user-interface "providers" live, which can be
overridden. It would also be useful to have a "providers" namespace for
platform-specific features such as "open", clipboard, python, and the other
providers listed in `:help providers`. We could overload `vim.ui` to
serve that purpose as the single "providers" namespace, but
`vim.ui.nodejs()` for example seems awkward.
Solution:
`vim.env` currently has too narrow of a purpose. Overload it to also be
a namespace for `vim.env.open`.
diff --git a/runtime/lua/vim/_meta.lua b/runtime/lua/vim/_meta.lua
index 913f1fe20348..17d05ff37595 100644
--- a/runtime/lua/vim/_meta.lua
+++ b/runtime/lua/vim/_meta.lua
@@ -37,8 +37,28 @@ local options_info = setmetatable({}, {
end,
})
-vim.env = setmetatable({}, {
- __index = function(_, k)
+vim.env = setmetatable({
+ open = setmetatable({}, {
+ __call = function(_, uri)
+ print('xxxxx'..uri)
+ return true
+ end,
+ __tostring = function()
+ local v = vim.fn.getenv('open')
+ if v == vim.NIL then
+ return nil
+ end
+ return v
+ end,
+ })
+ },
+ {
+ __index = function(t, k, ...)
+ if k == 'open' then
+ error()
+ -- vim.print({...})
+ -- return rawget(t, k)
+ end
local v = vim.fn.getenv(k)
if v == vim.NIL then
return nil
2023-07-02 07:51:30 -07:00
|
|
|
if rv.code ~= 0 then
|
|
|
|
local msg = ('vim.ui.open: command failed (%d): %s'):format(rv.code, vim.inspect(cmd))
|
2023-07-04 14:33:23 -07:00
|
|
|
return rv, msg
|
2023-04-29 22:53:02 -07:00
|
|
|
end
|
|
|
|
|
2023-07-04 14:33:23 -07:00
|
|
|
return rv, nil
|
2023-04-29 22:53:02 -07:00
|
|
|
end
|
|
|
|
|
2021-09-27 12:57:28 -07:00
|
|
|
return M
|