Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Why Ctrl+V won't paste images in Claude Code on WSL, with a fix

rajveerbachkaniwala.com

Post reply on HN
Print view View original

61–70 of 95 posts

Re: Why Ctrl+V won't paste images in Claude Code on WSL, with a fix

#61

Post by kstenerud »

benjamincburns wrote: post #55
kstenerud wrote: post #46

Earlier quoted context omitted.

I've actually never tried it before. I just ran some tests now on a mac: If I copy a file in Finder and paste it into a claude session, it shows in the TUI as [Image #1]. If I do the same, but paste into a claude session running over SSH, it pastes the path to the file, not the data. If I open the image in Preview, copy the pixels (CMD-A, CMD-C), pasting that into a terminal does nothing. So it looks like CC just put…

I suspect the first case worked as intended, and VS Code is greasing the wheels. I'm sure there's a way to get it working in iTerm 2, though I wouldn't be surprised if the solution was some Goldbergian chain of forwarded unix sockets and a helper daemon living inside the sandbox. Thanks for mentioning yoloAI, though. I started off sandboxing via devcontainers using kata & cloud hypervisor set up as a custom docker ru…

Haha yup. yoloAI is to scratch my own itch. I'm getting close to taking it out of beta, but first I'm putting it through a significant architectural overhaul in a feature branch. Normally I'd balk at doing something so heavy, but AI makes it so damn easy to do major mechanical changes (provided you guide it properly and have good tests). So far, so good! And it feels nice to fix the architectural warts before I lock in the interface.

Re: Why Ctrl+V won't paste images in Claude Code on WSL, with a fix

#62

Post by davkan »

albert_e wrote: post #18

Why are we emotionally tied to command line interfaces Desktop apps are a second class citizen that do not get feature parity Lot of actions on Claude Code seem much more suited for a thoughtfully designed GUI Even the chat responses and links therein can benefit from judicious use of rich text and formatting and real hyperlinks to other parts of the UI or elsewhere Favourite Skills can be toolbar buttons or menus if…

For one I’m not sure if I’ve ever gotten an ad in my terminal or in a tui. That alone is probably enough. And it’s so much harder to ruin the terminal experience compared to a desktop app. They don’t get pointless redesigns. I can customize them however I want. The terminal is a like an oasis in the current climate. And that before getting into utility.

Re: Why Ctrl+V won't paste images in Claude Code on WSL, with a fix

#63

Post by minetest2048 »

davkan wrote: post #62
albert_e wrote: post #18

Why are we emotionally tied to command line interfaces Desktop apps are a second class citizen that do not get feature parity Lot of actions on Claude Code seem much more suited for a thoughtfully designed GUI Even the chat responses and links therein can benefit from judicious use of rich text and formatting and real hyperlinks to other parts of the UI or elsewhere Favourite Skills can be toolbar buttons or menus if…

For one I’m not sure if I’ve ever gotten an ad in my terminal or in a tui. That alone is probably enough. And it’s so much harder to ruin the terminal experience compared to a desktop app. They don’t get pointless redesigns. I can customize them however I want. The terminal is a like an oasis in the current climate. And that before getting into utility.

You can have ads in a terminal / CLI, for example Ubuntu put an ad for their Ubuntu Pro service when you run sudo apt upgrade: https://linuxiac.com/ubuntu-once-again-angered-users-by-plac... . But the worst thing they can do is to show a plain text

Re: Why Ctrl+V won't paste images in Claude Code on WSL, with a fix

#64

Post by DeathArrow »

ta8903 wrote: post #45
DeathArrow wrote: post #31

Earlier quoted context omitted.

>Why are we emotionally tied to command line interfaces Being a power user, having used computers for more than 30 years, I usually prefer GUI because that's an evolution over CLI. Going from the basic interpreter on ZX Spectrum to the command line in MS DOS had me mesmerized. Going from the DOS CLI to Windows 95 GUI, had me me mesmerized, too. I think people in general consider themselves more pro and "hackers" if t…

Would you prefer if those people used a mouse and desktop environments?

I am not trying to diminish anyone and I do not have a preferences for how other people use computers. I was merely trying to explain why the CLI gets so much attention.

