9 ms·

I agree with the sentiment on the thread that removing http:// http:// is a UX bug. Copy & Paste in this case is paramount over UI simplification. Keep it sim

by roder 16y ago

I agree with the sentiment on the thread that removing http:// http:// is a UX bug. Copy & Paste in this case is paramount over UI simplification. Keep it simple... do not make it a configurable option and do not remove http:// http://.

mbrubeck 16y ago
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 16y 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 16y ago
    Yep, I can confirm that pasting http: URIs from the X11 "primary selection" is broken in the current Chromium nightly.
  - losvedir 16y 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 16y 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 16y 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 16y 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.
ashleyw 16y ago
How about removing it, but modifying the functionality of the copy action, so it appends the clipboard with http:// http:// if the user has selected/copied the entire URL? Personally, I have no qualms with http:// http://, I just think this suits the best of both worlds: the future and the past.
- dkersten 16y ago
  What about https:// https:// ?
  - ashleyw 16y ago
    Obviously the browser would know the true url, so it'd be able to just copy that. Also, it seems the functionality I mentioned is already in Chrome.
portman 16y ago
There's another use case, maybe it's just me, but at least once a week I need to insert a single "s" into the URL to go from the non-SSL to the SSL version of a page. My proposed solution: go ahead and hide the http:// http://, but when you click onto the address bar (and therefore want to edit the URL), show the http:// http:// at that time. This solves copy-paste issues, changing protocol issues, and probably others. But I'm not sure where to make that suggestion on the Chromium issue tracker.
- erlanger 16y ago
  My proposed solution: If it ain't broke...
  - portman 16y ago
    Even better, but there seems to be tons of enthusiasm on the Chromium team for removing http. I'm just hoping they minimize the collateral damage.
    - erlanger 16y ago
      Reminds me of another dominant tech company with a history of thinking it knows better than its users and making awful UI decisions.
      - rcfox 16y ago
        Canonical?
        lurkerperpetual 16y ago
        controversial != awful
      - Naga 16y ago
        Sometimes doing things like that work, re: floppy drives and the iMac.
wyday 16y ago
I'm using the latest dev release that has this feature implemented. Let me tell you how it actually works. The location bar looks like this: news.ycombinator.com/item?id=1263512 When I select it and press Ctrl-C it copies this to the clipboard: http://news.ycombinator.com/item?id=1263512 Nothing is broken.
- hboon 16y ago
  On Mobile Safari, the URL is displayed without the http:// http:// until you tab on it and it will include the http:// http:// as the URL box expands.
  - imurray 16y ago
    This is clearly how hiding http:// http:// should be done (if at all). Playing tricks with the clipboard is going to be confusing and frustrating to use. It is also suggested in other comments here; I hope the Chrome devs pick this up.
- Groxx 16y ago
  Useful to know, but I have to agree with portman. What about switching to an https: URL? Loads of sites default to http when they should be secure.
  - deleted 16y ago
    [deleted]
  - deleted 16y ago
    [deleted]
  - nailer 16y ago
    Perhaps it would be better to add a white 'Not identified' badge in the place where the green Certificate Name (or red broken certificate name) goes? Clicking it would reveal a message that the site is not identified, and information being sent to it is viewable to third parties. Nobody in my immediate family know what https:// https:// means. They especially have no idea what its absence means.
Qz 16y ago
It can't be hard to make copy and past work fine without http:// http://. Fact is that it's mostly irrelevant for the majority of users.
est 16y ago
Chrome address bar is very smart. It will decode the %xx%xx%xx escape to their recognizable original characters, e.g. http://i42.tinypic.com/241kxhc.png http://i42.tinypic.com/241kxhc.png But when you copy the whole URL, it will be copied as the %xx%xx escape as every URL do http://www.google.com/search?hl=en_US&query=%E6%B5%8B%E8%AF%95 http://www.google.com/search?hl=en_US&query=%E6%B5%8B%E8... Note if you only copy partial of the URL, not the whole URL, you will still get decoded text
- X-Istence 16y ago
  All of the browsers I have installed, besides Opera, do this. Safari FireFox Camino Chrome
edanm 16y ago
"Keep it simple..." I think the idea is to keep it simple for most users, not the techies. I don't think many non-techies have any clue why the http is there, and they (rightly) don't care. As for "adding an 's' for the secure site", once again, how many non-techies do you know actually do this? I'm not saying that's a good thing, but most casual computer users don't know about that. Hopefully they know about the lock icon on most browsers, but I actually kinda doubt that too.

