[consulting] "Page" Content-type Needs Renaming for Usability Reasons... Suggestions?

[Darrel O'Pry]

Changing things simply because you want to? You reasons are only anecdotal.
I think you need more justification than that to get something changed.
Maybe if you'd surveyed a few thousand people you might be able to justify
your opinion on a usability basis.

On Aug 7, 2009 1:42 AM, "Shai Gluskin" <shai at content2zero.com> wrote:

For a change of topic...

I've been giving some focus on training and usability lately, writing up a
lot of stuff... and I just realized that I want to change the name of the
stock "Page" content-type.

Because of the very common expression "Web page" clients can get confused by
the "Page" content-type.

I actually think the term "web page" is very useful in communicating with
clients. To me that expression "web page" = unique URL. But as a
content-type, multiple "Pages" can be listed on one "Web page" using Views,
built in taxonomy views, etc.  And, of course, other content-types show up
on "web pages" --- so it's a semantic mess.

I do like Drupal's out-of-the-box suggested distinction of a "Page" being a
listing of more permanent, non time-bound info, whereas a story is more
newsy and gets old (hence the default settings of having the byline and pub
date turned on in a story and off for a "Page").

So the question is, *what to rename the "Page" content-type?*

This is my list so far... I don't like any of them:

   1. Article
   2. Generic Content
   3. Static Content
   4. Informative Content
   5. Information

What do you guys use? Do you just keep "Page." Have you noticed that "Page"
is confusing for clients?

p.s. I haven't been following D7 progress closely... does anyone know if
anyone else has pointed out this problem and suggested a different name for
"Page"?

Best,

Shai
Owner, Content2zero Web Development <http://content2zero.com>

_______________________________________________
consulting mailing list
consulting at drupal.org
http://lists.drupal.org/mailman/listinfo/consulting
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.drupal.org/pipermail/consulting/attachments/20090807/7e6cb77e/attachment.htm>