Although WordPress started out as a blogging tool, it has evolved into a general purpose content management framework. The Twenty Eleven theme includes three template “Page” types, which I’ve illustrated here:
For historical reasons, WordPress uses the overloaded term “Page” for what might better have been called an “article”. In WordPress, a Page refers to an item of content that is not a blog posting. By default, these article pages are organized into an automatically generated menu structure, tied to the main menu bar at the top of each page. The default menu organization is based on the hierarchical relationship and ordering assigned to each page, and the menu item text (navigational label) is simply the article title.
Substituting a custom menu instead of using the default menu scheme provides much greater flexibility. (Use the Dashboard’s Appearance, Menus command to get to the menu customization screen.) For example, you can customize the text of menu items, so they needn’t match article titles, and you can incorporate blog posts, archive pages, and types of content other than article pages into the menu.
You can build a custom menu organization that does not depend on hierarchical, parent-child relationships specified with the article pages themselves. This avoids potentially undesirable complications due to the way that WordPress assigns URLs (permalinks) to pages. When a page is specified as having a parent, the assigned URL is the parent page URL, followed by a slash and then the title of the child page (i.e. the “slug” form of the title). This results in a longer URL, and one that is less likely to be stable under reorganization of the site. For that reason, I’ve avoided using WordPress’ page hierarchy mechanism, by designating “no parent” for each of my pages.
Here is an example of a video embedded in a standard format posting:
All that was required was to include the URL to a YouTube video on a separate line in the text of this post. The WordPress documentation about posting formats lists “Video” as one of the possible choices, but that choice was not presented to me in the Add New Post or Edit Post screens. (I’m not sure if the documentation is outdated in this regard.) Since WordPress’ auto-embed mechanism (enabled by default) seems to do a nice job within the Standard posting format, I didn’t need to specify the mysterious Video format. See the Settings, Media screen for WordPress options relating to Embeds.
Text of Image format posting. Link to an external Hubble image follows, including title, alternate text, and caption:
Here’s some more text that immediately follows the image. Note that the optional caption appears in the surrounding background area, below the image. I elected to have the image be a clickable link directly to the source image. (By default, clicking on the image itself does nothing. I could easily have specified any destination URL for a click on the image, with the option to open in a separate window.) This format of post renders all of the elements that show up in standard format, with the addition of “IMAGE” above the title in the heading that appears in the main blog page and applicable archive pages. Another difference from other formats is that the additional information below this type of entry includes the posting date, and this is shown against a distinctive, rectangular background.
image - A single image. The first <img /> tag in the post could be considered the image. Alternatively, if the post consists only of a URL, that will be the image URL and the title of the post (post_title) will be the title attribute for the image.
Here’s the text of a sample posting in Quote format. Under the Twenty Eleven theme (as usual), this format is rendered in the same way as a Standard form posting, except that it adds the heading “QUOTE” above the post title in the entry for this post that appears in the main blog page and applicable archive pages.
Text of sample Status format posting. Note that the title, category, and tags are not displayed in the entry for this post that appears in the main blog page, but they are shown on the page devoted to this post. Also note the default “avatar” image, which was added automatically in the main blog page entry for this post. This avatar image also shows up in my assorted comments to various posts. The default avatar can be changed via the Dashboard’s Settings, Discussion screen.
The primary link to be used in external references to this post, its permalink, began as http://www.ideaxchg.com/?p=166, using WordPress’ default permalink format. It would be friendlier to users and search engines to provide a more meaningful format of permalink URLs.
To change from WordPress’ default numeric style of permalinks, use the Settings, Permalinks command in the Dashboard. I’m selecting the simple “Post name” format, without any date portion. Since each post begins with a line that includes the posting date, that will suffice for my purposes, and I’d prefer to keep permalinks short. (The equivalent custom structure permalink specification for this is /%postname%/.)
Now that the site has a few postings (so far all under the WordPress category), it’s time to try adding some tags. Tags provide a more fine-grained way of distinguishing posts within the broader breakdown into categories. Unlike categories, tags don’t support hierarchical relationships, and information about tags is displayed differently. New tags can be created on-the-fly at the time of adding a new post, or tags can be created and edited via a separate screen invoked from the Dashboard’s Posts, Tags command.
The default mode of displaying tags is not as conspicuous as that for categories, which are listed by default under a separate CATEGORIES heading in the main sidebar. However, there is a “Tag Cloud” widget, which can be activated via the Dashboard’s Appearance, Widgets command. In the Widgets screen, simply drag the Tag Cloud item from the Available Widgets section into the Main Sidebar Section, at the desired position.
The Tag Cloud widget displays up to 45 of the most used tags in alphabetical order, with variable font size to indicate relative frequency of use. (The default heading for this section of the main sidebar is TAGS.) When the user clicks on a term in the Tag Cloud, WordPress displays an archive page listing all posts associated with that tag. (Likewise, clicking on a category name generates an archive page of all posts assigned to that category.)
At the bottom of every standard format post, WordPress displays a line indicating the categories and tags assigned to that post, and linking to the corresponding archive pages for those terms. However, some other posting formats, e.g. Aside, Link, and Quote formats, do not display category and tags assignments for in entries on the main blog page or archive pages, even though categories and tags can be assigned to posts in those formats. These non-Standard formatted posts do appear under their assigned category and tag archive pages, though.
The initial WordPress installation includes only one special posting category, “Uncategorized”, which is automatically assigned to every post, unless some other category is specified. I’m adding “WordPress” as a new category, and assigning my initial postings to this category. (When I switch to posting on another topic, I’ll create another category to cover it, etc.)
Reassigning multiple previously “Uncategorized” posts to a new category is rather tedious, because there isn’t a bulk operation that handles un-assignment from a category. For that matter, it’s not entirely convenient or obvious how to do a bulk category assignment. In the Posts screen, the first step is to place a check-mark in the leftmost column on each posting of interest. Then select Edit from the drop-down list entitled “Bulk Actions”. Then Click “Apply”. This brings up a bulk edit section in the Posts page, which includes a list of category check-boxes.
Unfortunately, while categories can be assigned to multiple posts through the bulk edit interface, it does not support a bulk un-assign or re-assign capability. The upshot of this is that I might as well go through postings manually, one at a time, and use the “Quick Edit” command against each individual posting. This method does support both checking and un-checking category assignments properly, and the lack of a bulk reassignment operation is no big deal since I’ve got only a handful of posts to process. The lesson from this, though, is that it would be best to select categories carefully, in advance of making any great number of postings.