by roder 16y ago

mbrubeck 16y ago

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 16y 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 16y ago
  Yep, I can confirm that pasting http: URIs from the X11 "primary selection" is broken in the current Chromium nightly.
- losvedir 16y 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 16y 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 16y 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 16y 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.

ashleyw 16y ago

How about removing it, but modifying the functionality of the copy action, so it appends the clipboard with http:// http:// if the user has selected/copied the entire URL? Personally, I have no qualms with http:// http://, I just think this suits the best of both worlds: the future and the past.

dkersten 16y ago
What about https:// https:// ?
- ashleyw 16y ago
  Obviously the browser would know the true url, so it'd be able to just copy that. Also, it seems the functionality I mentioned is already in Chrome.

portman 16y ago

There's another use case, maybe it's just me, but at least once a week I need to insert a single "s" into the URL to go from the non-SSL to the SSL version of a page. My proposed solution: go ahead and hide the http:// http://, but when you click onto the address bar (and therefore want to edit the URL), show the http:// http:// at that time. This solves copy-paste issues, changing protocol issues, and probably others. But I'm not sure where to make that suggestion on the Chromium issue tracker.

erlanger 16y ago
My proposed solution: If it ain't broke...
- portman 16y ago
  Even better, but there seems to be tons of enthusiasm on the Chromium team for removing http. I'm just hoping they minimize the collateral damage.
  - erlanger 16y ago
    Reminds me of another dominant tech company with a history of thinking it knows better than its users and making awful UI decisions.
    - rcfox 16y ago
      Canonical?
      - lurkerperpetual 16y ago
        controversial != awful
    - Naga 16y ago
      Sometimes doing things like that work, re: floppy drives and the iMac.

wyday 16y ago

I'm using the latest dev release that has this feature implemented. Let me tell you how it actually works. The location bar looks like this: news.ycombinator.com/item?id=1263512 When I select it and press Ctrl-C it copies this to the clipboard: http://news.ycombinator.com/item?id=1263512 Nothing is broken.

hboon 16y ago
On Mobile Safari, the URL is displayed without the http:// http:// until you tab on it and it will include the http:// http:// as the URL box expands.
- imurray 16y ago
  This is clearly how hiding http:// http:// should be done (if at all). Playing tricks with the clipboard is going to be confusing and frustrating to use. It is also suggested in other comments here; I hope the Chrome devs pick this up.
Groxx 16y ago
Useful to know, but I have to agree with portman. What about switching to an https: URL? Loads of sites default to http when they should be secure.
- deleted 16y ago
  [deleted]
- deleted 16y ago
  [deleted]
- nailer 16y ago
  Perhaps it would be better to add a white 'Not identified' badge in the place where the green Certificate Name (or red broken certificate name) goes? Clicking it would reveal a message that the site is not identified, and information being sent to it is viewable to third parties. Nobody in my immediate family know what https:// https:// means. They especially have no idea what its absence means.

Qz 16y ago

It can't be hard to make copy and past work fine without http:// http://. Fact is that it's mostly irrelevant for the majority of users.

est 16y ago

Chrome address bar is very smart. It will decode the %xx%xx%xx escape to their recognizable original characters, e.g. http://i42.tinypic.com/241kxhc.png http://i42.tinypic.com/241kxhc.png But when you copy the whole URL, it will be copied as the %xx%xx escape as every URL do http://www.google.com/search?hl=en_US&query=%E6%B5%8B%E8%AF%95 http://www.google.com/search?hl=en_US&query=%E6%B5%8B%E8... Note if you only copy partial of the URL, not the whole URL, you will still get decoded text

X-Istence 16y ago
All of the browsers I have installed, besides Opera, do this. Safari FireFox Camino Chrome

edanm 16y ago

"Keep it simple..." I think the idea is to keep it simple for most users, not the techies. I don't think many non-techies have any clue why the http is there, and they (rightly) don't care. As for "adding an 's' for the secure site", once again, how many non-techies do you know actually do this? I'm not saying that's a good thing, but most casual computer users don't know about that. Hopefully they know about the lock icon on most browsers, but I actually kinda doubt that too.