My whole life I've been wishing for something in between.
If I'm transferring between applications, I never want 95% of formatting — I don't want font or size or color or line-height or paragraph spacing or whatever.
But I do want italics, because that conveys actual meaning around emphasized words and titles. And I do want to preserve subscript/superscript in things like CO2 or "squared", because that's similarly meaningful. And I also want to maintain bulleted and numbered lists, which again have meaning. Strikethru as well.
So I just really wish that the OS had a toggle switch so that "Paste and Match Style" would still preserve everything "textually meaningful" -- <i>, <sub>, <sup>, <ol>, <ul>, <li>, and <s>.
I agree completely—but I'll go further. From a UI standpoint, italics should be treated akin to capital/lowercase letters.
Currently, on every computer I'm aware of, if I copy an all-caps paragraph and paste into the middle of an all-lowercase paragraph, the pasted text will still be capitalized. Similarly, if I click into an all-caps paragraph and start typing without caps-lock on, the new text will be lowercase.
Italics should work the same way.
Note: I am aware that capitals, unlike italics, are different characters in Unicode/ASCII. Put that aside for a moment, it's not relevant to UI behavior, users don't care.
In CSS, `text-transform: uppercase;` is able to separate case from styling. I've used it frequently in the past, since you often want to experiment with all-caps for short headings, captions, subtitles, etc. Whereas if you hard-code the all-caps in text, you can't go back.
In Chrome, if you copy CSS-all-caps text to the clipboard, it is copied as uppercase.
Intriguingly, in Firefox, it is copied as the original (mixed case) source HTML text.
I do like the idea treating all-caps as a style, just like small caps. The problem, of course, is that it makes it kind of impossible to type within it, since there's no feedback as to when you're typing capital letters at the starts of sentences or not.
To be clear, my assertion is that most user-facing text editors should have the opposite of all-caps as a style! I think italics should be treated the way we treat capitalization.
Pressing ⌘I (or using the UI equivalent) should act like the italics version of caps lock.
I much prefer the approach of applying emphasis, be it italics, bold, all-caps etc, on top of plain text. To me this is the most versatile approach and I think is better for accessibility.
A sentence with italics or any other emphasis should read exactly the same without that emphasis. Where the same isn't true of capitalisation.
As of this writing my parent comment is downvoted, so maybe the difference between the three sentences is less obvious than I thought. While all three sentences assert that I didn't steal Sally's necklace:
• The first version implies that I acquired Sally's necklace via other means.
• The second version implies that I stole someone else's necklace.
• The last version implies that I stole something else from Sally.
The fact that it is special? All of this is arbitrary, that doesn't make it wrong.
Italics is the most important of those styling options for formal English writing (eg MLA style). Underlining was traditionally used a as substitute if italics were unavailable.
Subscripts and superscripts should probably work the same way as italics. They're just not as top of mind for me because I don't use them as often in my day-to-day life (and when I do, I often use the unicode characters).
I could see an argument for treating bold and underline this way as well, but I think the case is less clear-cut. Boldness is more likely than italics to be used for visual styling as opposed to semantic meaning.
Yup, bold is mostly used stylistically for headings, titles, stuff like that. (And sometimes as part of link styling, especially with a lighter link color.)
Virtually the only time it's used within text is in a textbook-type situation, where the first use of key terms is in bold, but subsequent usage isn't. Which isn't helpful/relevant if you're copying a passage from it -- just because it was the first usage in that book, doesn't mean it's the first usage in your own document.
And underlining doesn't really exist typographically except for links. It's always been the handwriting/typewriter substitute for italics. It has no established meaning whatsoever -- any non-link usage of it is idiosyncratic, which is usually not something you'd want to preserve.
I wrote a browser extension some time ago that does something similar: Paste as Markdown [0].
The user can copy any text from anywhere, and then with the help of the extension, paste the result (somewhere in the browser), in markdown, so emphasis and lists, etc. are preserved, while everything else is discarded.
You could argue that font, size, colour, line-height and paragraph spacing should not be considered "formatting" of the text, but as properties that belong to the container that the text is in.
I kind of want something like markdown or WP reveal codes, where you can copy paste formatted text, but be able to see the formatting so you can remove anything unnecessary.
There's countless implementations of formatting toolbars for web based editors, most of them bad, I feel like if operating systems handled this for users we wouldn't be wasting cycles on this kind of problem.
I mean, I always do within the same app. If I've moving a section of a document in Word from one place to another, you can be sure I want to preserve everything.
However, I agree with you a billion percent between apps. I'm sure I've copied text from a webpage into a document 10,000 times, and not a single time have I ever wanted the font or size or color preserved.
Just think it's an important distinction to preserve.
It seems like it'd be saner to have Copy, and Copy and Preserve Formatting. But I guess the Copy, Alt-Tab, Paste, ah what the fuck!, Undo, Paste without Formatting spares a few steps.
To counter your first use case, if I'm copy-pasting the second word (say it's a complicated name) of a heading to reuse in a paragraph, I don't want that paragraph to be another heading. In another universe, the geniuses who coded the editor realized that "no one will ever want a word in the middle of the paragraph to be in a different font, in a different color and with a different background color because they copied it like that from a website with that formatting".
Also I can't be the only person who almost never copies in an editor, but cuts and pastes back into place (so I can visually verify the copy.) It would be very frustrating if ctrl or cmd +X, V didn't restore the document to its original state.
I've never heard of that. Why do you do that? What's to verify? When has a copy ever gone wrong? I feel like I'm missing something because I don't understand it at all.
I do that too, I'm not sure why, but I'd guess it has something to do with the fact that the clipboard is something you can't see, you just have to mentally keep track of it. I would guess that is just my way of checking that the clipboard is working like I assumed it would, because the behavior of copying and pasting isn't always consistent between different text boxes. More than anything, it's just a habit.
> the fact that the clipboard is something you can't see, you just have to mentally keep track of it
I will say, sometimes I do find myself wondering whether something was copied as plain text or as formatted text, or whether I pasted the previous thing before going to copy another.
I really like what Apple has done with screenshots — a thumbnail hovers in a pop-up window in the corner of the screen for a bit. Doing something similar with the clipboard might not be the worst idea — after cut/copy, a thumbnail hovers in the corner until you paste, or until 15s have passed.
The fact that "copy" results in zero visual confirmation whatsoever does seem to be a bit of a violation of standard UX guidelines. Heck, even a visual effect like a flash and quick zoom-fade-out of the copied content feels like it would be helpful.
That your keypress registered. You held down the modifier and you think you hit "C", but did you actually? For unfathomable reasons, when you copy text, there's no visual or other confirmation that anything has happened.
If it takes you a long time to navigate to where you want to paste (scroll a lot in an editor, juggle windows, etc.), it's a bummer to get there and learn that your clipboard doesn't have the text on. You have to make another round trip.
Realistically despite decades of doing this, I'd get over it pretty quickly. I think I just like to see that I pressed the correct keys.
I do think in the early days (for me, this is the 90s) I had failures that weren't fat-fingering, the keypress just not registering. Maybe the wrong window has had focus once or twice too in some weird scenarios.
I’ve had copy fail for whatever reason (maybe a bug, maybe I didn’t press C all the way) and then pasted into a terminal window. Nothing bad has happened, but it certainly could have.
While I don’t paste in place of my copy, I do use Cmd+Ctrl+V to paste in Terminal (which escapes all “special” characters with a backslash) to avoid trouble.
Seriously, when that rolled out decades ago it was one of the dumbest things and still gets me. I always want to start a selection on the text. Dragging the text somewhere else never does what I want it to and I end up having to copy/paste anyway
And yet lists of things often allow dragging of individual items to rearrange them. I wonder if thinking of paragraphs of text, and perhaps even sentences, in a similar way might make the dragging of text feature more appealing (I also dislike it).
When I'm using my browser, I select and drag text from the page to the tabs section of the browser window to open a new tab which queries my search engine using the text (unless the text was a URL, in which case the new tab goes to the URL). I could copy, open a new tab, paste, and press enter in some cases, but that opens a tab to the right of all other tabs, when sometimes I want my new search tab to be in a different position.
However, I would appreciate a setting that would let me arbitrarily switch between dragging vs reselecting already selected text.
Me, all the time, but mostly across applications and not within single documents.
Sometimes because I want to keep what’s in my clipboard already; other times because it’s sensitive enough data that I don’t necessarily trust all running applications with (the threat primarily being an application incidentally logging/persisting it as part of some “helpful” feature, not outright malware).
I do this in nvim. After making a visual selection I hold alt/option/meta and use j+k to move it up and down as a block. It's been helpful a few times when reorganizing things as I write them.
Many computer users have a hard time with invisible concepts. Copy and Cur put text away in some invisible buffer that some people don’t get, so dragging text works better for them.
I do use it occasionally but quite often if I’ve put text into the wrong field of a form. On Mac I quite often make text clippings by dragging text to the desktop
Are you talking about how code pasted in is never indented the way it originally was? It somehow adopts the indentation of the above line? I despise that.
I don’t think they were talking about that. But since you mentioned it, if you (or anyone else bothered by this) use VSCode, you can often just undo (first time undoes auto-indent if it was performed, second undoes paste). Sure it’s annoying, but at least for me it’s become so automatic I hardly notice it anymore.
When first introduced, ctrl-c was the TERM signal to exit a program. Microsoft didn't give one rats ass about POSIX conventions at the time—especially in a GUI—so "c" was an easy pneumonic for "copy". "V" just happened to be the character right next to it, so that was paste. (Also because "p" was for "print".)
ctrl-v was pretty basic, because the all the apps were basic. Most text was basically unformatted (Notepad) or moving from one part of a document to another (Word). Then companies introduced the notion of grabbing metadata along with text, so that you didn't have to figure out what font, size, and color were being applied every time. Then copy/paste was applied to non-text like image parts, files in a directory, etc. You could copy graphs from Excel and put them in your PowerPoint slideshow.
Then folks found out they didn't necessarily want all that metadata along with their content, so shift-ctrl-v was introduced. Somewhere along the way, patterns emerged for many folks (like myself) where matching the target formatting was the more common case. This is especially true among coders.
It's too late to change the default for everyone, but this tweak allows for some of us to tailor the behavior more closely to our own personal workflows.
This is a tiny bit more hardcore because it also trims any whitespace from the beginning and end of the string, and it strips out all newline chars. It's very handy quite often, though.
This solution seems to only work in certain places. For example, it's not working in MS Word. Also, why is it "shift command V" in some places and "shift option command V" in others?
MS Office doesn't even follow MS Office norms across MS Office applications. Ctrl-Shift-V only works in Word, Excel, and PowerPoint. It isn't in Outlook and OneNote.
People seem to be under the impression that Ctrl-Shift-V is a Windows feature, when in reality it is part of three specific applications and then the wild-west everywhere else.
My point being: I'm unsurprised MS gets the MacOS norms wrong when they cannot even get it right on Windows.
The overall Windows ecosystem is so inconsistent that I have trouble faulting any individual application for not following "norms", because they can barely even be called norms.
(Don't get me wrong, macOS is slowly getting there too, it gets worse every year.)
So I solved this issue using a brute force manner a few years ago using aText (but any text substitution software should work, including Keyboard Maestro).
When I type the characters 'zv' it substitutes for the clipboard. This gets around any smartness with formatted text and apps trying to be clever. I also chose zv because the substring is unlikely to appear naturally when being typed anywhere. (I prefix most of my substitutions with jj but wanted as few characters for this as possible).
I also use Keyboard Maestro to get around apps and websites that block pasting (like password validation fields).
Macros:
- type from clipboard: instead of pasting, it simulates each character as a keystroke
- insert then type: same thing but shows a text input window
- insert then type (50ms/200ms): same thing, but also simulates latency in case certain apps can't handle unthrottled keyboard input (found this when typing into remote terminals sometimes for whatever reason)
Also check out Pasteboard Viewer.app to see what the MacOS pasteboard actually contains (it can contain text and formatted text and images and lets the app choose what to paste, which can be very confusing).
Amazes me how many hacks like this are required just to use a computer the way I want.
I think those vary by version. For example, Word for Mac 2019 has “Merge formatting when pasting from PowerPoint” and “Adjust formatting when pasting from Excel” checkboxes. Don’t ask me what the difference between “Merge” and “Adjust” is.
> Also, why is it "shift command V" in some places and "shift option command V" in others?
It’s a relatively late addition to ‘standard’ commands. I guess the search for an unused combo that’s reasonably logical led to different results in different applications.
I encountered this recently. I tried what was suggested in the link and it didn’t work when I pasted into my browser (pasting into Protonmail). The core ”issue” is the copy action puts the formatted version into the pasteboard (as well as the plain version) and the app can choose to retain the formatting if it likes and not all apps even offer two menu items to give you the choice.
It’s amazing to me how Apple got this basic setting so wrong. It would be interesting to see the decision process that was used and if it was decided correctly maybe overridden by an individual?
In 1984, easily transferring styled text between applications was a novelty.
Apple also aimed for simplicity, and when copying between MacWrite and MacPaint (the only two applications everybody had), keeping formatting was the best option.
Add a few decades of people getting used to that behavior, and changing it takes guts, and will upset quite a few users who know how to repair formatting after pasting, but won’t easily learn about the new keyboard combination.
Maybe, paste should keep only formatting of entire units being pasted? So, it would keep bold, italic, etc, but only keep line height, margins, etc. for entire paragraphs being pasted? I can see people getting highly confused about that, too, though, especially about the difference between selecting all characters in a paragraph and also selecting the paragraph boundaries.
I don’t know how it works on macOS, but on Windows copying to the clipboard can provide content in multiple formats (like multiple MIME types) at the same time, for example simultaneously as rich text and as plain text. The receiving application then decides which format it understands and selects for pasting. If both sides understand rich text, this results in rich text being transferred. (It basically works like HTTP content negotiation.) You have to artificially add a man-in-the-middle to force a different format.
I do find myself still annoyed with Apple's persistence towards doing things different, just be different.
Why can't I just have a navigation bar in the finder window that I can manually add in.
Why do I have to google a keyboard combination just so I can view hidden files and folders.
So many little things but they can add up. And it's not a Microsoft v Apple thing. Unix distros dont have a special 'command' button just for them to confuse things.
Funny how it feels entirely normal now that's burned into my muscle memory, so much so that I try to use it on Windows boxen, sometimes to weird effect.
Never in the history of copy and paste has someone though man I wish I retained that 78pt blue highlight font when I pasted this line of text into my document
I set up a Keyboard Maestro macro to strip the rich text markup from the clipboard and paste. It's built around this one-liner: `pbpaste | textutil -convert txt -stdin -stdout -encoding 4 | pbcopy` which obviates the need to hook into the "Paste and Match Style" menu item which may or may not exist.
Also the nondeterministic and possibly causality-violating behavior of capitalization during typing, autocorrect, and backspacing.
Once autocorrect decides a word is capitalized, the keyboard will always do exactly the wrong thing when you try to fix it. You’ll backspace to the first letter, and the shift key will highlight so you capitalize some non-capital word. Or, having been burned by this, you’ll tap shift to turn that off, but it guessed you would do that, so you’re still capitalizing. And if autocorrect changed a name to a common word, good luck capitalizing the name.
There is a PhD, and possibly a new branch of physics, to be had here.
Neat, but the whole interface for managing keyboard shortcuts is pretty terrible in macOS. Either they really don't want you to mess with it, or it's just really hard to design for.
I have a different opinion. I try to be familiar with the Defaults and preferably stay with Native Apps to get things done. Once you are comfortable with the Default, you layer your expertise and experience on top of it.
So, when I set up or re-set up the OS and the app, I try to see if I can live with the Defaults as much as possible. However, I spend quality time learning the details, so I’m not just jumping to a different App that does it better.
Example. I’ve been using Apple’s Default Mail App and have tried a lot of other Mail clients. Some are awesome; some are fantastic. I learned all the shortcuts and tricks to make it sing to any tune I wanted. My Apple Mail does not have toolbars or anything else except the message list and the message[1]. It’s a similar setup for many other default Apps.
I did love Fantastical, SuperHuman, etc. I might even use them, but that would be to separate an entity (say, work) but not for the Default Me. I love the idea of using any computer/device/system easily instead of one perfectly.
So, for the copy-paste without formatting. I suggest letting the Default be. I know the shortcuts sideways, and my muscle memory kicks in to do the correct one. I love Obsidian pasting it as Markdown when I copied HTML, but my fingers do the right job for pasting in the un-styled format in Apple Notes.
PSA if you use Alfred (w. Powerpack) you can get a always working version of this, but not bound to Cmd+V. It's a bit annoying to set up though
> If you go to the Workflows tab, click the [+] in the bottom left, under Templates > Clipboard > you'll find a "Paste as plain text from clipboard" workflow. Add your own hotkey, and you'll be able to do exactly what you need
https://www.alfredforum.com/topic/10032-clipboard-hotkey-tha...
There is a multitude other tools recommended in this thread also. The one thing I would recommend for those who does not have any clipboard tool is don't just get something that does plaintext. Get something that does HISTORY and plaintext conversion.
Clipboard History/Search is among my top 10 productivity enhancements hacks that anyone can do and benefit from, might even be the nr 1.
Whoever championed it at Microsoft and managed to get it included by default in Windows 10 (Press Win+V) deserves a medal.
Both Mac OS and Windows started with a mostly single-app interaction model. Switching between applications was slow and clumsy so it wasn’t something that you did frequently.
Within an app, copy and paste with styling makes sense as you are trying to reproduce chunks of text.
Easy multi-tasking only came later after default were established.
I have been using [Jumpcut](https://github.com/snark/jumpcut) for this purpose. I have it bound to ctrl cmd v, so it doesn't conflict with the normal cmd v
I believe cmd + shift - v also pastes without formatting and I've always used that. I didn't know you could change cmd - v to do that so I will be doing this.
The consensus seems to be:
- Cmd-v should paste to match formatting everywhere. No one wants that formatting or if they do they are in a tiny minority that can be served with some new shortcut.
- there are several more or less cheesy ways to fix this in more or less places
So Apple, retire it with the silly touch bar, push really hard click, and the lightning connector. Maybe these devs would be happer making touch text editing more than awful.
The “push really hard click” is one of the things that makes the apple track pad feel so great. It is a tactile feeling that is not easy to do by accident.
The touchbar would have been cool if it was a rock solid implementation that never bugged out.
On linux X11 this is done with "targets". So essentially your browser, or any app, exposes a few different varieties of the same content e.g text/html as well as text/plain. If the app you paste into, requests text/plain, then you will get it without formatting.
In fact even file copying is done this way, it copies the list of filenames as type application/file-list or something of the sort.
I spend many happy hours copying, changing, and pasting text to Ms Word documents on Windows. Eventually, I am using the middle mouse button to paste without format, and ctrl-v to paste with format. (Using X-mouse button control) Power toys has a setting that says it pastes as text too, but if I ask it to use ctrl-v, it gives me an warning saying that there may be issues if I want to paste a picture.
It was a very long time since I trained my mind on automatically pasting what I copy into sublime text and then it from there so that I don't get formatting preserved. I do this for anything more than two words/ not numbers. I don't even know which was the offender (windows or mac).
In iOS I hate that Messages pastes in links from Wikipedia. To get around this, I first paste into an app that doesn’t preserve the links, such as a Web panel or WhatsApp.
The only case where this is annoying is in applications like Keynote, where pasting individual elements without style is not what you want. Infuriating stuff either way.
MacWrite on the Macintosh in the mid-1980s supported copying [some] format information like bold/italics. Word did introduce more complex format information (RTF) in the early 1990s but both Microsoft and Apple advanced this area with arguably Apple themselves originating it.
Still trying to understand why even the unformatted text option in Word often doesn't produce unformatted text — I've seen too many times where column & margin information carries along even when font styling does not, & there's no good way to get rid of it without starting an entirely new Word document.
If I'm transferring between applications, I never want 95% of formatting — I don't want font or size or color or line-height or paragraph spacing or whatever.
But I do want italics, because that conveys actual meaning around emphasized words and titles. And I do want to preserve subscript/superscript in things like CO2 or "squared", because that's similarly meaningful. And I also want to maintain bulleted and numbered lists, which again have meaning. Strikethru as well.
So I just really wish that the OS had a toggle switch so that "Paste and Match Style" would still preserve everything "textually meaningful" -- <i>, <sub>, <sup>, <ol>, <ul>, <li>, and <s>.