Implementing the Aeon v5.0 Web Pages Guide

Print Friendly and PDF Follow

The following guide details best practices for implementing the New Fully Accessible and Responsive Web Pages released with Aeon v5.0. 

When implementing the new default web pages, please move your customizations to the new default web pages to ensure the compatibility of the new pages. If you have any questions or require Concierge Services when implementing the new web pages, please contact support at support@atlas-sys.com.

To ensure any changes made to the default web pages adhere to accessibility standards, please review the W3C Web Content Accessibility Guidelines and the Section 508 Accessibility Program.

To maintain responsive web design best practices, please review the Bootstrap 4 documentation before making changes. For example, logo images can be made accessible in both the PC and mobile view by adding the bootstrap class "img-fluid" as mentioned in the Bootstrap image documentation

Table of Contents

  1. Download the New Pages and Upload to Testweb
  2. Make Customizations and Test
  3. Go Live

Step One: Download the New Pages and Upload to Testweb

Follow the steps below to download the new v5.0 Aeon web pages and add them to your Testweb directory. Please note that Aeon must be updated to v5.0 in order to use the v5.0 web pages.

  1. Download the latest version of the v5.0 default web pages from the Aeon Downloads page.
  2. Make a backup of the current files in your Testweb directory.
  3. Move the v5.0 pages into your Testweb directory via GitHub or, if you have direct access to your server, by copying the files into the Testweb folder (C:\Program Files (x86)\Aeon\Web\testweb). Your local Aeon administrator or Atlas can also assist you with this process, if necessary.

    Atlas-hosted sites in the PCI environment (those that use a credit card payment gateway) will need to coordinate with Atlas Support staff to make backups and to upload any new pages into Testweb. For assistance, please contact Atlas Support at support@atlas-sys.com.
  4. View the new pages and decide which edits you would like to make using the information in step two of this article as a guide by logging into the test web pages via the Testweb URL: http://yourAeonWebAddress/testweb/logon.html
  5. Keep a copy of the v5.0 pages on your local machine, and use these to make your edits with an application such as Notepad++ or Visual Studio Code.
  6. After making changes to the files on your local machine, re-upload the new files to your Testweb directory to view and test your changes.
Make sure the Webpath.txt file inside the Testweb folder contains the correct location for the Testweb directory. For example, if you put your Testweb in C:\Program Files (x86)\Aeon\Web\testweb, the webpath.txt file inside that folder would have one line that says C:\Program Files (x86)\Aeon\Web\testweb.

Step Two: Make Customizations and Test

Simple Customizations | Testing the New Web Pages with OpenURL | Testing the New Web Pages with EAD Finding Aids

Before You Begin: Best Practices for Editing the Web Pages

  • Make changes on a copy of the web page files saved to your local machine rather than directly to the files hosted on your server within the Testweb directory.
  • Limit the number of changes made at once, and test after each change. Make sure to:
    • Verify that all required fields are working properly.
    • Make test requests through the new web pages, then check the Aeon Client to verify that the information was transferred correctly.
  • Add comments to the code each time you make a change, explaining what you have changed and why.
    • For CSS files, use the format  /* Comment Text */
    • For HTML files, use the format <!-- Comment Text -->
Do not delete any of the following items from your code or web directory files:
  • Hidden fields for username, sessionid, and formstate
  • The <#FORMSTATE> DLL tag
  • Aeon.dll or any other DLL files in your web directory

Simple Customizations

Add a Logo | Edit the Navigation Bar Options | Edit Font and Color | Add or Change Fields on Forms

The following list contains a few easy changes you can make to the web pages in order to customize them to your needs. Please make sure to ask your marketing department if you will need to use any specific fonts, colors, or logos for branding.

You can find detailed information on the differences between the new web pages and old web pages in the Fully Accessible and Responsive Web Pages article. 

Add a Logo 

To add a logo to your web pages, follow these steps:

  1. Obtain a copy of the image file for the logo from your marketing department.
  2. Place a copy of this file in the images folder located within the Testweb directory: "testweb\css\images".
  3. Add the code for the logo to Logon.html (default line 27) and Include_header.html (default line 7):

Change this:

<img src="css/images/Aeon_96.png" 
alt="Aeon logo" class="img-fluid">

 

To this:

<img src="css/images/yourImageFilename.png" 
alt="logo" class="img-fluid">
You must include the "img-fluid" class and alt attribute in the code for the image in order to adhere to accessibility and responsive web design standards.

