home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ARM Club 3
/
TheARMClub_PDCD3.iso
/
programs
/
fonts
/
citation
/
docs
/
Docs
/
Problems
< prev
Wrap
Text File
|
1998-05-28
|
5KB
|
79 lines
!Citation version 3.0 - Problem list
====================================
!Citation is now quite a complex beast and it is difficult to account for
all potential use or mis-use of its facilities. It has been thoroughly
beta tested but if you come across any undocumented functions (read
"bugs"), I would like to know. Check this list first though...
Drag'n'Drop with early versions of !Techwriter (pre-1995), caused
!Citation to crash. Ensure you are using the latest version..
Old versions of the DragASprite module cause an odd problem with RISCOS
3.1. Attempting to drag from a save window causes !Citation (but not the
entire computer) to freeze and renders "quit" inoperable (but you can
quit from the tasks window). This state appears to be due to having the
solid drag option set with a DragASprite module ver 0.03. A newer version
of this module solves the problem (available in the "Tools" directory at
the usual FTP site) or cancel the solid drag option.
!Citation (or rather the S-Exec engine) doesn't seem to like mode changes
when running and this can cause odd font designations/errors and spurious
lines in the viewer window. It has been designed using 800x600 resolution
(or higher) in 256+ colours. The "old" Mode 12 seems to cause particular
problems. Try re-running the applcation after a mode change if you
experience any odd appearances. Data however, appears to be safe.
Effect tags & Techwriter - dragging a DDF, RTF or HTML file to TW causes
it to insert a new line before incorporating the dragged the data. This
is really only a problem with "in text" citations where the reference is
supposed to flow with the manuscript. At present the only option is to
backspace the imported data onto the line... but we're working on this.
If the effect tags do not appear to be working, check you have selected
the correct file type for output in the preferences window.
The effect tags around an "auth" command take precedent over effects set
via the author tuncation "et al" flag. This means that if the authors are
set to appear in bold and the "et al" flag is "plain", it will also
appear in bold. Depending on how you look at it, this could be regarded
as a bug but personally I prefer to think of it as a feature! It does
mean that you can change the font or size of the author output and any
"et als" will follow that style... seems typographically more appropriate
methinks...
If !Citation exits without warning, particularly on foreign file import
or with large libraries, it had probably run out of space for its
internal variables. Try increasing the Wimpslot allocation in its !Run
file by steps of 50k an re-run the application. Unfortunately there does
not appear to be a way of trapping this problem. Imported files, however
are checked for size versus available memory, before processing and an
error flagged if there is insufficient memory. Try quitting a few other
applications to free some RAM in this case.
Libraries, style files and the settings file are generally NOT directly
compatible between versions. Check in the History file to determine
whether thay have changed with a new version. Libraries are always
upwardly compatible through archives and a warning will be issued if the
library is from an earlier version. Copying over the settings file from
an earlier version will probably generate an error in !Citation. Style
files are partly automatically converted.
If the first author search does not appear to be working correctly,
particularly around the "A's", check that you do not have an author field
(or more) beginning with a space. This can easily be ascertained by
clearing the author entry with ctrl-U and entering a space only. This
will pull out the offending entry(ies) for alteration.
"I get an error whilst importing tagged format files."
This is probably due to a field longer than 254 characters which is the
current limit for this import type. It was really intended for manual
data entry but since some other packages can automatically generate
tagged files long Abstracts can be included in the data. Although
!Citation does not import these fields it does read them and gets severe
indigestion after the line limit. The error is reported fairly
cryptically as "Error 117" or similar in the status box - not my coding I
hasten to add. I hope to rectify this in the next update since this
format has proved more popular than I anticipated.