[wp-trac] [WordPress Trac] #18149: Enhance "Insert/edit link" to predict user's intent
WordPress Trac
noreply at wordpress.org
Sat Aug 24 07:30:48 UTC 2013
#18149: Enhance "Insert/edit link" to predict user's intent
-------------------------+-----------------------
Reporter: itsalltech1 | Owner: azaozz
Type: enhancement | Status: reopened
Priority: normal | Milestone:
Component: UI | Version: 3.1
Severity: minor | Resolution:
Keywords: 2nd-opinion |
-------------------------+-----------------------
Changes (by avryl):
* status: closed => reopened
* resolution: wontfix =>
Comment:
Replying to [comment:36 jane]:
> We should respect what the user types. Having http:// in the field
already is a clue to the user that we need the protocol to be explicitly
stated. If they delete it, I would expect it to form a link relative to
that piece of content, not to wp-admin.
I don't agree. Often the user doesn't know they have to add `http://` to
make their link work. (Yes, also university students.) They don't know
what protocols and relative links are. In most cases they'll copy past a
link form the browser over the `http://` suggestion and that works fine
because the browser adds the right protocol. But next time they copy paste
a different link that doesn't have a protocol, they copy paste it over the
`http://` suggestion and the link breaks. I've seen this countless times.
They don't check their links, so they don't notice it. Maybe someone who
does notice is good enough to tell them or leave a comment, but most of
the time it just stays broken.
Feel free to close this ticket as wontfix again, I just wanted to give it
another chance. It seems there's no way to enforce protocols (any
protocol) so that there's still the option to insert a relative link. What
about a warning? Or what about a checkbox "this is a relative link"?
--
Ticket URL: <http://core.trac.wordpress.org/ticket/18149#comment:39>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list