Yes for Java-based.

This is a case where a remote user using Netscape on a Macintosh would be unable to access Java version until they installed Microsoft Explorer.

• Keyword/Author search
• "Limit to" choices -
  • Latest Update
  • Original Articles
  • Reviews
  • Abstracts

might not be the best for novice end-users to have to decide between. I have been unable to find OVID's definition of "original article"

Advanced is the default right now.

"Search by word" searches the following indexes:

• Abstract, Article Title, Author, Company, Geographical Name, Personal Name, Product, Publication Name (Source), and Subject.
• Users have the option to "Search the full text of articles" if checked off ProQuest searches title, abstract, and complete text of each article.
• Basic is the default with the "search full text option" turned off.
• Advanced has four search fields with drop menus with the boolean connectors. Article title, author, company, geographical personal name, Pub title, subject or text are the searchable field options in advanced mode.
• Although all the fields in item 2.1 are searchable, the user must know the code and apply it on the search line.

: (unlimited)

$1 (limited truncator)

# (one character at end)

? (one embedded chrct.)

* (one character, either embedded or at end.)

Additional after searching the user can select Limit and select an earlier search to apply a limit to, not just the last search executed.

The user can limit by name of journal, publication type, date, Latest Update Abstracts

The help mentions subject headings and states that it is a controlled vocabulary list but there is no access to the list online.

"The query that Ovid received, ?"> , did not produce the desired results."
Is a very nice error message as error messages go. At least it doesn't assign blame and the syntax error screen has a "Return to search" button.

"Internal Server Error" was more daunting and did not have instructions on how to return.

• "Your search failed because it is incomplete or incorrect.
• The problem is immediately before or after the ^ character as shown here:
  • (^?)AND (I*)
• Instead of "?" you should have one of the following:
  • a number
  • a search field
  • the name of a month or season
  • a word
  • a left parenthesis
  • a quotated word or phrase"

The initial screen is busy. Especially with the chart on the right-hand side that lets the user pick the display format. After this point though it get cleaner and easier to read.

The default results will return as a citation that is color-coded. This color-coding won't carry over to the printed copy so I suspect the result display layout won't be that popular but there is sufficient citation info on the initial results screen that the patron could elect to just print that screen.

Those options are:

• Citation
• Abstract
• Full Text
• Text+ graphics
• Page image

There is sufficient citation info on the initial results screen that the patron could elect to just print that screen.

• User can specify layout format - OVID or BRS/Tagged. Neither term means anything to lay end-users.
• The download format can be DOS/PC- Mac- or Unix- ASCII.
• Users can mark individual records or take first 200 in set and manage and download them. Nice feature.

• WYSIWYG.
• The Save feature of the web browser is how exporting is done.
• This is done record by record too, since you can't mark a set to manipulate. After the user selects email citation or email full text, the article are saved in a set in the Pending Order Screen.
• The use of the word ORDER is misleading since this usually means money to people. Maybe Export Queue would be a better term. This is as close as ProQuest gets to marking.

• Fax Quality (provides the fastest download)
• Print Quality
• Print Quality with Halftones (provides the best image quality for articles with halftone graphics)

• Well done. Clean images embedded in the article.
• Right next to graphic is the option to enlarge thumbnail to 50% or %100 of actual image.
• This is different than the select and then reload of OVID.

• No. User must return to title list before looking at next record, regardless of display format. This is clunky.
• Down the pages: only displays 10 citations at a time.
• There is no fast way to move from record 1 and 47 for example. A jump to feature would be nice.

• A small table box in the corner allows the user to go forward/back one article, tells you which article you are on and has the "clean copy for printing" link.
• Down the pages: displays 10 citations as a default but user can set it to display 20 or 25 per page as well. After results are retrieved there is the option to "View all the results" And that will take all results in pool and put them on one web page. VERY nice feature. Even includes a warning that it will affect performance.
• The web standard "Select a page for more results" is at the bottom so the user can quickly jump around the results.

(arterio? and (geriatr? or elder? or gerontolo?))