Edit the Navigation Bar Menu Options

NavigationBar.png

You can edit the options that appear on the dropdown menus in the navigation bar by making the following changes to the Include_nav.html file. 

Changing the Name of a Menu Option

To change the name of an option that appears on a dropdown menu, you will need to edit the display text for that option in the HTML. For example, to change the "Photoduplication Request" option on the "New Requests" dropdown menu to display "Photocopy Request" instead, you would make the following change:

Change this (default line 27):

<a class="dropdown-item" 
href="<#ACTION action='10'
form='23'>">Photoduplication Request</a>

 

To this:

<a class="dropdown-item" 
href="<#ACTION action='10'
form='23'>">Photocopy Request</a>

If you change the name of a page in the dropdown menu, you should also make that change on the corresponding web page to which it links, and on any other affected pages.

In the previous example, because the name of the link to the Photoduplication Request form has been changed from "Photoduplication Request" to "Photocopy Request,"  PhotoduplicationRequest.html and EditPhotoduplicationRequest.html should be edited to display "Photocopy Request" to the user instead of "Photoduplication Request."

Removing a Menu Option

You can remove an option from a dropdown menu by commenting out the code for that option. For example, to remove the "Photoduplication Request" option in the "New Request" dropdown menu, you would make the following change:

Change this (default line 27):

 <a class="dropdown-item" 
href="<#ACTION action='10'
form='23'>">Photoduplication Request</a> 

 

To this:

<!-- <a class="dropdown-item" 
href="<#ACTION action='10'
form='23'>">Photoduplication Request</a> -->

Edit Font and Color 

The colors and fonts used to style the Aeon web pages can be edited in the custom.css file. By default, Aeon uses the Google Fonts library. Your marketing department may require you to point to a specific font for branding purposes. If so, you can edit the font library that Aeon points to by adding the following code to custom.css and changing the import URL:

custom.css (add to default line 6) 

@import url('https://fonts.googleapis.com/css?family=Open+Sans|Roboto');
The CSS folder in the default web pages contains two important files: aeon.css and custom.css. The first file, aeon.css, contains the default CSS used by the Aeon web pages. The second file, custom.css, is a blank file wherein you can add your own code to override the default code in aeon.css. Do not make any changes to the default aeon.css file. If you would like to make changes, we recommend copying the line you want to change from aeon.css, pasting it into the custom.css file, and editing it with your changes there. 

Using Developer Tools to Test Changes

Many browsers have built-in "Developer Tools," which allow you to click on any part of a web page to see which part of the code controls the styling for that part of the page, and also to test changes to the color and font directly in the browser.

In the example below, the color of the "Describe a New Request" and "Item Information" headers has been changed to red using the browser's Developer Tools. The Developer Tools window also contains information specifying that the code to control this setting is located in aeon.css line 12:

Developer_Tools.png

After testing changes to fonts and colors in the Developer Tools, you must edit the custom.css file with the new code to save your changes. To make this process easier, use Developer Tools to identify where the code that needs to be edited is located in aeon.css, then simply copy and paste the code from the aeon.css file into custom.css and make your edits there. Remember that Developer Tools is meant for testing purposes only and will not apply any changes you make to your aeon.css file in the web directory.

Accessing Developer Tools

The following list contains information on how to access the Developer Tools on a few popular web browsers. Please see your web browser's documentation for information on accessing Developer Tools if it is not listed below:

  • Google Chrome: Right-click on the part of the page you want to change and click "Inspect."
  • Firefox: Right-click on the part of the page you want to change and click "Inspect Element."
  • Safari: Right-click on the part of the page you want to change and click "Inspect Element."

Add or Change Fields on Forms

Changing Field Names

You can change the name of a field as it appears on a form by editing its display text. Remember that if you make a change to a field on a request form, you must also make the same change on its corresponding edit page.

For example, to change the name of the "Collection Name/Location" field on DefaultRequest.html to display just "Collection Name" instead, you would make the following change:

Change this (default lines 122-126):

<label for="Location">
<span class="<#ERROR name='ERRORLocation'>">
Collection Name/Location
</span>
</label>

 

To this:

<label for="Location">
<span class="<#ERROR name='ERRORLocation'>">
Collection Name
</span>
</label>

You would then also need to update that field on EditDefaultRequest.html:

Change this (default lines 129-133):

