Static Information PagesGeneral ConceptStatic information pages work like a simple html content management system, to allow html pages to be displayed within the framework and design of the digital library. The source pages can be displayed under any of the web skins in use by the digital library as well. There is no need to enter any information for the pages into the database. As each page is requested, the application simply looks for the file and displays its content if the file exists. While the pages are encoded in simple HTML, there are several rules which must be followed and several special directive keywords which are available for use within the html source files. The page you are reading right now is an example of a static information pages. Directory and StructureAll static pages appear in the WEBCONTENT subfolder directly under the main design folder. They are addressed by filename with one of the following URL query strings: ?m=le[source] or ?m=he[source]. The source parameter in these query strings can be replaced with just the filename, if the file is directly under the INFO folder. You can also organize the static info pages into subfolders and address the subfolders in the query string as well. To address subfolders, an underscore is used after each directory name. For example, to address a file such as ..\design\info\help\tagging\home.html, simply use query string like ?m=lehelp_tagging_home. File extensions can be either .htm or .html. Due to the use of the underscore for addressing subfolders, underscores cannot be included in the source file name. To avoid the execution cost of case-changing, these source files are case sensitive, so observe same cases that appear below. Source File HeaderWithin the source files files, the following meta tags can exist in the header: <meta name="banner" content="<%BASEURL%>design/aggregations/dloc/html/info/exhibitbanner.gif" /> These values will be read from within the <head> tag using an XML reader. The following additional tags are also read:
Any <link> elements included in the head will be included in the final HTML response. This allows stylesheets to be included in the source document's <head> section and appear in the final <head>.
For example, adding Any javascript that should be included in the page should appear within the body of the document. Note: The INFO and BROWSE static information pages do include the basic HTML skeleton (HTML, HEAD, and BODY tags). Aggregation landing pages do not use a basic HTML skeleton. Banner Meta TagWhile the tags above can also be used in item aggregation specific browse and information pages, these top-level info pages additionally include the banner meta tag which can be employed in one of the ways below: <meta name="banner" content="NONE" /> If there is no <meta name="banner" /> tag (or NONE is explicitly included as the content), no banner is displayed at all. Setting the content value to 'DEFAULT' allows the banner for the current web skin to be included. Finally, in the last example above, you can include a pointer to any banner image you wish to use, and this will always override the banner for the current web skin during display. SobekCM Directive KeywordsSeveral special directive keywords can be placed in the body of the source html file. These keywords will be replaced during runtime by the web application. Think of these as SobekCM-specific server side includes.
Text Indexing( Pending Additional Development ) When the text indexes are built for a collection, the info and browse pages for collections and subcollections under the group will be indexed. The full text will be the full text of the browse (with an attempt to remove all html tags) and the values in the meta tags will be used for the appropriate metadata fields. These will appear in the result sets, just like other items. |