Help25:Glossary
| This is a page which: needs review. You can help the Joomla! Documentation Wiki by contributing to it. More pages that need help similar to this one are here. If you feel the need is satistified, please remove this notice. While actively editing, consider adding {{inuse}} to reduce edit conflicts. |
The Joomla! Glossary is helpful for learning common terms used in Joomla! tutorials, help screens and advanced documentation.
Anchor
An anchor is created using the <a> tag in HTML. An anchor allows you to place a bookmark inside an HTML page. In Joomla!, you can place an anchor inside an article (for example, using the TinyMCE editor). This lets you create a link that will go directly to that point in the article.
The HTML source code for an anchor looks like the following:<a name="my_anchor" title="My Anchor"></a><a href="#my_anchor" ></a>You can link to an anchor in a different page by appending "#" plus the anchor name to the end of the URL. In the example above, if the URL for the article was http://www.mysite.com/my_article.html, then you could link directly to the anchor in that page with the URL http://www.mysite.com/my_article.html#my_anchor.
Article
In Joomla! an Article is a piece of content consisting of text (HTML), possibly with links to other resources (for example, images). Articles are the basic units of information in the content system and the bottom level in the content hierarchy. Since Joomla! 2.5
, each Article is in exactly one Category, and Categories can be in other Categories. It is also possible to have Uncategorised Articles that exist without being associated with any Category.
In Joomla! 1.5
and earlier versions, an Article was the third level in the hierarchy Sections -> Categories -> Articles.
Articles are maintained using the Article Manager (help screen) which can be reached in the Administrator (Back-end) by clicking on the Content menu, then the Article Manager menu item.
Cascading Style Sheet
A Cascading Style Sheet or CSS is used to control the presentation of an HTML page. For example, a CSS file will often control the font, margins, color, background graphics, and other aspects of a web page's appearance. CSS allows you to separate the content of an HTML page from it's appearance. In Joomla!, CSS files (for example, template.css) are normally part of the template.
See also: Template, Page Class Suffix, Module Class Suffix
Category
In Joomla! a Category is a collection of Articles. In Joomla! versions up to and including
, is the middle level in the hierarchy Sections -> Categories -> Articles. For example, a website might have Sections called "Animals" and "Plants". Within the "Animals" Section, the website might have Categories such as "Birds" and "Mammals". Within the "Birds" Category, the website might have Articles such as "Parrots" and "Sparrows". In Joomla! versions
and up, Categories can contain other Categories. The example above could be created using an "Animal" category, the Categories "Birds" and "Mammals" that are in that category, and the "Parrots" and "Sparrows" Articles in the "Birds" category.
Categories are maintained using the Category Manager (help screen) which can be reached in the Administrator (Back-end) by clicking on the Content menu, then the Category Manager menu item.
Chrome
The visible graphical interface features of an application are sometimes referred to as chrome. See Applying custom module chrome for information about how to modify the look of modules (in other words, the module "chrome").
Component
A component is a kind of Joomla! extension. Components are the main functional units of Joomla!; they can be seen as mini-applications. An easy analogy would be that Joomla! is the operating system and the components are desktop applications. They are usually displayed in the center of the main content area of a template (depending on the template).
Most components have two main parts: an administrator part and a site part. The site part is what is used to render pages when being called during normal site operation. The administrator part provides an interface to configure and manage different aspects of the component and is accessible through the Joomla! administrator application.
Joomla! comes with a number of core components, like the content management system, contact forms and Web Links.
See also: Module, Plugin, Template
Database Table Prefix
The database table prefix is a string (a few characters long) prepended to the name of Joomla!'s tables. Using a prefix enables you to run multiple installations of Joomla! using a single database.
The database table prefix can be set during installation. Changing it later is possible, but requires access to the database through a non-Joomla medium and will cause some downtime.
Extension developers need to use the string #__ to represent the prefix. This will be replaced by the real prefix during runtime by Joomla.
Extension
An extension is a software package that extends your Joomla! installation in some way. A small selection of extensions is included with the default Joomla! installation but many more are available from the Joomla! Extensions Directory.
The term extension is generic and the following specific extension types are available (listed alphabetically):
- Component (since
) – adds custom functions to your site that can be selected from menus
- Language (since
) – defines an additional language for your site
- Library (since
) – provides functions to be used by other extensions
- Mambot (in
) – modifies content in articles
- Module (since
) – shows nonessential data in a side box, possibly on multiple pages
- Package (since
) – bundles related extensions
- Plugin (since
) – modifies content in articles or provides functions to extend other extensions
- Template (since
) – define the look, feel, and navigation capabilities of your site
For an overview of the most important extension types and the functionality they provide, see Extension types (general definitions).
Jdoc statement
jdoc statements are included in every Joomla template and indicate where the output from other parts of Joomla or its extensions should be positioned in the overall web page. A typical jdoc statement looks like this: <jdoc:include type="component" /> See the jdoc statements article for more information.
LDAP
LDAP (or Lightweight Directory Access Protocol) is a protocol designed to access directory systems over TCP/IP. Because of this various databases provide an LDAP interface such as Microsoft's Active Directory, Novell's eDirectory, as well as more dedicated LDAP solutions such as OpenLDAP.
Since the release of
Joomla! has had a native LDAP library (joomla.client.ldap) and a native LDAP authentication plugin. This allows Joomla! to authenticate against LDAP systems out of the box: to configure, go to the Plugin Manager and enable and edit the Authentication - LDAP plugin.
You can also read a tutorial on getting started from scratch with LDAP.
Before 1.5: In Joomla!
, there was no native LDAP library or authentication plugin. The JAuthTools project provides a Joomla! 1.0 solution for authentication without hacks as well as configuration resources for both Joomla! 1.0 and 1.5 LDAP authentication solutions.
Language
Languages are perhaps the most basic and critical extension type. Languages are packaged as either a core language pack or an extension language pack. These packages consist of INI files which contain key/value pairs. These key/value pairs provide the translation of static text strings within Joomla! source code. This allows both the Joomla! core and third party components and modules to be internationalised. Core language packs also include an XML meta file describing the language and providing information about the fonts to use for PDF content generation.
Legacy Plugin
Version 1.5 of Joomla! changed the way that third-party Extensions work with the Joomla! core programs. Extensions written for version 1.0 need to be modified in order to use the new 1.5 methodology. To allow for backward compatibility with existing 1.0 Extensions, a Plugin called "System - Legacy" is included with Joomla! 1.5. This Plugin allows many Extensions developed for version 1.0 to work with version 1.5. This Plugin is disabled by default and must be enabled before you can use any Extensions in "Legacy" mode. It can be enabled from the Plugin Manager screen.
Extensions that have been tested by the Extension provider to work using the Legacy Plugin are labeled as "1.5 Legacy". Extensions that use the new 1.5 methodology are labeled as "1.5 Native". In general, "1.5 Native" Extensions will perform somewhat faster than "1.5 Legacy", because the Legacy Plugin requires one extra layer of processing. Over time, it is expected that the majority of Extensions will be available in "1.5 Native" mode.
Menu
In Joomla!, a Menu is a set of menu items. Each menu item defines an URL to a page on your site, and settings that control the contents and style of that page. Additionally, each menu item has an alias that will be used to create human-readable URLs when Search Engine Friendly URLs are on. Menu items can have any number of subitems.
A Menu isn't automatically shown on any page. You need to create a menu module to show the menu on all or some pages. Each menu can be shown by one or more modules (making it possible to show the same menu in different positions). It is also possible to create Split menus.
A Menu that isn't shown by any module is usually called a hidden menu. Hidden menus can be used to create URLs that are not visible on any page.
Model-View-Controller
Joomla makes extensive use of the Model-View-Controller design pattern.
When Joomla is started to process a request from a user, such as a GET for a particular page, or a POST containing form data, one of the first things that Joomla does is to analyse the URL to determine which component will be responsible for processing the request, and hand control over to that component.
If the component has been designed according to the MVC pattern, it will pass control to the controller. The controller is responsible for analysing the request and determining which model(s) will be needed to satisfy the request, and which view should be used to return the results back to the user.
The model encapsulates the data used by the component. In most cases this data will come from a database, either the Joomla database, or some external database, but it is also possible for the model to obtain data from other sources, such as via a web services API running on another server. The model is also responsible for updating the database where appropriate. The purpose of the model is to isolate the controller and view from the details of how data is obtained or amended.
The view is responsible for generating the output that gets sent to the browser by the component. It calls on the model for any information it needs and formats it appropriately. For example, a list of data items pulled from the model could be wrapped into an HTML table by the view.
Since Joomla is designed to be highly modular, the output from the component is generally only part of the complete web page that the user will ultimately see. Once the view has generated the output the component hands control back to the Joomla framework which then loads and executes the template. The template combines the output from the component, and any modules that are active on the current page, so that it can be delivered to the browser as a single page.
To provide additional power and flexibility to web designers, who may only be concerned with creating new designs rather than manipulating the underlying code, Joomla splits the traditional view into a separate view and layout. The view pulls data from the model, as in a traditional MVC pattern, but then simply makes that data available to the layout, which is responsible for formatting the data for presentation to the user. The advantage of having this split is that the Joomla template system provides a simple mechanism for layouts to be overridden in the template. These layout overrides (often called "template overrides" because they form part of the template, although actually it is the layout that is being overridden) are bundled with the template and give the template designer complete control over all the output from the Joomla core and any installed third-party extensions that comply with the MVC design pattern.
Module
Modules are lightweight and flexible extensions used for page rendering. These modules are often “boxes” arranged around a component on a typical page. A well-known example is the login module. Modules are assigned per menu item, so you can decide to show or hide (for example) the login module depending on which page (menu item) the user is currently on. Some modules are linked to components: the “latest news” module, for example, links to the content component (com_content) and displays links to the newest content items. However, modules do not need to be linked to components; they don't even need to be linked to anything and can be just static HTML or text.
Modules are managed in the Administrator by the Module Manager (help screen).
See also: Component, Plugin, Template
Module Class Suffix
Module Class Suffix is a parameter in Joomla! modules. It is set Module: [Edit] screen under Advanced Parameters. Setting this parameter causes Joomla! to either add a new CSS class or modify the existing CSS class for the div element for this specific module.
<div class="moduletable"><div class="moduletable myNewClass"><div class="moduletable_mySuffix">Generally, it is recommended to use a leading space to create a new class. This way, CSS styling for this module that uses the standard class names will continue to work. You can use the new class name to add any desired styling to the module without needing to re-create all of the existing CSS code. Note that, if you create a new class name, make sure it has a unique name and doesn't conflict with any existing class names.
See Using Class Suffixes for more information.
Module Position
Module positions are placeholders in a template. They identify positions within the template and tell the Joomla! application where to place output from modules assigned to a particular position. The template designer has complete control over module positions, creating variations between templates and the respective Joomla! default positions assigned to modules in the installation sample data.
For example, the module position Left could be defined to be on the left side of the template to display a site navigation menu. So if a module is assigned the Left position, it will be displayed wherever the designer puts that Left module position - not necessarily the left side of the page.
Module chrome
Module chrome allows template designers to have a certain amount of control over the way the output from a Module is displayed in their template. Essentially, it consists of a small amount of predefined HTML which is inserted before, after, or around the output from each module, and which can then be styled using CSS. Module chrome is commonly used to provide borders around modules, especially with rounded corners, but it can be used for much more than that.
Module chrome is determined by using the 'style' attribute in the statement calling the module. For example, the following statement may be used in the index.php file of a template to insert the Modules in the 'user1' position and apply the 'custom' Module chrome:
<jdoc:include type="modules" name="user1" style="custom" />
It can be seen that the same Module chrome is applied to every Module in that position - in other words, if you want to have two Modules in a column, but want them to have different Module chrome, then they would need to be set up as two different 'positions' (e.g. 'user1' and 'user2').
The standard Joomla! 1.5+ package includes six default Module chrome styles. However, the flexibility of the template system means that you are not limited to these styles - it's very easy to create as many new styles as you want!
PHP
PHP is a computer scripting language designed for creating dynamic web pages. PHP is widely-used for web development and can be embedded into HTML. It generally runs on a web server, taking PHP code as its input and creating web pages as output. Joomla! is primarily written using the PHP language. For more information, see Where can you learn about PHP?
Page Class Suffix
Page Class Suffix is a parameter in Joomla! content Menu Items. It is set in the Menu Item: [Edit] screen under the "Parameters (Advanced)" section. This will cause Joomla! to either add a new CSS class or modify the existing CSS class for elements in this specific Menu Item layout.
When Joomla! generates a page, it automatically creates pre-defined CSS classes to allow styling of the page. For example, a page might have the element<div class="componentheading"><div class="componentheading myNewClass"><div class="componentheading_mySuffix">Generally, it is recommended to use a leading space to create a new class. This way, CSS styling for this component that uses the standard class names will continue to work. You can use the new class name to add any desired styling to the component without needing to re-create all of the existing CSS code. Note that, if you create a new class name, make sure it has a unique name and doesn't conflict with any existing class names.
See also: Using Class Suffixes, Using the Page Class Suffix in Template Code
Patch
The term patch file is used for two different file types. The term patch file is sometimes used to refer to archive files that allow you to upgrade from one Joomla! version to another (for example, from version 1.0.0 to version 1.0.7). These upgrade files are also referred to as upgrade packages.
The other meaning for a patch file is a file created by source code version control software -- for example, Subversion or SVN, which is used for the Joomla! source code. This type of patch file contains instructions for changing the contents of one or more source code files. The SVN software reads the patch file and then can automatically change the source code of the files being patched.
Patch files are used by the Bug Squad to test proposed bug fixes. They can also be used to contribute proposed new features to the version under development. For more information about the structure of SVN patch files, read Learn more about patch files.
Plugin
A plugin is a kind of Joomla! extension. Plugins provide functions which are associated with trigger events. Joomla provides a set of core plugin events, but any extension can fire (custom) events. When a particular event occurs, all plugin functions of the type associated with the event are executed in sequence. This is a powerful way of extending the functionality of the Joomla! Framework. It also offers extension developers a way to allow other extensions to respond to their actions, making extensions extensible.
The Joomla! plugin architecture follows the Observer design pattern. The JPlugin class is derived from JObserver and provides the means to register custom plugin code with core or custom events. The JEventDispatcher class, derived from JObservable, is an event handler which calls all plugins registered for a particular event, when that event is triggered.
See also: Component, Module, Template
SEF URLs
Search-engine friendly URLs. Normal Joomla! URLs look something like this:
http://www.yoursite.org/index.php?option=com_content&view=section&id=3&Itemid=41
You can optionally have URLs display to look like static HTML pages like this:
http://www.yoursite.org/faq.html
Joomla! 1.5 has built-in optionos for SEF URLs. These are enabled by changing the "SEO Settings" in the Site tab in the Global Configuration screen in the Joomla! back end. There are also third-party extensions that create SEF URLs for Joomla!.
Section
In Joomla! versions up to and including
, a Section is a collection of Categories. It is the top level in the hierarchy Sections -> Categories -> Articles. For example, a website might have Sections called "Animals" and "Plants". Within the "Animals" Section, the website might have Categories such as "Birds" and "Mammals".
Sections are maintained using the Section Manager (help screen) which can be reached in the Administrator (Back-end) by clicking on the Content menu, then the Section Manager menu item.
A split menu is where different levels of a single menu are displayed in two or more locations on a single web page.
For example, a common requirement is for a menu of top-level items to appear at the top of the page. When one of the items is clicked the user is taken to a page where a secondary menu, say on the left of the page, shows second-level items within the scope of the top-level item.
The menus appear in separate locations on the page, but are related because one shows only top-level items while the other shows second-level items. This idea can be extended to include menus for third-level items and beyond.
This can be implemented in Joomla using a single multi-level menu then creating more than one menu module each referring to a different level.
See also: Menu
Template
A template is the type of Joomla! extension that changes the way your site looks. There are two types of templates: Front-end Templates and Back-end Templates.
See also: Component, Module, Plugin
Template style
A template style can be assigned to menu items either under Extensions > Template Manager or by editing a menu item under Menus > Menu Name > Menu item.
Upgrade Package
An Upgrade Package in Joomla! is an archive of files that contain the files that have changed between Joomla! versions. When this archive is unpacked, it replaces the old version of the modified files with the new version. For example, if 50 files were changed between version 1.x.1 and 1.x.2, the upgrade package from 1.x..1 to 1.5.2 would contain these 50 files and, when unpacked, would replace these 50 files and upgrade the installed version from 1.x.1 to 1.x.2.
Upgrade Packages are also sometimes referred to as patch files. Before installing an Upgrade Package, read the release notes and the Upgrade Instructions relating to the Upgrade Package.
Version Control Software
Version Control Software is software that automates the process of revising software. The Joomla! project uses a popular open-source version control program called Subversion or SVN. This makes it easy to track each change to each program file and to test and undo changes as needed. See the Wikipedia article for more information on Subversion.

