Opened 17 years ago
Closed 15 years ago
#6915 closed defect (bug) (fixed)
Make international slugs easier to edit
Reported by: |
|
Owned by: |
|
---|---|---|---|
Milestone: | 2.9 | Priority: | normal |
Severity: | normal | Version: | 2.5.1 |
Component: | Editor | Keywords: | needs-patch |
Focuses: | Cc: |
Description
any non Latin-1 based Slugs are presented to a user in the precent encoded form:
- they are unreadable;
- hard to edit (unless you can do %-encoding right in your head);
- getting truncated because of being overly long.
Steps to reproduce:
- switch your keyboard to any non Latin-1 based language;
- enter post/tagegory title;
- try to edit it.
Solution:
just urldecode() slugs on output.
PS why WikiFormatting does not work here?
Attachments (2)
Change History (19)
#2
@
17 years ago
- Milestone changed from 2.7 to 2.6
- Owner changed from anonymous to westi
- Status changed from new to assigned
- Version set to 2.5.1
#4
follow-up:
↓ 7
@
17 years ago
- Resolution fixed deleted
- Status changed from closed to reopened
This behaviour was entirely intentional. Users don't like percent signs in their URLs and with this patch we are fooling them, that there won't be any.
This change would be a great plugin for the small percentage of people, who want their URLs full of percentage signs.
#7
in reply to:
↑ 4
@
17 years ago
- Summary changed from international Nicenames (aka Slugs) should be URLdecoded() to Make international slugs easier to edit
first of all, thanks for the very fast reply and the hooks provided.
Replying to nbachiyski:
This behaviour was entirely intentional. Users don't like percent signs in their URLs and with this patch we are fooling them, that there won't be any.
while it's true that some users are a bit scared of percent signs in their IRIs, so that, for nothing better, they resort to renaming an every slug into numeric form (which is so '98).
however, are Google and my browser both fooling me by automatically decoding IRIs into the human-readable form?
HTML <a href="http://options.files.wordpress.com/2008/05/dont-gag-us-kolya.png"><img style="width: 670px; display: block; margin: auto; border: solid, thin, gray;" src="http://options.files.wordpress.com/2008/05/dont-gag-us-kolya.png" /></a>
no! instead, I'd call this a genuine focus on user comfort, usability and adhering to the standards.
This change would be a great plugin for the small percentage of people, who want their URLs full of percentage signs.
- most of the people (just by default) use their national language in the slugs as a matter of fact (see picture above).
that said, such a plugin, unfortunately, won't solve the issue for the majority of WP users (using a stock install or .com hosted).
- actually, only the small percentage of people can be bothered to transliterate -- let alone to translate in English (as some elitists do) -- an *every* post slug, thus trying to fool themselves and everyone else around.
#9
@
17 years ago
That patch makes it possible to write a plugin, which makes it impossible to change the slug... It should only be possible to filter there if a name has not yet been saved, so something like this would work better:
{{{if ($name == $original_name) {
$post->post_name = apply_filters('editable_slug', $post->post_name);
}}}}
#10
@
17 years ago
hmm ok i meant:
if ($name == $original_name) { $post->post_name = apply_filters('editable_slug', $post->post_name); }
#11
@
16 years ago
- Cc options removed
- Component changed from Administration to Permalinks
- Keywords needs-patch added; has-patch removed
- Milestone changed from 2.9 to Future Release
- Type changed from defect (bug) to enhancement
#13
@
16 years ago
- Component changed from Permalinks to Editor
- Milestone changed from Future Release to 2.9
Doh, sorry. I thought it was misplaced keyword.
Punting this back into 2.9, since you think it's a bug rather than an enhancement.
#14
@
16 years ago
That's all right. Thanks for putting this back!
Now I wonder why Trac has begun to display (albeit partial) e-mail address in the CC field rather than login handle, as it used to do prior 2.8?
#15
@
16 years ago
actually, it always has (best I'm aware anyway), when an email rather than a nick is entered in a cc field.
urldecodes() nicenames in Post/Page/Tagegories nicenames on output