Hacker News Reader

Comment by nudge | Hacker News Reader

The full url with http:// is added to the clipboard when you copy.

Only if you copy the entire link. If you try and extract a subsection like a directory, by either dragging across, or by shift unselect, it will not copy the 'http://.

A fringe case? Maybe, but I've already run into this pain a few times jumping back and forth from chrome to emacs.

Have you submitted it as a bug? It's the dev track people! Why are you expecting it to be perfect already?

Furthermore, select, right-click, "copy" uses a different clipboard from select (the latter is what other X11 software uses and the "http:// is never put there).

Which "breaks" WYSIWYG.

So? Do you think people will be upset if they copy and paste a link and it has http:// put at the start?

"upset" is not the consideration. There is potential for functional confusion, with a basic function, where none existed before.

"...where none existed before."

For you maybe, but part of the reason they're removing it is because many average users had no idea what it was for.

The functional confusion stems from the modification of basic copy/paste, not from the removal of data from the address bar.

Oh -- still, that doesn't seem like something that can't be fixed with minor tweaking.

code.google.com/p/chromium/issues/detail?id=41609

is an example where there's a hard problem that materializes out of thin air as a result.

Read the thread... doesn't seem like a 'hard' problem, rather, it just seems like there are multiple ways to handle the issue and they haven't decided on which one yet.

WYSIWYG copy/paste is binary. It either is, or not. You can't tweak binary.

WYSIWYG copy/paste is bound to break at some point. But it should be pushed as far as possible to complex tasks not floated into the most abstract action - copying an address. The issue is conceptual, it is unrelated to implementation.

Reply on news.ycombinator.com