dotdash
Repos
63
Followers
24

Events

issue comment
t_8u not working correctly in wezterm

I have terminfo entries for wezterm installed following the instructions found at https://wezfurlong.org/wezterm/config/lua/config/term.html yet things still fail (and I had to manually configure t_8f and t_8b as well). I'm not familiar with termcal/-info but if you're saying that wezterm's terminfo is wrong, I'm happy to open an issue over there as well.

Created at 1 day ago
closed issue
Changing font sizes using Ctrl-+/- causes output smaller/larger than the window

What Operating System(s) are you seeing this problem on?

Linux X11

Which Wayland compositor or X11 Window manager(s) are you using?

awesome

WezTerm version

wezterm 20220927-071112-9be05951

Did you try the latest nightly build to see if the issue is better (or worse!) than your current version?

Yes, and I updated the version box above to show the version of the nightly that I tried

Describe the bug

Pressing Ctrl-+/- to change the font size on the fly causes the content area to no longer fit the window. wezterm seems to assume that the window gets resized, but with a tiling window manager, that isn't necessarily the case.

To Reproduce

  1. Start wezterm in a tiling window manager, so that the window won't be resized, even if the app requests it.
  2. Use Ctrl-+/- to resize the font
  3. Observe that the content area either underflows or overflows the actual window size.

Configuration

no config

Expected Behavior

wezterm should check the actual window size after changing the font size and adjust its content area appropriately. This already work correctly when you change the font size in the wezterm.lua config file while a wezterm instance is running.

Logs

No response

Anything else?

wezbug

Created at 1 day ago
issue comment
Changing font sizes using Ctrl-+/- causes output smaller/larger than the window

Ah, that works. Sorry, I didn't expect that to be a configurable option.

Created at 1 day ago
issue comment
Add an option to use a popup menu for code actions

If switched to using the --ui flag, which needed an extension to the arg parser. I didn't get around to do the markdown, numbering and wrapper function yet. I hope to get that done next week.

Created at 2 days ago

Add an option to use a popup menu for code actions

For code actions, some people might find it more convenient to use a popup menu that shows up at the cursor position, instead of using the quickpick window at the bottom of the screen.

Created at 2 days ago
opened issue
Changing font sizes using Ctrl-+/- causes output smaller/larger than the window

What Operating System(s) are you seeing this problem on?

Linux X11

Which Wayland compositor or X11 Window manager(s) are you using?

awesome

WezTerm version

wezterm 20220927-071112-9be05951

Did you try the latest nightly build to see if the issue is better (or worse!) than your current version?

Yes, and I updated the version box above to show the version of the nightly that I tried

Describe the bug

Pressing Ctrl-+/- to change the font size on the fly causes the content area to no longer fit the window. wezterm seems to assume that the window gets resized, but with a tiling window manager, that isn't necessarily the case.

To Reproduce

  1. Start wezterm in a tiling window manager, so that the window won't be resized, even if the app requests it.
  2. Use Ctrl-+/- to resize the font
  3. Observe that the content area either underflows or overflows the actual window size.

wezbug

Configuration

no config

Expected Behavior

wezterm should check the actual window size after changing the font size and adjust its content area appropriately. This already work correctly when you change the font size in the wezterm.lua config file while a wezterm instance is running.

Logs

No response

Anything else?

No response

Created at 2 days ago
issue comment
Add an option to use a popup menu for code actions

Are you referring to https://github.com/prabirshrestha/vim-lsp/blob/master/autoload/vital/_lsp/VS/Vim/Window/FloatingWindow.vim ? If so, I don't see any support for popup_menu or the corresponding options like filter and cursorline to manually configure the popup window. Am I looking at the wrong place, or do you want me to extend the existing API?

Created at 6 days ago
Preserving manually selected features across updates

