This can be
customized using the Locale.ini file that ships with
GEMS.
The GEMS reports can
be changed through the Locale.ini.
The AccuVote reports
can be customized with AccuBasic. Have GBS contact Guy Lancaster and
see about getting their ABasic added to the list of reports that ship with
GEMS. If the reports look like this with VTS, the ABasic should already
exist somewhere.
We will include
these two new features in the next major GEMS release.
To my
knowledge, VTS did not provide this. The 1.95 ROMs provide this
feature, as will the upcoming 2.0 release. They should probably wait for
the 2.0 release since we are trying to limit 1.95 to Minnisota.
Again, this would
be their custom ABasic.
This was fixed in
GEMS 1.11.4.
GBS should contact
support on this one. If it is a bug, support can file a bug report.
If I had to guess, they are specifying the columns starting at 0 instead of 1,
but we'll have to see.
This was a bug
in VTS. I'd rather not see the hole opened up in GEMS. The
correct way to solve this is to store additional information in GEMS to
track whether a memory card really needs re-download or not. This is not
a simple project, and we don't have a timeframe for taking it on right now, but
it is on our list.
In the mean
time, they can contact us directly about the special circumstances that require
re-download. If a large number of memory cards are involved, we can make
the change for them after we find out what changes have been made, and if they
are really safe to do so. This has worked reasonably well with our other
accounts so far. Going out of election mode without programming memory
cards should not be taken lightly.
We will
provide this feature in the AccuVote 2.0 release.
25 w's or 25
i's? The current width is 1.25 inches, which
I agree is too narrow. We'll increase it by half an inch. I
would really like to see some of these things configurable, including the fonts
used, but this is currently not high on the task
list.
Ken
|