Made the following CSS generic, rather than only for the centers template:

/* The following is used in the Centers and Publication templates */
img#law_logo{
    border: none;
}

CSS clean up in preparation of redesign.

unusued.css deleted (was not in use)

home.css

-Removed intro text at top to reduce file size.

Follow CSS files were created since they have very specific, limited usage and do not need to add to the filesize of existing structure.css. Styles are not user editable content (content.css) nor are they part of the page structure (structure.css).

news_events.css created

-Purpose is similar to /css/sql.css.  Primarily for pages whose entire content is centered around MyPostings data (whether a news listing or a focus detail page).

search.css created

-Purpose is similar to /css/google.css

directory.css created

-Used to style HTML generated from directory database.

/* @group Quotation Tables -sonhoang 06-17-09 */

table.quote {
    background-image: url(/business/images/template/open-quote.gif);
    background-position: top left;
    background-repeat:no-repeat;
}

table.quote td {
    background-image: url(/business/images/template/close-quote.gif);
    background-position: bottom right;
    background-repeat:no-repeat;       
}

/* @endgroup */

The calendar class is now a subclass of the newslist class.

I've changed display.phpi to use a class to make the news list. This will help us add functionality in the future.

/* 06/12/09 Morgan Andersen added this for the News Releases display */
div.news_releases td.weekday, div.news_releases td.date{
    width:     5%;
}

Affects http://www.sandiego.edu/law/news/news_releases/

Because the Users/insites/web/calendars.phpi calendar class expects things to display in natural order, but most other news listings expect the most recent one first but nothing after today I've set the order to be ascending instead of descending if a date range is provided. As far as I know the only function providing a date range is in Users/insites/web/calendars.phpi but theoretically anything providing a date range is expecting ascending order. Events are already in ascending order so this doesn't affect them.

home-ie7

Background image references were removed to make it in line with main home.css styles.

home.css, home-ie6.css

Commented out background images for areas li+li to test for usability without divers.

form#search input {

/*    too wide -sonhoang 6/11/09 */

width: 13em;

}

Removed all JS related to lightwindow effect (used on so few pages, did not make sense to include it on every page).  Shift towards embedded or offsite video.

Added ref to panels.js.

Changed HTML structure for search box on home page to match impending redesign (no longer has unecessary wrapping DIV, drop down search box removed, defaults to Business only, other stylistic changes).

Styles added for home.css and home-ie7.css.  Removed all CSS for old search box.

Done to speed up page loading by making sure only pages that use the features.JS functions were the only ones referencing them.

1. References to /scripts/peace/scripts.js removed from head.html, references to /scripts/peace/temp.js (panel switching code when panel number is > 2) removed.

2. Reference to /scripts/tools/panels.js was added to head.html

3. Reference to /scripts/tools/features.js was added to KSPS, IPJ and TBI homepages. 

4. Styles related to new multi-panel switching JS code now in home.css

I've just changed display.phpi so that when there's a date range given, if the category is "news" the date range applies to the post_start_date instead of the event_start_date.

The current LI item is marked with the class "open"; previously, only ULs were marked with that class. This will affect all navigation menus on the new sites.

As long as you were specifically only applying styles to ul.open, nothing should change.

There's a problem in our identity system that's telling home.sandiego.edu an incorrect location for your home pages. I've reported the problem, and it is being worked on right now.

print.css

div.content_body {
/*    default size is 100% for content area but too small when actually printed -sonhoang 5/29/09 */   
    font-size: 150%;
}

home.css

body#content.ksps_home div.information p.more {
/*    no content yet, possibly will lead to page populated by RSS listing of external source -sonhoang 5/29/09 */
    display: none;
}

The problem with sending mass mails has been fixed. Queued mass mails will now be sent as normal.

Schools are available again in the student section of the mass mail entry page, so you can queue mass mails based on school again. I hope to have the new mass mail sending script installed by the end of the day.

We have had two problems hit the mass mail system simultaneously.  First, our student data no longer includes the school for each student. This means you cannot send mass mails by school. This should be fixed by tomorrow.

Second, the script that sends massmails needs to be updated to work with a change made on the web server. Until that happens, mass mails can be queued, but they cannot be sent.

Addresses uploaded in UTF-16 or other special character sets might contain odd characters; character 0 and characters illegal for utf-8 are now removed from the address list; a warning is provided when this happens.

I've modified display.phpi's makeNewsList to explicitly return false instead of nothing when there's an error connecting to the MySQL server.

I've also modified the central page.phpi's getNews to return false if makeNewsList returns false.

The various functions that call getNews should already be checking for false before caching, and if getNews returns false, caching is deferred.

Headlines longer than 46 characters will wrap in HTML mass mails because of the width alloted to the "page". The system will now try to pre-wrap long headlines more evenly.

The Easy SQL plug-in will no longer add line breaks between lines in a field before displaying it, if you have set the field type to be html.

Department names with commas in them were appearing incorrectly. I've just fixed this so that the internal delimiter is a vertical bar, which should never appear in a department name. If your department was showing incorrectly on the bottom of the page, it should now be showing correctly.

I've just updated the PHP accelerator to the latest revision; if you notice any issues, let me know.

The mailman upgrade is now complete. Any mail sent during the upgrade should now be delivered.

We're in the process of upgrading mailman to the latest version. During the upgrade process, mail will be queued and the web interface is unavailable. It should be back by 1 PM.

home.css

Remove height: auto; from img.logobar, inserted em value instead due to resize issues.

home-ie6.css

Home page no longer references ie7.js file to force compliancy (due to inconsistent script execution/loading time).  IE6 hover menus no longer work, so all hover menu styles were removed.

img.logobar now uses pixel size due to inconsistent resizing.

Added body#home prefix to all styles in preparation of combining home-ie6.css and ie6.css once redesign is done.

home-ie7.css

Added body#home prefix to all styles in preparation of combining home-ie7.css and ie7.css once redesign is done.

Some index.php links were not being caught in site.list files. This has been fixed; they'll now display an "illegal URL" warning.

div.maincontent p img changed to:

div.maincontent img {
    max-width: 100%;
}