The simple_bloglist model is used to present a list of blog posts to allow the user to select a blog post that they may be interested in.
The framework supports two independent blog implementations:
This help deals with the second option (simple blogs). Here is a summary of the key differences between the two options.
If you are looking for help related to database blogs. Please visit this link.
Creating a Simple Blog
Any page can be added to a simple blog just by designating its Page Type as "Simple Blog Page"
In addition to such a designation, it is necessary to provide some descriptive information about the blog post. This is done using the Simple Blog Properties found in the Advanced Page Properties section.
Sites can have any number of blog (lists) with each blog consisting of any number of posts. For example, your site could have a blog called "policies" which might contain posts such as "payment-policy", "return-policy", "privacy-policy", etc. This same site could have another simple blog called "testimonials". The "posts" in this blog would be reviews or testimonials sent in by your customers.
Most sites will likely have only one simple blog. In such a case it is not necessary to provide a Blog Identifier and this will default to "blog".
The Post Date is used to sort your blog posts. These are sorted with the most recent posts showing first. Note that it is not necessary to show this date as part of your blog list. Nevertheless, the Post Date is still necessary for sorting purposes. It is also possible to post-date your post. For example, if you don't want a post to appear in your blog list until a certain date. Enter the future date in the Post Date field and the blog will not appear in the list until this date is reached.
Author can be used to show the author of the posts in the blog list.
In addition to the Simple Blog Properties, several of the Most Used Properties are also required for simple blog posts.
Defining a Blog List
The Blog Identifier is necessary to define a blog list. If your site only has one blog (that uses the default name) enter "blog" as the Blog Identifier. Otherwise, enter the name of the blog whose posts are to be listed.
If you are not showing all available posts in your list, you will want to add links which will allow the user to navigate to page 2 and subsequent pages of the list. Indicate where you would like to show these links.
Laying Out the Blog List Entries
Generally speaking, you should strive to achieve fully responsive pages where possible. Nevertheless, there are times when you want to take advantage of wider desktop screens without the burden of responsively adapting your page to narrow devices. For this reason, this model allows you to define two separate blog list layouts:
If you want to keep your design fully responsive, simply ignore the desktop layout settings. In such a case, the mobile settings will be used even when running within a desktop browser.
Here we see an example of an adaptive design.
Since this specification indicates a different layout for mobile and desktop devices the result will be an adaptive design. On mobile devices, the blog list will be rendered as shown here:
One desktop devices, this same list will be rendered as follows:
Even in situations where you have different mobile and desktop layouts, we recommend that you keep the number of blog items the same. This is because the item size setting affects the indexing/content of your page. In other words, if search engines emulate a mobile device when indexing your page, this can affect pagination and the number of pages that are indexed. This should be consistent across all devices. If you leave the Desktop Blog Items field empty, this will automatically default to the Mobile item number.
Implementation can be one of the following values:
Depending on the implementation chosen, there will be an outer container that encompasses all of the blog list rows. When the implementation is an HTML Table, the container will be the table tag. Otherwise, the container will be a div tag. In each case it is possible to supply one or more properties of the container.
The layout grid determines what one row of the blog list page will look like when it is rendered (on the corresponding device). The grid can contain any text or html you wish. You can also set row, column or cell properties just as you would when using the table model or the bootgrid model. In addition to normal text, the grid can contain special placeholders to represent information from the blog posts. These special placeholders are described below:
Handling Multi-Page Blog Lists
If there are more blog posts than will fit on one page, the page will render navigation links to allow the user to see the second page of blog post links, followed by the third page, etc. It is possible to alter the title, header and meta description for the various pages by using special placeholders which reflect the current page number and the total number of pages.
:page: will be transformed into the current page number
:pages: will be transformed into the total number of pages
Consider the following Page Properties:
Notice that the title contains a dollar function. This "if" statement says "If the current page is greater than one, add page x of y to the title". Using this logic, the first page of the blog will have a title of "Tarp Blog". Assuming there are 3 pages of blog list entries, page 2 will have the title "Tarp Blog page 2 of 3".
Navigating Between Blogs
The $function $simple_blog_next_link can be used to add links at the bottom of your blog pages to allow the user to easily navigate to the previous and next pages of the blog. This function should normally be called from the footer of your layout so that it applies to all blogs. In most cases you likely won't need to pass any parameters to this function. By default, the current page from the URL is assumed to be the current page of the blog, if this is not the case you will need to pass a parameter which is the name of the current blog page.
By default, the contents returned will be a table showing the previous and next links. Normally you will want to add styling similar to the following:
If you want to perform your own formatting, you can pass in a second parameter to the $simple_blog_next_link function. Pass "prev" or "next" to just obtain the raw links. In this case, two calls will be necessary to get both links.