[wp-trac] [WordPress Trac] #18149: Enhance "Insert/edit link" to predict user's intent (was: Removing "http://" in Insert/edit link causes incorrect URL)
WordPress Trac
wp-trac at lists.automattic.com
Thu Jul 28 15:22:32 UTC 2011
#18149: Enhance "Insert/edit link" to predict user's intent
-------------------------------+-----------------------
Reporter: itsalltech1 | Owner: azaozz
Type: enhancement | Status: reopened
Priority: normal | Milestone: 3.3
Component: UI | Version: 3.1
Severity: minor | Resolution:
Keywords: reporter-feedback |
-------------------------------+-----------------------
Changes (by WraithKenny):
* keywords: reporter-feedback dev-feedback ux-feedback => reporter-
feedback
* type: defect (bug) => enhancement
* severity: normal => minor
Comment:
First, removing "has patch" is fine, as the patch fixed a different bug
and has nothing to do with your issue. No one put "has-patch" on the
ticket to persecute you in any way. It merely marked that there was some
code that fixed some bug. It was only applied once. "Others have noted in
this ticket" that the fixed bug was a bug, not that your issue itself was
a bug. The comments above do list some reasons as to why this ticket could
be considered invalid.
I've tried to help and figure out your issue, even listing out 3
possibilities. Please see my list above.
At the core of your issue is that "`http://`" (or at least "`//`") is
'''required''' in a very technical way for the actual technology of the
internet (browsers, web protocol, etc.) to work. It has nothing at all to
do with WordPress itself. It's absolutely not, in any way, a WordPress
bug. As far as I can figure, your issue is a enhancement request.
A possible enhancement to requested is something like the following,
"Please include something in WordPress that will protect Users from User
Error" as not including "`http://`" in a link is, in fact, '''User
Error'''.
Having said that, '''I've actually been working on a patch''' that would
enhance the feature to address what I assume is your issue. See my
proposal above.
If you reread the comments on this ticket you will see that implementing
this kind of enhancement is more difficult than it appears. Dealing with
'''user intent''', as mentioned above repeatedly, is problematic in ways
you don't seem to appreciate. Usually, it is so problematic that it can't
be implemented without hurting user experience for everyone else, or it's
too burdensome to maintain the added code.
WordPress is built by volunteers. You've asked volunteers to do work
writing code to help you out, as you haven't submitted any code, or even
suggested an implementation. I've attempted to do so. What I'm trying to
say is please use a courteous tone when asking favors.
I can only spend time working on this during lunch breaks and after work
as I'm only a volunteer.
After you respond, please remove the "reporter feedback" tag. If I or
someone else gets a working patch, I'll reapply the UI or UX feedback and
Dev feedback tags as appropriate.
Please also note: Chrome doesn't need the "http://" specifically because
it doesn't have to guess user intent: URLs are always external in that
case.
--
Ticket URL: <http://core.trac.wordpress.org/ticket/18149#comment:28>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list