<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title><![CDATA[LinLog]]></title>
    <link>https://linlog.skepticats.com/</link>
    <description><![CDATA[Linux, Programming, and Computing in General]]></description>
    <lastBuildDate>2026-05-23T13:42:06+00:00</lastBuildDate>
    <managingEditor>pageer@skepticats.com (Peter Geer)</managingEditor>
    <language>en-US</language>
    <generator>https://lnblog.skepticats.com/?v=2.3.3</generator>
    <item>
      <title><![CDATA[Enable shift+enter in Claude Code]]></title>
      <link>https://linlog.skepticats.com/entries/2026/05/enable-shift-enter-in-claude-code.php</link>
      <description><![CDATA[<p>This is yet another "thing I <em>will</em> forget, so I'm writing a note here" post.</p>
<p>I've been used to using Claude Code inside the IntelliJ plugin.&nbsp; That plugin is very basic and still in beta, but it works well enough.&nbsp; All it really does is run Claude Code in the integrated terminal, provide the current file as context, and show changes in the integrated diff viewer.&nbsp; But it also pre-configures the setting to allow you to press shift+enter in the Claud Code to enter a newline.</p>
<p>If you fire up Claude Code in a Windows Terminal session, this does not work.&nbsp; To enter a newline, you have to type a backslash followed by enter, which sort of makes sense, but is annoying and unintuitive.&nbsp; There is a /terminal-setup command, but that also doesn't work in Windows Terminal.&nbsp; Apparently Anthropic hasn't gotten around to implementing that yet.</p>
<p>Fortunately, there is a work-around.&nbsp; You can manually add the key bindings to your Windows Terminal configuration.&nbsp;&nbsp;</p>
<p><code>"actions": [<br>&nbsp; {<br>&nbsp; &nbsp; "command": {<br>&nbsp; &nbsp; &nbsp; "action": "sendInput",<br>&nbsp; &nbsp; &nbsp; "input": "\u000A"<br>&nbsp; &nbsp; },<br>&nbsp; &nbsp; "id": "User.sendLF"<br>&nbsp; }<br>],<br>"keybindings": [<br>&nbsp; {<br>&nbsp; &nbsp; "id": "User.sendLF",<br>&nbsp; &nbsp; "keys": "shift+enter"<br>&nbsp; }<br>]</code></p>
<p>That's what Claude spit out from a scape of Github, anyway.&nbsp; I originally got it from a Redit post that said essentially the same thing, but now I can't find it.&nbsp; Either way, it seems to work just fine.</p>]]></description>
      <author><![CDATA[pageer@skepticats.com (Peter Geer)]]></author>
      <pubDate>Sat, 23 May 2026 13:42:05 +0000</pubDate>
      <category><![CDATA[Note to Self]]></category>
      <category><![CDATA[AI]]></category>
      <category><![CDATA[Windows]]></category>
      <guid isPermalink="true">https://linlog.skepticats.com/entries/2026/05/enable-shift-enter-in-claude-code.php</guid>
      <comments>https://linlog.skepticats.com/entries/2026/05/23_0942/comments/</comments>
    </item>
    <item>
      <title><![CDATA[Disabling the terminal in vim-ps1]]></title>
      <link>https://linlog.skepticats.com/entries/2026/03/disabling-the-terminal-in-vim-ps1.php</link>
      <description><![CDATA[<p>This is another one of those "note to myself because I can never remember this" posts.&nbsp;</p>
<p>For quite a while, I've been using the <a href="https://github.com/PProvost/vim-ps1">vim-ps1</a> plugin for Powershell syntax highlighting.&nbsp; It's generally fine, but I have one annoyance with it: When I open a Powershell file, the plugin opens a horizontal split with a Powershell terminal in it.&nbsp; That's...fine, but most of the time I don't want that.&nbsp; And the documentation doesn't say anything about it.</p>
<p>Well, fortunately there's a <a href="https://github.com/PProvost/vim-ps1/issues/45#issuecomment-611047850">resolved Github issue</a> with the answer.&nbsp; Turns out the issue isn't actually with vim-ps1, it's with <a href="https://github.com/coc-extensions/coc-powershell">coc-powershell</a>, which actually does mention this issue in the docs.&nbsp; Why the language server is popping up a terminal window isn't clear to me, but the solution is to add this to your coc-settings.json file:<br /><code>"powershell.integratedConsole.showOnStartup": false</code></p>
<p>Easy fix!&nbsp; Unfortunately, I can't check that into my vim-config Git repo because I have my Intelephense license key in that file, so I need to document it someplace else.&nbsp; Hence this post.</p>
<p>As an aside, before scouring the web for that answer, I tried asking Claude.&nbsp; That didn't go well.&nbsp; It's first answer was to "look at your Vim config" or try disabling plugins, which was not even remotely useful.&nbsp; When I pointed that I knew there was a setting for this, it asked me where I saw it.&nbsp; If I remembered that, I wouldn't need to ask the AI!&nbsp; At that point, I decided it was easier to do this the old-fashioned way and ended up checking the Github issues and found the solution in a couple of minutes.</p>
<p>Things like that make me appreciate William Bernstein's comments in his <a href="https://www.youtube.com/live/rrU5Qp_yOig?si=W2VdxBMMw3wQOs2N">interview with Rob Berger</a>.&nbsp; When asked about using AI in his writing and research, he said that AI is extremely useful, but it's kind of like having a very dumb graduate assistant.&nbsp; That seems about right to me.&nbsp; Even a dumb grad student is still smart enough to get into grad school, so they're capable of doing some very helpful work, but they still have some significant limitations.</p>]]></description>
      <author><![CDATA[pageer@skepticats.com (Peter Geer)]]></author>
      <pubDate>Sun, 01 Mar 2026 13:58:24 +0000</pubDate>
      <category><![CDATA[Note to Self]]></category>
      <category><![CDATA[PowerShell]]></category>
      <category><![CDATA[Vim]]></category>
      <category><![CDATA[AI]]></category>
      <guid isPermalink="true">https://linlog.skepticats.com/entries/2026/03/disabling-the-terminal-in-vim-ps1.php</guid>
      <comments>https://linlog.skepticats.com/entries/2026/03/01_0858/comments/</comments>
    </item>
  </channel>
</rss>
