Q & A

Any word on the problems with MM Contribute ?

Yes. Anil at Human Resources has developed somewhat of a fix for the problem. Please contact him or John Buzzard to receive a copy.

I have a faculty member who would like to use the Kentucky "Unbridled Spirit" graphic on the Web Site If we are given permission from the State to use the logo, may we use it on the Web site (and program, etc.)?

Yes, government logos are expressly permitted by the Web Policy.

How compatible does my Web site have to be with different browsers??

That's entirely up to you. Sort of. The University has avoided making any browser recommendations because of the many different audiences we serve. Typically I would recommend that Web Publishers make sure their site is fully implemented for IE 6 and FireFox for the PC and Safari for the Mac. I would also recommend the site be fully functional (but with a great deal of leeway for degradation of design) for Netscape 4 for the PC. Check out the updates for BrowserCam and the many different browsers out there.

Also, keep in mind in addition to browser compatibility, we now need to think about display size compatibility and device compatibility (cell phones, PDAs, digital TVs, etc.). Recent research suggests that no single display type/size will have more than 30% of users within two years time. Therefore, the idea of designing for 800x600 screens (or any other default size) as a starting point will become a thing of the past.

Any more news on the new Web site?

Things are progressing a little bit at a time. For those who are checking you'll now see that we've split out the students pages and reworked those. Please take a look and send us any suggestions.

We have also added an appropriate DOCTYPE statement. No, the site is not XHTML compliant yet, but at least IE will no longer be running in quirks mode.

We have also linked the text for Search and SIte Index. We have had a lot of folks off campus who were not able to figure out to use the letters or the search form. Very surprising to us, but this fix for them has very little downside in our view.

Obviously there have been a number of other minor changes as well including a lot of code fixes. We'll keep you posted as things continue to evolve. The most important thing you can do to help at this point is to send suggestions for individuals or events to be featured on the Home Page to Gail Hairston in PR.

 

Web Policy Review

Domains, Logos, Advertising and Commerce

Section IV.D.4. of the University Web Policy specifies proper use of domain names at the University of Kentucky. All sites must use www.uky.edu with limited exceptions. For certain cooperative endeavors .org or .info addresses may be obtained by making a request with the UK Manager of Web Services (Greg). .com addresses are very rarely permitted and must be approved by the President's Cabinet, though the initial request would still go through the UK Manager of Web Services. Domain names may always be obtained for marketing purposes so long as no pages are hosted on those domains and they simply redirect to pages on the uky.edu domain.

Section IV.D.5 prohibits advertising of any kind on University Web sites, no exceptions.

Section IV.D.6. of the Web policy explicitly permits the use of logos of educational institutions, government agencies and certain not-for-profit entities on University Web sites. Consistent with Section IV.D.5 it prohibits the use of corporate or product logos on University Web sites, although it explicitly permits the use of text names and hyperlinks even for corporate entities. Specific exceptions are made for logos required by software. Additional exceptions may be requested via the UK Manager of Web Services.

Finally, section IV.D.7 of the Web policy explains that only items within the mission of the University may be sold on University Web sites. Purchasing has arranged for contracts for sale of items outside the mission of the University and its units by outside vendors.

Document Check In and Check Out

Document check-in/check-out is a way for multiple people to work on a site without interfering with each other. When one person is working on a file, they check it out thus notifying others not to make any changes on the file until the first person has completed their changes and checked the document back in.

Dreamweaver

To use document check-in/check-out on Dreamweaver you must first enable it. Either start a new site or go to Manage Sites for an existing site. Go through the wizard and on the last page, you will see a check box to enable check-in/check-out. You will then need to indicate your name and e-mail so others will know who has the document when you have checked it out.

On Dreamweaver this feature works with a small file on the server for each page, therefore you will not see check-in/check-out icons until you are connected to your remote site. A lock means the document is checked in and available on the server for anyone to edit. A green check indicates that you currently have the file checked out. A red check indicates that someone else has the file checked out.

In an emergency where someone has a file checked out and you must edit it immediately, you can delete the file on the server and then upload your copy. This will then show the file as either checked in or checked out to you (depending on whether you used the put button or the check-in button).

FrontPage

Document check-in/check-out is only available in FrontPage 2003. You can turn on check-in/check-out by opening your Web, choosing Tools --> Site Settings, and on the General tab clicking the box to enable check-in/check-out. Whenever you open a file, it will automatically be checked out and other users will see a red mark to indicate that you have the file checked out. The document will be automatically check back in when you save and close. This process differs from Dreamweaver principally because you are working with live files on the development server.

Forwarding from ANYFORM

ANYFORM is a widely used method of processing forms to e-mail the results to someone of your choosing. By default, a user is presented with a generic output page indicating the form elements and the information the user has entered in that area.

Many folks would find it more effective to be able to send someone to a page that looks like the rest of their site which thanks the user for submitting their information. ANYFORM can do this.

<form action="http://www.uky.edu/AnyFormTurbo/AnyForm.php" method="POST">
<input type=hidden name="AnyFormTo" value="franseth@uky.edu">
<input type="hidden" name="AnyFormDisplay" value="http://www.uky.edu/FineArts/welcome.html" />

Enter here:
<input type=text name="Input Field">

