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.
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.
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.
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).
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
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="firstname.lastname@example.org">
<input type="hidden" name="AnyFormDisplay" value="http://www.uky.edu/FineArts/welcome.html" />
<input type=text name="Input Field">
<input type=submit value="Submit">
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.
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.
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
something we know so well we can't always see the problem
the way someone on the outside would.
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 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
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.
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
/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
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
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.
TRAINING UPDATE: Web@UK - TBD
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