Re: Why Ctrl+V won't paste images in Claude Code on WSL, with a fix

#65

Post by 1718627440 »

pjmlp wrote: post #51
benjamincburns wrote: post #47

Earlier quoted context omitted.

I wasn't alive in the 70s, but I still prefer a terminal. I can string together a complex series of text-related tasks far more effectively as a shell pipeline than I can by pointing and clicking in a UI. I can scale that sequence of tasks out to operate on every file on the filesystem if I want, or down to a single character in a single file. Claude Code being a full-featured TUI is also helpful because I can quickl…

I can do the same in a language REPL, with the advantage it doesn't need to emulate a teletype.

The terminal is a language REPL, which the advantage, that it is the environment the whole OS runs on.

Re: Why Ctrl+V won't paste images in Claude Code on WSL, with a fix

#66

Post by 1718627440 »

thewebguyd wrote: post #29
z3c0 wrote: post #8

Earlier quoted context omitted.

Not even getting into the semantics of what one could mean by "productive", that sounds like a bleak existence.

Not everyone here is *nix-pilled (WSL aside). Despite W11's missteps, Windows isn't a completely terrible OS to work on and has some of the best window management outside of a full tiling WM.

I doubt it, Window management has been where MS Windows has been lacking for decades, at most they have caught up. Can you do "Always on top", "Always on the bottom" yet? That's a very basic and easy to implement feature.

Re: Why Ctrl+V won't paste images in Claude Code on WSL, with a fix

#68

Post by albert_e »

davkan wrote: post #62
albert_e wrote: post #18

Why are we emotionally tied to command line interfaces Desktop apps are a second class citizen that do not get feature parity Lot of actions on Claude Code seem much more suited for a thoughtfully designed GUI Even the chat responses and links therein can benefit from judicious use of rich text and formatting and real hyperlinks to other parts of the UI or elsewhere Favourite Skills can be toolbar buttons or menus if…

For one I’m not sure if I’ve ever gotten an ad in my terminal or in a tui. That alone is probably enough. And it’s so much harder to ruin the terminal experience compared to a desktop app. They don’t get pointless redesigns. I can customize them however I want. The terminal is a like an oasis in the current climate. And that before getting into utility.

"Calude agents" cli lauched recently

It was very poor UX (from the demos i saw) -- and i tried it myself in Windows native command terminal and the rendering was horribly broken (windows is a second class OS for dev tools).

A light weight GUI with keyboard shortcuts that mimic CLI experience would have been far better without taking anything away from power users of the terminal.

Re: Why Ctrl+V won't paste images in Claude Code on WSL, with a fix

#69

Post by pjmlp »

1718627440 wrote: post #65
pjmlp wrote: post #51

Earlier quoted context omitted.

I can do the same in a language REPL, with the advantage it doesn't need to emulate a teletype.

The terminal is a language REPL, which the advantage, that it is the environment the whole OS runs on.

It is an handicapped REPL, not really the same.

Such statements can only be voiced by those that never experienced what using a proper REPL actually feels like.

Not something that emulates a vt100 teletype.

Re: Why Ctrl+V won't paste images in Claude Code on WSL, with a fix

#70

Post by 1718627440 »

pjmlp wrote: post #69
1718627440 wrote: post #65

Earlier quoted context omitted.

The terminal is a language REPL, which the advantage, that it is the environment the whole OS runs on.

It is an handicapped REPL, not really the same. Such statements can only be voiced by those that never experienced what using a proper REPL actually feels like. Not something that emulates a vt100 teletype.

The "vt100 teletype emulation" only concerns the protocol in which the program describes what to draw on the display. It might be inconvenient for the programmer, but for the user it is kinda irrelevant.

> Such statements can only be voiced by those that never experienced what using a proper REPL actually feels like.

Maybe. What do you mean with proper REPL? SBCL just runs fine in my terminal emulator. As do all other kind of programming languages, like Prolog.

When I interface with the OS, I want to start programs, control the processes, setup communication channels (pipes) and tell to computer to combine multiple programs to filter, combine, split stuff and redirect it to files and other programs. These should be also be able to run several times with slight differences. All of that works just fine in my shell. What are you missing?

Post reply on HN