<input type=submit value="Submit">
</form>

You would of course change the e-mail address for AnyFormTo to one appropriate to your area and the URL for AnyFormDisplay to a page you have created on your site.

It is also possible to actually display the results on a custom page using PHP to parse the form contents. There are a number of scripts online, however, you should contact John Soward with any additional questions related to AnyForm.

Netscape 4 is not the enemy, IE 5 for Mac is

For many years, Netscape 4 has been the browser causing the most problems for Web Developers. For those who have made the jump to XHTML/CSS, Netscape 4 is now relatively easy to deal with. However, those people now must face the many problems with IE 5 for the Mac. As Microsoft stopped development of this browser years ago, there is little hope of these problems ever going away completely, especially (as Dave Elbon pointed out) since many Web sites dependence on IE require Mac users to have access to a version of the IE browser.

There are no simple solutions to the many bugs in this browser, so we mention it mostly to make sure people are aware to check against this browser. Some tips are listed on the many good CSS Web sites such as:

You can also find tips in The CSS Anthology: 101 Essential Tips, Tricks & Hacks.

Site Reviews

Message Pages

Please remember if you create a message page form your Dean, Director or Department Chair to make sure their full name is listed directly on the page. This is typical of the invisible obvious, something we know so well we can't always see the problem the way someone on the outside would.

The List:

Updates

Delorie Text Reader Change
http://www.delorie.com/web/howto-allow.html

If you are using the lynx text simulator on the Web Accessibility Toolbar, you now need to have a file in the path of your pages called delorie.htm. We have added this file to www.mc.uky.edu/delorie.htm and requested it for www.uky.edu/delorie.htm. Therefore, the simulator should now work for all files on those servers. If you are using another server, you will need to add it to your Web root, or request that your server administrator add it to the primary root.

Additionally, Dave Elbon advises:

The Lynx web browser is available on www.uky.edu. It is generally available on Unix systems and versions are available for most other systems.

If you have a login on www.uky.edu you can use it there. Log in using an SSH client and enter a command like:

lynx www.uky.edu

Lynx is flexible about URLs and can also display local files. A menu at the bottom of the screen explains how it works. Use "q" to quit and "?"
for help.

Bobby to WebXact
http://www.watchfire.com/products/desktop/bobby/default.aspx

If you are accustomed to using Bobby online, you can now use WebXact online. Similar tool with a few more features. The Web Accessibility Toolbar has been updated to reflect this change. As always a reminder that merely passing the computer tests of WebXact or any other tool does not guarantee that your site is accessible. there are manual checks that must be made as well.

Domain Name Ownership

As with anything else, the University should be owner of any domain names you register for your department. Your department people would still be the billing and technical contacts. However to make potential changes when people leave easier, Herman Collins of IT should be listed as the administrative contact.

Macromedia and Adobe to Join Forces
http://www.macromedia.com/macromedia/adobe_macromedia/
Mozilla flaws could allow attacks, data access
http://news.zdnet.com/2100-1009_22-5674883.html?tag=nl.e589
lixlpixel | colorpicker
http://fundisom.com/colorize/
Get Your Google Ranking
http://lixlpixel.org/google_position/
HTML Builder XP v6.0
http://www.code-builders.com/hbxp.shtml
BrowserCam
http://www.browsercam.com/Features.aspx

Notes from Campus

Public Relations

LCC is now using its new name -- Bluegrass Community and Technical College - Cooper Campus

Health Sciences (Caroline Cockrell)

With all of the complaints that have been going on about spam at UK, it might help if the webmasters take some steps to at least not add to the problem.

Although it is handy to include clickable email addresses on websites (i.e. using the mailto function), it is an easy way for spammers to pick up addresses. Bots are sent around looking for those clickable addresses and collect them for spamming lists.

Some bots have become more clever and will seek out addresses based on structure. So, they will look for the @ sign. Even if the mailto function is removed, this still leaves the addresses susceptible to bots. One solution I have found for this is to encode the email addresses. Because the bots have to crawl through code (or at least that's my understanding), you can make the address appear correct to viewers, but prevent the bots from seeing any @ signs.

This sounds like a pain, but I'm making these updates for the CLS website. There are lots of converters online to make this a very quick process, but I found one on the w3.org site that I'm using. http://people.w3.org/rishida
/scripts/uniview/conversion
- you can enter the email address in the "Characters" box and then click anywhere else and it will convert it in all of the other boxes.

Of course, bots can be created to search for the code value of the @ sign, but that would mean creating bots for a much smaller target and not as worthwhile to spammers. So, I think it's much safer using the code values. I think the benefit of avoiding the majority of the email harvesting bots is worth the small amount of time it will take to convert the addresses

Web Services

I'm not a big fan of putting weather on the Web site, principally because there are so many browser tools and background applications people can get now anyway. However, here's a list a options for those who are interested. The first two look the most promising.

 

Important Dates

TRAINING UPDATE: Web@UK - TBD
register: http://www.uky.edu/
HR/HRD/Training/
ClassReg.html

Web Publishers, South - June 20, Monday, 2-3 p.m., 116 Morgan Biological Sciences Building

Web Publishers, North - June 21, Tuesday, 2-3 p.m., 305 Gatton College of Business & Economics