Bringing back the old version of portal...
Short, concise description of the idea
Re-implement the old version of portal, alongside the new version, allow user selection.
Full description of the idea
Many users simply don't care for the newer portal version, or miss features that were present in the former version, but are non/not-yet-existant in the newer. Re-implementing the old portal alongside the new one would be ideal. LiveJournal could allow users to choose their portal version, either by a settable cookie, or by simply having two different portal URLs (/portal and /oldportal, for example). Personally, I prefer the latter.
This should be relatively easy to implement, as I wager the code for the old portal is still floating around there, somewhere.
- Will appease users who miss old portal version.
- Brings back features existant in old portal, but not yet implemented in new.
- Allows users to still have access to either portal, so that all features can be utilized.
An ordered list of problems/issues involved
- Coding for portal choice.
- If done with a settable cookie, this could be a minor pain.
- If done with a link to each version on the /poral page, it could mean re-coding portions of the portal scripts.
- Same thing for if done via /portal and /oldportal.
- Some possible system confusion?
An organized list, or a few short paragraphs detailing suggestions for implementation
- Easiest to implement, I'm guessing, by creating a new /portal page to offer a choice between portal methods, providing hard links to /portal1 and /portal2 (example URLs). This will allow the user to bookmark both portals, and visit at will. Seems fairly simple, and not much would need to be changed, site-wise.