Tuesday, 17. October 2006, 16:48:07
BUG w/Specifiable URLs for blog posts: URLs should reflect title changes made in "preview" screen
To reproduce:1) Create a blog post (w/title)
2) Click preview
3) Change the post title
4) Save blog post
Note that the resulting URL that is generated still reflects the old title instead of the new title. I realize that if you click on the "show advanced options" link that you'll see the old title there. I think it's just a matter of "re-checking" the title of the post when the user clicks submit to copy over the new title instead of the old, or not populating it at all if the user hits "preview"
Example-
http://my.opera.com/Eddie_Lopez/blog/2006/10/17/preview-title
I originally had "preview title" for the post, clicked preview and edited the title to "final title" which shows on the final posting but not the URL
Tuesday, 17. October 2006, 18:16:49 (edited)
The reset button is asking me to reset something I never "set" in the first place. In other words take action to correct something I never initiated.
That's a poor solution IMO. Either the user is going to specify his own URL with that box or the user is not (leaving it to be an automated process). Where does the reset button fit in with the latter?
The bigger issue though is that it's hidden in the "show advanced options" menu. So anyone not showing those menus are not going to see the input box *or* the reset box.
This has bigger side effects from a user experience standpoint. The expectation of the user in the "preview" pages is that the changes made there will not be reflected in the final version.
It's not hard to imagine* someone blogging without the "show more options" dialogs open, who drafts a half hearted, or possibly offensive post titled:
"our drunken boss at the christmas party"
...and click the preview button and get a change of heart, moment of clarity, more witty, etc etc... and end up with:
"He knows how to have fun!"
Then the user passes the URL out to the office:
...even if the user *does* have the "show more options" dialogs open, it's not hard to overlook something like that at all. I see the reset button only being useful to those that took the conscious effort to create their own URL string in the box.
*not hard to imagine because it just happened to me. I often put up temporary titles untitles until i can see how everything comes together and what gets finalized etc.
That's a poor solution IMO. Either the user is going to specify his own URL with that box or the user is not (leaving it to be an automated process). Where does the reset button fit in with the latter?
The bigger issue though is that it's hidden in the "show advanced options" menu. So anyone not showing those menus are not going to see the input box *or* the reset box.
This has bigger side effects from a user experience standpoint. The expectation of the user in the "preview" pages is that the changes made there will not be reflected in the final version.
It's not hard to imagine* someone blogging without the "show more options" dialogs open, who drafts a half hearted, or possibly offensive post titled:
"our drunken boss at the christmas party"
...and click the preview button and get a change of heart, moment of clarity, more witty, etc etc... and end up with:
"He knows how to have fun!"
Then the user passes the URL out to the office:
Hey, I put up pictures from last night! Enjoy:
http://my.opera.com/aboutToBeFired/blog/our-drunken-boss-at-the-christmas-party
...even if the user *does* have the "show more options" dialogs open, it's not hard to overlook something like that at all. I see the reset button only being useful to those that took the conscious effort to create their own URL string in the box.
*not hard to imagine because it just happened to me. I often put up temporary titles untitles until i can see how everything comes together and what gets finalized etc.
Forums » Opera Community » Opera Community and other Opera services » Opera's Web sites: Feedback, questions and discussions
