- [View source↑]
- [History↑]
Contents
Thread title | Replies | Last modified |
---|---|---|
Renamed to Apper | 6 | 14:44, 4 July 2011 |
You do not have permission to edit this page, for the following reason:
You can view and copy the source of this page.
Return to Thread:Talk:KPackageKit/Renamed to Apper.
This raises the question of how soon we should make such changes. I run Fedora 14, and KPackageKit is definitely still in the repo. I don't know whether it is renamed by F15, but a 6-month-old distro will still have a great many users.
There are several ways we could do this. I prefer to avoid redirects where possible, as they lead to spaghetti, but your suggestion is certainly one we should consider. Other than that, we could have a short statement about the renaming, specifying the point at which it becomes relevant, then a link to the new page. But how will users of the current app feel about that? I'm simply not sure of the best way to deal with this.
I agree we should not rush things - it could get very confusing. My suggestion is that we either wait half a year or so, or that we
- add an info box on this page informing about the new name
- add a new item in the appropriate Application list linking to this page
- and make a note of this on some to-do list
The latter is probably the better way as it allows users to find the application whether they know its (old or new) name or not. Either way we have some maintenance problems.
I have given this question a bit more thougt and have come up with a plan. Have a look here and see what you think. Feel free to add comments or suggestions.
I have modified my suggestion a bit. It is still messy, but there is probably no helping that.
I'm still trying to take it all in - no matter how we tackle it, the whole situation is messy. I think you are on the right lines, but an obvious problem is that we have to remember to come back to something 6 months or a year later. There's no way of setting up a reminder, so individuals would have to use their own diaries - not the best solution.
We probably need to think a bit longer, but I have no suggestions, atm.