4 ms·

The prefix is only removed from the "steady-state" display. It will still be there if you copy the URI from the address bar. EDIT: Verified that copying works

The prefix is only removed from the "steady-state" display. It will still be there if you copy the URI from the address bar. EDIT: Verified that copying works in the current nightly build, although there are some quirks pasting into rich text controls in some apps (like Pidgin).

avar 17y ago
I presume that you mean "copying" via Ctrl+C and not the X11 way of simply highlighting the text. The latter is known to be broken in Chrome. I filed a bug for it that which was wontfixed: http://code.google.com/p/chromium/issues/detail?id=27972 http://code.google.com/p/chromium/issues/detail?id=27972
- mbrubeck 17y ago
  Yep, I can confirm that pasting http: URIs from the X11 "primary selection" is broken in the current Chromium nightly.
- losvedir 17y ago
  I'm glad that got wontfixed. It's not the convention at all in Windows or OS X. I can't stand applications that unexpectedly mess with my clipboard. Lotus Notes does this all the time and it drives me nuts. I make an attachment, and bam, my copied text is gone.
  - Jach 17y ago
    But fixing this wouldn't affect Windows or OS X, and middle-click pasting is the convention in Linux. I hate when I use Windows and inevitably realize yet again I can't do it. (Also, highlighted text sends to a different clipboard than ctrl+c.)
    - nitrogen 17y ago
      I don't think anybody's ever got this quite right. It's especially frustrating working with Firefox and GNOME terminal. Firefox copies into both clipboards, GNOME terminal replaces the selection clipboard when I Visually select something in vim, then when I paste from what should've been in the selection clipboard, I get what I just deleted in vim. It seems the behavior wrt selection vs copy clipboard is inconsistent from desktop to desktop and version to version.
_delirium 17y ago
Yeah, Chrome is actually reasonably good about making copied URLs be valid URLs, backing out any display that was done to them in the URL-bar. Better than Firefox on this: for example, in the URL bar, both Chrome and Firefox display '%7c' as '|', which makes the URL invalid. But when you copy it out of the URL bar, Chrome turns it back into %7c, whereas FF doesn't. The main odd UX issue is that you usually expect copying text to give you that same text in the clipboard, whereas in Chrome you get something magically changed.

avar 17y ago

I presume that you mean "copying" via Ctrl+C and not the X11 way of simply highlighting the text. The latter is known to be broken in Chrome. I filed a bug for it that which was wontfixed: http://code.google.com/p/chromium/issues/detail?id=27972 http://code.google.com/p/chromium/issues/detail?id=27972

mbrubeck 17y ago
Yep, I can confirm that pasting http: URIs from the X11 "primary selection" is broken in the current Chromium nightly.
losvedir 17y ago
I'm glad that got wontfixed. It's not the convention at all in Windows or OS X. I can't stand applications that unexpectedly mess with my clipboard. Lotus Notes does this all the time and it drives me nuts. I make an attachment, and bam, my copied text is gone.
- Jach 17y ago
  But fixing this wouldn't affect Windows or OS X, and middle-click pasting is the convention in Linux. I hate when I use Windows and inevitably realize yet again I can't do it. (Also, highlighted text sends to a different clipboard than ctrl+c.)
  - nitrogen 17y ago
    I don't think anybody's ever got this quite right. It's especially frustrating working with Firefox and GNOME terminal. Firefox copies into both clipboards, GNOME terminal replaces the selection clipboard when I Visually select something in vim, then when I paste from what should've been in the selection clipboard, I get what I just deleted in vim. It seems the behavior wrt selection vs copy clipboard is inconsistent from desktop to desktop and version to version.

_delirium 17y ago

Yeah, Chrome is actually reasonably good about making copied URLs be valid URLs, backing out any display that was done to them in the URL-bar. Better than Firefox on this: for example, in the URL bar, both Chrome and Firefox display '%7c' as '|', which makes the URL invalid. But when you copy it out of the URL bar, Chrome turns it back into %7c, whereas FF doesn't. The main odd UX issue is that you usually expect copying text to give you that same text in the clipboard, whereas in Chrome you get something magically changed.