IPP Mail Archive: IPP> Use of time

IPP Mail Archive: IPP> Use of time

IPP> Use of time

Anthony Porter (anthony.porter@computer.org)
Tue, 23 Mar 1999 11:59:22 +0100

This is a multi-part message in MIME format.

------=_NextPart_000_0008_01BE7524.9750CD00
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

I have some concerns regarding the use of "printer up time" as the value for
the job "time-at-xxx" attributes. While this simplifies things for small
printers without a clock, it complicates matters for larger systems that do
have a clock.

In the first place, the server must generate negative numbers for historical
jobs that were created or completed before the last power up. The Model and
Semantics spec states that the values must be in the range (0:MAX), so
presumably, this excludes negative numbers.

The second problem is that a client that periodically polls a jobs
attributes will display incorrect times if the printer is restarted in the
meantime. The client would be obliged to query the "printer-up-time"
attribute each time.

The third problem is high-end printing presses are really a collection of
print-units, RIP processors and sundry computers, so they do not have a
unique "printer up time". A press could continue to accept new jobs and RIP
them even though the inky bit was switched off. Such a system could not use
the print unit as a source of printer-up-time, since that would imply that
all jobs created while the print unit is off would have the same
time-at-creation attribute. The system would have to invent a virtual
printer-up-time, perhaps the number of seconds since jan-1-1980.

Would it not be simpler to just use a dateTime value for the "time-at-xxx"
attributes? A simple printer without a clock could then either ignore these
attributes altogether, or return its up time based to 00:00 0/0/0000. If
the printer does not have a clock, it will not be able to return the
printer-current-time attribute either, so the client cannot do very much
with the "time-at-xxx" attributes

Regards,

Anthony Porter

------=_NextPart_000_0008_01BE7524.9750CD00
Content-Type: application/octet-stream;
name="Anthony Porter.vcf"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
filename="Anthony Porter.vcf"

BEGIN:VCARD
VERSION:2.1
N:Porter;Anthony
FN:Anthony Porter
ORG:Xeikon;R&D
TITLE:Project Consultant
TEL;WORK;VOICE:+32.3.44.31.614
TEL;WORK;VOICE:075-736639
TEL;HOME;VOICE:+32.2.762.84.91
TEL;CELL;VOICE:+32.75.73.66.39
TEL;WORK;FAX:+32.3.44.31.448
TEL;HOME;FAX:+32.2.770.21.43
ADR;WORK;ENCODING=3DQUOTED-PRINTABLE:;;Xeikon=3D0D=3D0AR&D=3D0D=3D0AVrede=
baan 72;Mortsel;;B-2640;Belgium
LABEL;WORK;ENCODING=3DQUOTED-PRINTABLE:Xeikon=3D0D=3D0AR&D=3D0D=3D0AVrede=
baan 72=3D0D=3D0AMortsel, B-2640=3D0D=3D0ABelgium
ADR;HOME:;;Kerkedelle 30;Brussels;;B-1200;Belgium
LABEL;HOME;ENCODING=3DQUOTED-PRINTABLE:Kerkedelle 30=3D0D=3D0ABrussels, =
B-1200=3D0D=3D0ABelgium
URL:
URL:http://www.xeikon.be
EMAIL;PREF;INTERNET:anthony.porter@computer.org
REV:19990222T102415Z
END:VCARD

------=_NextPart_000_0008_01BE7524.9750CD00--