<label for="Location">
<span class="<#ERROR name='ERRORLocation'>">
Collection Name/Location
</span>
</label>

 

To this:

<label for="Location">
<span class="<#ERROR name='ERRORLocation'>">
Collection Name
</span>
</label>

Adding Fields

You can customize the request form to add additional available fields, or configure one of the blank item, user, or activity info (e.g., ItemInfo1) fields to add a custom field for any other desired information. The following example shows how to use ItemInfo1 to collect information for a required "Arranger" field on a web request form:

<div class="form-group col-md-9">
<label for="ItemInfo1">
<span class="<#ERROR name='ERRORItemInfo1'>">
Arranger
</span>
<span class="req">(required)</span>
</label>
<input type="text" class="form-control" name="ItemInfo1" id="ItemInfo1" value="<#PARAM name='ItemInfo1'>">

<span class="small-notes">
Please write out the full name
</span>
</div></div>
Remember to update the field's entry in the Customization Manager's WebValidation table when changing a field from required to not required, or vice versa. See Field Validation and Required Fields in the documentation for more information.
If you are using Aeon v5.1 and would like to add a newly configured custom field to your web forms, please see Adding Custom Fields to Web Forms for more information.

Testing the New Web Pages with OpenURL 

After customizing your new web pages, you should test them with your OpenURL link resolver to ensure that there are no issues. To test OpenURL with the new pages, use the following steps:

  1. Find an item to request via OpenURL.
  2. Click to request the item. Your Aeon logon page should appear.
  3. Copy the URL for this page and paste it into a text editor such as Notepad.
  4. Edit the URL to point to your Testweb server (see the example below).
  5. Copy and paste the new Testweb URL into your web browser and navigate to this page.
  6. Log in and review the information on the request form to confirm that the OpenURL link is working properly.

Adding Testweb to the URL

To point your URL to Testweb, just add "testweb" to the beginning of the link address. Please note that your URL may be slightly different than the examples below depending on how your web pages are configured.

Change this:

  • https://yourAeonServerURL/aeon/ aeon.dll?Action%3D10...

To this:

  • https://yourAeonServerURL/aeon/testweb/aeon.dll?Action%3D10...

Testing the New Web Pages with EAD Finding Aids

If you have significant existing customizations and need assistance migrating these to your new EAD request form (EADRequest.html), please contact Atlas Support at support@atlas-sys.com.

After customizing your new web pages, you should test them with your EAD request link resolver to ensure that there are no issues between the new web pages, your XSLT file, and your finding aid database. To test this functionality with the new pages in Testweb, use the following steps:

  1. Find an item to request via your finding aid interface.
  2. Click to request the item. Your Aeon logon page should appear.
  3. Copy the URL for this page and paste it into a text editor such as Notepad.
  4. Edit the URL to point to your Testweb server (see the example below).
  5. Copy and paste the new Testweb URL into your web browser and navigate to this page.
  6. Log in and review the information on the request form to confirm that the EAD request link is working properly.

Adding Testweb to the URL

To point your URL to Testweb, just add "testweb" to the beginning of the link address. Please note that your URL may be slightly different than the examples below depending on how your web pages are configured.

Change this:

  • http:///yourAeonServerURL/ aeon.dll?Action=10&Form=31&Value=...

To this:

  • http:///yourAeonServerURL/testweb/aeon.dll?Action=10&Form=31&Value=...

Step Three: Go Live

When you have made all the necessary customizations to the new web pages and have tested them thoroughly using Testweb, the next step is to go live by moving the new pages from the Testweb directory to the Production directory (default location: C:\Program Files (x86)\Aeon\Web).

Implementation Process for Sites in the PCI Environment

If your institution is using a credit card payment provider gateway, your web pages will need to undergo a secure code review before implementation into production in order to adhere to PCI security requirements. After the code review, Atlas Staff will put the new pages into production for you. If you have any questions or would like to schedule a code review, please contact Atlas Support at support@atlas-sys.com.

Implementation Process for Sites using Remote Authentication

If your institution is using remote authentication, you will have to perform the implementation process for both your unprotected and protected web directories and also make sure to test your dual authentication landing page (index.cshtml), if applicable. Please note that the dual authentication landing page does not have a Testweb. Any edits must be made on the live page and should be tested as soon as it is published. 

VTL_VideoLink.png

Questions?

If this article didn’t resolve your issue, please contact Atlas Support for assistance:

Contact Support