Get rid of the copy button

[zikajk]

I noticed there's now a copy option in the client; it's breaking my captions and making a mess. Personally, I prefer using the classic Emacs mechanism. Could we make this feature optional and probably disable it by default?

@ericdallo WDYT? I can see how it's useful in code blocks where you want to copy the code without the markdown, but I'd really appreciate not having any UI element for it—maybe just an Emacs command instead?
Note: If I copy a block, it often contains a lot of code samples still wrapped in markdown, so even that usefulness is pretty relative.

It has been introduced here:
#257

[zikajk]

Cc. @CsBigDataHub

[ChetanKoneru]

Please use this custom variable and set it to nil.

eca-chat-show-copy-buttons: Whether to show copy buttons for chat responses and fenced code blocks (default t).

There are 2 button type. One to copy the entire response and other to just copy each code block.

[zikajk]

Ah, great. That solves my problem. The only question is whether to leave it as default (as it obviously causes some issues). Before I realized it was an ECA feature, I actually created rules for one model just to stop it from shoving that emoji in there :-D

[zikajk]

Since that button doesn't tell you what's going to be copied, maybe just having a command would be enough?

[ChetanKoneru]

I am not sure where the emoji's are coming from.I just used text overlays.

[ChetanKoneru]

Since that button doesn't tell you what's going to be copied, maybe just having a command would be enough?

That was my first choice but it is really hard to use a command if there are multiple code blocks and we need to just copy one block.

Let's say the response has 5 code blocks and I want to copy code block 3, I could not find an elegant solution to do it with a command.

[zikajk]

Since that button doesn't tell you what's going to be copied, maybe just having a command would be enough?

That was my first choice but it is really hard to use a command if there are multiple code blocks and we need to just copy one block.

Let's say the response has 5 code blocks and I want to copy code block 3, I could not find an elegant solution to do it with a command.

I'll think about it. Obviously, it's problematic with the buttons as well—some responses have them, some don't. It's not entirely clear to me what determines that. What is the actual purpose of copying the entire response anyway?
I'm guessing that for those code blocks, you wanted to save yourself the trouble of stripping out the markdown clutter (which, by the way, is one of the reasons why I'd like to add the option to switch to raw markdown mode, where this issue doesn't exist IMO).

[zikajk]

This is just another example of strangeness here:

[zikajk]

@CsBigDataHub I am going to try something later today, I think there might a way how to use a command and we can also add universal-argument C-u that would allow us to choose between copy code block / copy response.

[zikajk]

@CsBigDataHub Can you please try this one? I did quick testing and it looks good:
#261

You can use C-c C-w or C-u C-c C-w

[ChetanKoneru]

Since that button doesn't tell you what's going to be copied, maybe just having a command would be enough?

That was my first choice but it is really hard to use a command if there are multiple code blocks and we need to just copy one block.

Let's say the response has 5 code blocks and I want to copy code block 3, I could not find an elegant solution to do it with a command.

I'll think about it. Obviously, it's problematic with the buttons as well—some responses have them, some don't. It's not entirely clear to me what determines that. What is the actual purpose of copying the entire response anyway?
I'm guessing that for those code blocks, you wanted to save yourself the trouble of stripping out the markdown clutter (which, by the way, is one of the reasons why I'd like to add the option to switch to raw markdown mode, where this issue doesn't exist IMO).

Copy reponse button only appears at the last response summary, after all the tool calls.

The idea is we do not need thinking and tool call blocks.

When we assign a task to LLM, it does sometimes assign sub-tasks, does have thinking blocks and tool calls, once it finishes the works, it summarizes the work performed. That last summarization is what I wanted to capture in 'copy-response'. So copy-response will appear only after all the tool calls and thinking in these scenarios.

Does think make sense? I am not sure if I articulated it well enough.

Also I never used plain markdown in eca chat buffer like you are doing now, so I haven't tested that scenario.

This last week I had production issue at work and people were working round the clock. Copy-response was really helpful when I asked for a "hand-off summary " of the work I have done throughout the day. Yes it does copy all the markdown headings and code fences. I copied and paste everything into a team channel in a markdown code block. People just copying that off and put it in a markdown file so any text editor that renders markdown had a detailed hand of summary with all the markdown rendered headings and code blocks.

[ChetanKoneru]

@CsBigDataHub Can you please try this one? I did quick testing and it looks good: #261

You can use C-c C-w or C-u C-c C-w

trying now

[zikajk]

Ah, I see, so it's closely tied to your flow (plan mode and other flows use markdown in chat quite often).

[ChetanKoneru]

The PR works, but I guess you need to fix tests.

C-c C-w - copy at point(response or code-block)
C-u C-c C-w - copy last response

I can live with that. Actually I like this.

[ChetanKoneru]

I haven't tested if it captures thinking and tool calls in the response though.
Let me do that.