This information is present in the .crates2.json file, any chance that could be used?

  "sqlx-cli 0.6.0 (registry+https://github.com/rust-lang/crates.io-index)": {
    "version_req": "0.6.0",
    "bins": [
      "cargo-sqlx",
      "sqlx"
    ],
    "features": [
      "postgres",
      "rustls"
    ],
    "all_features": false,
    "no_default_features": true,
    "profile": "release",
    "target": "x86_64-unknown-linux-gnu",
    "rustc": "rustc 1.64.0 (a55dd71d5 2022-09-19)\nbinary: rustc\ncommit-hash: a55dd71d5fb0ec5a6a3a9e8c27b2127ba491ce52\ncommit-date: 2022-09-19\nhost: x86_64-unknown-linux-gnu\nrelease: 1.64.0\nLLVM version: 14.0.6\n"
  },
Created at 6 days ago

Add an option to use a popup menu for code actions

For code actions, some people might find it more convenient to use a popup menu that shows up at the cursor position, instead of using the quickpick window at the bottom of the screen.

Created at 6 days ago
pull request opened
Add an option to use a popup menu for code actions

For code actions, some people might find it more convenient to use a popup menu that shows up at the cursor position, instead of using the quickpick window at the bottom of the screen.

code_action_popup

Created at 6 days ago
create branch
dotdash create branch code_actions_popup
Created at 6 days ago
pull request opened
Don't try to issue RSET on connection errors

In case of errors, keep-alive SMTP connections are always reset, but when the error happened while establishing the connection, trying to reset the connection is pointless and just produces another error.

Created at 1 week ago
create branch
dotdash create branch dont_rset_on_connection_error
Created at 1 week ago
delete branch
dotdash delete branch skip_rset_on_disconnect
Created at 1 week ago
create branch
dotdash create branch skip_rset_on_disconnect
Created at 1 week ago
Created at 1 week ago
issue comment
Fix signs for diagnostics that are reported one line past the end

@prabirshrestha the failing test seems to be from an intermittent github issue, could you re-run it please?

Created at 1 week ago
issue comment
Add support for virtual text diagnostics in Vim9

Ah, I see vim-lsp only delays the processing of incoming diagnostics, but then processes all of them, including outdated ones, and the textprop API then complains if a diagnostics refers to a line that no longer exists. I'll have to take a closer look at how things work, and decide whether the processing can be improved in general, or if I'll just have to drop diagnostics that refer to lines that no longer exist.

Thanks!

Created at 1 week ago

Fix signs for diagnostics that are reported one line past the end

Some language servers report unexpected EOF errors on the line that's actually one past the last line of the file. Be a bit more accomodating and just show them on the last line of the buffer instead.

Created at 1 week ago

Add support for virtual text diagnostics in Vim9

Created at 1 week ago

Fix signs for diagnostics that are reported one line past the end

Some language servers report unexpected EOF errors on the line that's actually one past the last line of the file. Be a bit more accomodating and just show them on the last line of the buffer instead.

Created at 1 week ago
issue comment
Fix signs for diagnostics that are reported one line past the end

I've noticed this problem with the Intelephese LSP server.

Created at 1 week ago
pull request opened
Fix signs for diagnostics that are reported one line past the end

Some language servers report unexpected EOF errors on the line that's actually one past the last line of the file. Be a bit more accomodating and just show them on the last line of the buffer instead.

Created at 1 week ago
create branch
dotdash create branch fix_past_eof_signs
Created at 1 week ago

Add support for virtual text diagnostics in Vim9

Created at 1 week ago

Add support for virtual text diagnostics in Vim9

Created at 1 week ago
issue comment
Add support for virtual text diagnostics in Vim9

The » prefix is from let g:lsp_diagnostics_virtual_text_prefix = '» '

Created at 1 week ago
issue comment
Add support for virtual text diagnostics in Vim9

ss2 ss1

Created at 1 week ago

Add support for virtual text diagnostics in Vim9

Created at 1 week ago
pull request opened
Add support for virtual text diagnostics in Vim9
Created at 1 week ago