Understanding Joomla Architecture - part1
Understanding what Joomla is trying to do before creating your design document. The parts of Joomla are the same parts of any website (content, navigation, functionality, colour/design scheme), but the nomenclature is different as are some of the choices in each section. Also, Joomla gives you the ability to establish Global settings for content.
- The Global Settings
Who should handle: probably a web architect or systems person, with input from designers.
Why this is useful: Global settings set the default for most content and functions. You can always deviate, but it’s nice to have a fairly consistent approach.
Basic examples:
- Do you have a front-end login or not?
- Does content offer an option to print or email to a friend? Is the button an icon or text?
- What is the length of your average list of items on the site?
- What timezone does the website use?
- Do you allow user ratings?
- What are the database settings?
- What are the global metadata for the site?
- Do you allow a mass mailer?
- Content
Who should handle? This can vary depending on your situation. In general, you can let anyone add content items, but probably should have an architect and or communications
Why this is useful? Content is what differentiates your site from others. Having many people add content to the site without having to deal [too much] with formats, fonts, colors, placement and etc. is one of the reasons you probably got into CMS-based design in the first place.
Explain this process further, please:
Sections are the uppermost bit in the taxonomy. They have a description and, if you choose, can list the categories that are contained within. You can also choose a directory that stores images related to this content.
Categories are next in line. To make a category, you have to choose a section for it to live in. Categories also have a box for a description. You can also choose an image directory for your category as well.
Content Items are where you finally add content. All content has a section and a category to live in. Here is some more choices you have to make with content items:
Ok. How about one example?
- What is the title of your entry?
- What is the intro text & what is the main (“read more”) text? The latter is optional.
- Whether the item is “published” or just stored in the database for later.
- When the item gets published and when it gets taken down.
- Who is the author of the item.
- Does this go on the front page as a feature?
- What images are applied to this page? Is there a caption? Alternate text (for screen readers)?
- Does the item show the category and/or section to which it belongs?
- Does this page have unique settings or just use the global ones?
- What metadata do you want to apply to the page?
- Does this item have a menu link? Where?
Ok. Section = “About the Library” Category = “People” Content Item = “About Our CEO,” with a picture of the CEO on the upper-left-hand side and a caption. It has a brief profile in the intro text and a longer CV/Bio in the main text. There is an option to print that uses a print icon, and uses global settings. It is not linked up to any main menus (but is linked to on the About the Library page.
- Navigation
Who should handle? Your web architect, and perhaps some of your design folks.
Why this is useful? As content gets added to your site, you are going to need a way (even many ways) to make sure people can access it.
Explain this further please?
Essentially, a module is a block of content that can be moved around the website and applied to different pages. There is a module that shows random pictures, a module that lets people change the template (the look) for the site, a module that shows the most popular content items on the site, or most recent, or related items (based on metadata).
A menu is a kind of module that does navigation. In a menu, you set the labels for your navigation and where each label takes your user when it gets clicked. Your menu can be verticle or horizonal, straight or faceted.
There are also a wide range of modules created for Joomla by various developers.
For a menu, you need to set a number of things.
- What are the labels for the menu and what is the order?
- To what content, category or section does the menu item link?
- Does the menu item show the content as a list, table or blog?
- If it is a blog, how many columns across? What size?
- Does the menu item show an image?
- If there is a list, is it searchable? Will you enable filters?
- Where does the menu show (top, bottom, left, right) and in what pages does it show (all of them or just some?)?
- Templates
Who should handle? You design
Why this is useful? Having a standard look and feel will set the experience for your user. It’s also cool to jump from template to template just to show how drastically you can change the site without ever changing the content.
How does it work? Basically, you have a CSS file that handles all of the colors, alignments, and fonts. Then you have an html file that establishes where your content goes by default. Within that html file are a number of scripts that basically load content such as images, menus, manners and the like. There’s not that much to it actually. Well, that’s a lie. Your template will decide things like:
- What color is your body text? What font? What point-size?
- What is the predominant background color? Does it use an image? Which one?
- Where do your menus go by default? What colors do they use? Do the settings change once they are visited or when someone puts the mouse pointer over them?
- How are links differentiated from regular text?
- etc.
- Functionality
Who should handle? Adding a component or Mambot that is pre-done is easy enough for an architect, although you do have to consider long-term support for the product. Scripting your own Mambot or component is advanced and probably should be handled by a techie.
What is it useful? Uh, can you say “search bar?”
Some examples:
So this is a basic explanation of the main parts of Joomla that are relevant to a Website Architect. While you always should think of an architecture project from the point of view of the user, it helps to know some of the functional benefits, limits and constraints that get applied when you use a content management system.
- There are a variety of search Mambots that will search specific categories for instance.
- There is an email cloaker that helps prevent webpage-based spam.
- Mass mailing is available through a component.
- There are advanced WYSIWYG editors available as components for Joomla.
- How about a chess club? Yup. There’s a component available for this (though I’ve never tried it myself).
- RSS feeds are available as components (you also need an RSS feed module as well).
- Polling mechanisms. etc.
My experience, however, is that Joomla is flexible enough to handle just about any design or architecture. If anything, the main problem is that Joomla gives you too many options and approaches to specific problems.
Part Two will look at how one should approach content in Joomla.
Understanding Joomla Architecture - part1
Reviewed by Web Technology Funda
on
10:40:00 PM
Rating:
very useful content
ReplyDelete