- use any document in design mode, textarea or intput field - write a word and double click on this word so it's selected - paste this word and note there is an additional space after the word (sometimes before as well) This is broken in every webkit based browser
- paste the word few times to see the problem
Can you please point at a URL that can be used to reproduce this problem?
'Works' with any input/textarea, so you could use this form inside bugzilla to try it. Just double click on an existing word so it's selected, press CTRL+C & CTRL+V so it's pasted. Do it 2 or more times and you'll see a space between this two words. I've been using WinXP, OK with Firefox, broken with all webkit based browsers. Thanks (In reply to comment #2) > Can you please point at a URL that can be used to reproduce this problem?
What exactly are you reporting as broken? Are you saying that spaces shouldn't be inserted at all, or that they are inserted incorrectly? Inserting spaces is a feature known as "smart copy/paste" - when you double-click to select a word, many text editors ensure that it's surrounded with spaces after copying, because it makes no sense to paste a word right next to another word without any space or punctuation. For Apple employees only: see also <rdar://problem/3662124>.
Created attachment 40163 [details] smart paste problem
I've been working on a browser based IDE where we have something like: ...left="150" top="90" width="300"... If you try double click on the attribute "width", then CTRL+C and then CTRL+V the result is this: ...left="150" top="90" width ="300"... (space after width) So it sounds either not too smart or too smart. it's quite specific situation, but browsers have been used as platform for different kind of applications so this could be actually pretty common problem for online editors. Please note that Firefox doesn't have this problem. Please see attached image for more info. Thanks, Jaro
I agree that for editing source code, smart copy/paste is generally inappropriate. There are likely ways to work around this - you could programmatically re-select the text before copying, making the engine forget that the selection originated from double-clicking. You could consider using onselect, or onbeforecopy/onbeforecut WebKit extensions. Perhaps a more direct solution that doesn't involve JavaScript could be added, so I'm re-titling the bug to be an enhancement request for such. We already have a way for applications embedding WebKit to completely disable smart copy and paste (and smart delete, for that matter, and also similar drag and drop behaviors), so it is a policy decision for any browser, and you can contact a browser vendor if you want this policy changed. It's only potential selective behavior that enables web pages to easily make the decision that's in scope for WebKit.
I see, thanks for your reply Alex Jaro
Everything would be nice if smart copy/paste would include a LEFT space (to my point of view). Right spaces always bugs me : You cannot add a comma, you cannot add a final period as it was stated, pasting in code always leads to problems... Unless you first remove the space manually wich is not the intend of smart copy/paste, I believe. A left space would only bother you at the very beggining of the sentence.