Opened 11 years ago
Closed 4 years ago
#24675 closed enhancement (wontfix)
Reduce the number of clicks needed to update the permalink to match a changed title to just one click.
Reported by: | pbearne | Owned by: | |
---|---|---|---|
Milestone: | Priority: | normal | |
Severity: | normal | Version: | 3.6 |
Component: | Editor | Keywords: | |
Focuses: | javascript, administration | Cc: |
Description
This a very simple patch but is solves a real annoyance. If you change you title the permalink becomes stale and to update you have the follow clicks
click edit
click in the input change or Ctl+a and delete content
click save
this is a pain
this patch adds a re-sync button which does all of the above.
I thought about having a check box / page option to lock the the title and the permalink to together until published syncing on blur but this would need more user testing so kept it simple and wanted to see if I could get this blessed first.
Attachments (2)
Change History (17)
#1
follow-up:
↓ 6
@
11 years ago
I have been thinking about if this button can just stay here or if we need to remove it after post/page published.
I can't see a reason to remove it yet
#3
@
11 years ago
I just copied the js/ajax in the patch but it could moved to a shared function with existing js/ajax function if this goes forward
#5
follow-up:
↓ 9
@
11 years ago
+1 to the idea
two comments
- I think "Re-Sync" is a bad name as it doesn't imply what is synched to what. Maybe "Use current title" is better but probably too long....
- There is a slug metabox for the JS challenged people ;) which you can show/hide with the screen options. It will be nice to have this functionality there as well, maybe by using a checkbox.
#6
in reply to:
↑ 1
;
follow-up:
↓ 7
@
11 years ago
Replying to pbearne:
I have been thinking about if this button can just stay here or if we need to remove it after post/page published.
For drafts, the slug is automatically synchronized on save. If the button is removed for published posts, then I'm not sure what's the use of it at all.
#7
in reply to:
↑ 6
;
follow-up:
↓ 8
@
11 years ago
Replying to SergeyBiryukov:
Replying to pbearne:
I have been thinking about if this button can just stay here or if we need to remove it after post/page published.
For drafts, the slug is automatically synchronized on save. If the button is removed for published posts, then I'm not sure what's the use of it at all.
That not clear that is happening so much so I going to test it. Then I would propose that we add a graphic to so this is clear.
We can you the same graphic used to lock height and width together when scaling (line with locked 8 and broken 8 for unlinked)
#8
in reply to:
↑ 7
@
11 years ago
Replying to pbearne:
Replying to SergeyBiryukov:
Replying to pbearne:
I have been thinking about if this button can just stay here or if we need to remove it after post/page published.
For drafts, the slug is automatically synchronized on save. If the button is removed for published posts, then I'm not sure what's the use of it at all.
Thank you SergeyBiryukov I didn't know that.
That you are the first to point this out make the point that is not clear that is happening. Then I would propose that we add a graphic to so this is clear.
We can you the same graphic used to lock height and width together when scaling (line with locked 8 and broken 8 for unlinke)
#9
in reply to:
↑ 5
@
11 years ago
Replying to mark-k:
+1 to the idea
two comments
- I think "Re-Sync" is a bad name as it doesn't imply what is synched to what. Maybe "Use current title" is better but probably too long....
not tide to the name in any way
- There is a slug metabox for the JS challenged people ;) which you can show/hide with the screen options. It will be nice to have this functionality there as well, maybe by using a checkbox.
yes this is as much about get the thinking going as the finished code
#10
follow-up:
↓ 11
@
11 years ago
I think it should be really annoying to change the permalink of a published post. Immediately after publishing, the permalink may be all over the internet, through automated pings and re-publishing mechanisms. May this lead to 404?
#11
in reply to:
↑ 10
;
follow-up:
↓ 12
@
11 years ago
Replying to knutsp:
I think it should be really annoying to change the permalink of a published post. Immediately after publishing, the permalink may be all over the internet, through automated pings and re-publishing mechanisms. May this lead to 404?
It would for hierarchical post types, yes.
#12
in reply to:
↑ 11
@
11 years ago
Replying to nacin:
Replying to knutsp:
I think it should be really annoying to change the permalink of a published post. Immediately after publishing, the permalink may be all over the internet, through automated pings and re-publishing mechanisms. May this lead to 404?
It would for hierarchical post types, yes.
its sounds like there is space to make it easier and also add warnings / make it harder
#13
@
10 years ago
Adding new comment to kick this a bit more as I still believe we can do better.
Since I created this I have learned that any URL(permalink) that is used and replaced after a Page/Post has been published are converted to a redirect this not indicated anywhere and so confusing to users.
So I would update the suggest to include that we should add the option to not do this and to list list all the URL's that point to this post with the ability to remove any of the old links.
This is that an URL can re-used if needed and we can see the history / alt's for the post.
Paul
#14
@
9 years ago
- Focuses javascript administration added
- Keywords needs-patch added; has-patch removed
I don't think something like a resync button is an option.
There is some room for improvement though, e.g. when I add a title for a new post and continue to the content, the slug is updated, but this does not happen when I change the title later and didn't touch the title in the meantime. No one knows this will update when you publish, in fact, it's confusing since something different got published than what I thought and was visible.
Patch for this is welcome.
Since I created this I have learned that any URL(permalink) that is used and replaced after a Page/Post has been published are converted to a redirect this not indicated anywhere and so confusing to users.
I don't think this is confusing. If you change the *permalink* of a post after it has been published, it makes sense that there is a redirect form the old post slug. You can definitely reuse the slug for another post and the redirect will disappear automatically.
#15
@
4 years ago
- Resolution set to wontfix
- Status changed from new to closed
Because this is an enhancement request for the Classic Editor (which is only accepting bug fixes and enhancements required to maintain support), I am going to close this out.
If this problem exists in the new block editor, a ticket should be created on the GitHub repository detailing the problem as it relates to the new editing experience.
patch to add resyinc button