Option (I have no problem with that) or even to argue which should be theĭefault (though my hunch is that if people are seeing what they're describing,Įnclosing block containers being copied along with the copied text, then we may This is not by any means to argue against offering a "paste without formatting" Windows, one on a blank new document and one on the old document, and copyingīetween them, but in practice it's easier to have just one window open and inĪny case, I'd want to preserve formatting either way. Sure, I could do the same thing by having two edit New document, edit the new document and move blocks of html around as suits the Preserving formatting: for example, I'll use an old document as a template for a
I very frequently copy/paste from the same document, with the intention of Without formatting" in the Plaintext Mail Compose Window. "paste without formatting" do the same thing, we can probably hide the "paste NOTE: since in the _Plaintext Mail Compose Window_ the regular "paste" and HTML Mail Compose Window (e.g., for e-mail): Plaintext Mail Compose Window (e.g., for Newsgroups): Here is my attempt at a *Spec for Paste without Formatting* This bug is about the _choice_ to paste using the format of the target. The default "Paste" should always keep the original (source) Please keep in mind that this bug is *not* talking about what the defaultīehavior should be. That will be bad and we will get bug reports on it. If they get different behavior forĭifferent copy/pastes into the same document with no apparent (to them) reason, Have font styles that we pick up on copy. Plenty of text in a web page looks like plaintext but is really html, and may With this approach is that the user does not know when their copy is plaintext. When the copied data is plaintext, and the paste target is html.
You might think that it's easy: simply inherit styles (frm the paste location) Probably a sign that we just shouldn't go there at all. If we can't come up with a good spec or a good name for a menu item, that's If we want to do anything different here I recommend that we:Ģ) make it an option, rather then the default way to paste. Style changes and even structure changes within the copied data. It starts to make a lot more sense when you consider larger pastes that have Single unstyled word would remain unstyled when pasted into a run of bold text, We decided to make copy/paste in html editing be WYSIWYG.ĭoing this gives very well-defined behavior.
If you also want different behavior in the html flavor of the editor, that is Menu item for this, since the user is always expecting plaintext when pasting
#Plain paste text into gmail Patch#
I should be able to attach a patch tonight or this weekend. If it isn't right now that is a bug and should be easy toįix. When plasting into a "plaintext" mail composer window, copied html should be
0 kommentar(er)
