How do I paste text from the clipboard into the console editors without breaking the formatting?

[237dmitry]

The insertion of text breaks the formatting. When are you fix the problem? 2.0, 3.0, or never?

excessive flaming

Instead of solving actual problems, you are implementing new dubious functionality. And most importantly - you absolutely do not want to listen to issues.

I'm already mute about the support of the mouse in third-party applications, it's probably beyond the universe. Why are there no such problems in other console emulators, which, by the way, also use the standard Windows Console Host? Look at ConEmu, Alacritty, etc.

[DHowett]

If you're here for an actual discussion I am going to insist on an attitude adjustment. However, if you're going to continue to spread your ill intent on this repository, please leave and do not come back.

We want to listen to issues. I would love for you to point out the specific issue you're having. We support bracketed paste so that pasted content doesn't get corrupted, and you can bind copy/paste however you please.

You have not been muted about mouse support. I gave you an issue in which you can COMMENT and SUBSCRIBE FOR STATUS UPDATES. That issue, #376, was updated as recently as TWO DAYS AGO. Is that not priority enough for your liking?

Here's the list of issues you've filed:

Not one of those is related to pasting. Trust I have read them all.

[DHowett]

Needs must for me to remind you that we fixed (and serviced the fixes for) 75 bugs in version 1.8. I'm terribly sorry that they weren't bugs you cared about and were instead bugs that other community members filed. To be frank, we couldn't find any bugs that you filed that were worth investigating.

[237dmitry]

My question is WHEN? I can't paste from clipboard symbol, for example [char]57526 to Far Editor (Far -e file), ^V did not past., if I insert formatted text, all spaces increase by a multiple of their number. And so on.

You suggest that I read old, very old issues. And what good is it to me if you don't solve them? I wait for every minor release in the hope that something will change for the better, but everything seems to be empty. But instead, you add, in my opinion, a completely unnecessary GUI for editing the profile, which also breaks the formatting of settings.json. Why is this even necessary?

Make the third-party apps work normally. And don't close the issue, it's not nice of you, be honest with the users.

[DHowett]

I can't answer your question of, "when?". I'm directing you to the live, active place where we are discussing things like mouse mode so you can make your opinion heard and follow the status of the project. It's not about hiding what we're doing or being dishonest: it's about getting everyone on the same page so we can move forward instead of arguing about stuff.

Why did we add a settings editor? It might not be useful in your opinion, but there are more than a million Terminal users. A settings UI was the top most requested feature for all 18 releases (0.2 to 1.6). It's probably the most visible and highly-requested work we've done apart from writing Terminal itself.

We do not exist to serve any one specific member of the community; we exist to serve them all in eggregate. Sorry that it seems like we're not prioritizing your specific quality-of-life issues.

To your actual complaint:

I was not able to reproduce this issue. I used the Paste key bindings, ctrl+v, ctrl+shift+v and right-click:

Bindings:

        {"command":"paste", "keys":"ctrl+v"},
        {"command":"paste", "keys":"ctrl+shift+v"},

I cannot reproduce a spacing issue, either. I don't know where to behgin?

Can you share a screen recording?

[237dmitry]

Can you share a screen recording?

I can't record. Just screenshots. In the first one I am copying text and in the second pasting in editor.
This behavior is not only in Far but in micro (editor) the same. This is a small text, but in a large pasting text pasted with animation and with increasing whitespaces before string.
The dots in editor are the whitespaces.

[DHowett]

Ah, I understand what's happening. When you copy that text, it contains the leading spaces (we cannot delete them -- users become very upset when we delete them!). When you paste, the editor is not aware that it is pasting, and it receives the leading spaces. Its autoindent feature kicks in, preserving the initial indent from the first line.

This is a common problem:

• Turning off auto-indent when pasting text into vim
• How to paste into emacs --no-window-system without auto-indent?

This is one of the problems "bracketed paste mode" is supposed to solve. It is something that the application, or the user configuration, will need to add support for. OTHERWISE, There is no standard way to tell the application that the content is coming from the clipboard. It looks to the application like the user simply typed the content in.

This is a difficult one to fix because it requires application-specific work. Even if we can fix it for some applications, we cannot fix it for all applications unless they support bracketed paste mode.

[237dmitry]

This is a difficult one to fix

It's pitty a news. Other console emulators have not such a problem. And mouse working.... I'm sorry, I'm just sick of it. Why one man could to write the perfect Tilix but not to do the same the whole Microsoft?

[skyline75489]

Well, if you want the technical details: the console subsystem on Windows is dramatically different from the one on Linux. Traditional console programming on Windows relies on Win32 APIs. On Linux console programming relies on string handling(VT). To better support both kinds of applications, the entire console subsystem on Windows was moved to the new ConPTY infrastructure. In conclusion, there a lot more compatibility issues on Windows than on Linux, due to the legacy Win32 console support.

Also Tilix depends on VTE, which has I think more than decades of history. So i would not really call it “written by one person”. And we can not just use VTE, due to licensing issue. It’s not a perfect world. I get it. But we just have to live with it.

[skyline75489]

You mentioned ConEmu. I love ConEmu and use it myself on older systems where Windows Terminal can’t be used. It’s a fantastic product. We actually reuse some of the ConEmu sequences inside Windows Terminal. And the author of ConEmu sometimes gets involved in discussions in the terminal repo, to make sure we are going to the right direction. To quote Dustin’s word, we never want Terminal to be the only choice on Windows. If you like ConEmu more just use it at your free will.

by the way, also use the standard Windows Console Host

This is technically inaccurate but I will not bother you with the details. We want to see good terminals on Windows. We all do. But do realize that developing the terminal is a slower process that developing a third-party terminal like ConEmu, because some of the code will be merged back to Windows which will potentially influence millions of Windows users. If you’re living in a world where people just fulfill your needs (for free) at the risk of sabotaging millions of other people, then I’m ok with it.

Also need I remind you that ConEmu itself has I think over a decade of history. Writing software is hard. Writing code for Windows is even harder. You don’t see the author of other terminal authors dissing Windows Terminal because we all know how hard it is. If you want to contribute to the process by reporting issues, we welcome you. Please don’t just spread hatred words, which solves nothing.

[zadjii-msft]

For the record, bracketed paste (#395) should be working in Windows Terminal as of v1.7.572.0 (see #9034). What version of micro are you using? Is is a Windows exe or one you're using with a WSL distro?

We'd love to be able to help diagnose this issue, but engaging in a flamewar isn't gonna get anywhere with us.