Damian Krzeminski wrote:
Andrei Cristian Niculae wrote:
Hi all,
I have a UI proposal for displaying time and date in the UI, XCF-2744 (
The time will be rendered with javascript, so it will update in
real-time. And of course, it will be localized.
Each time a new page is rendered, the current server date will be passed
as a parameter to the javascript script, which will afterwards take over
updating the time.
Why not just get the time once every 30 seconds from the server? We'll be
off by 15 seconds on average: that's seems to be good enough?
That's also an option, but I guess that even with the method I proposed,
time shouldn't get off by more than a minute in an hour (If it does, the
CPU timing must be really broken :) ). And a session times out after 15
minutes.
In both situations we'd have to query the server for the current time
when a page is rendered, so there's really not much difference there.
BTW: Is it important to have server time on each and every page (and not
just on the page that allows you to change it)? If this is to warn the
admin about some discrepancies, is there any way we can notice it
automatically (compare with client time, account for time zone difference,
and display warnings if they do not match)?
I wasn't sure about this either. I asked on the list (
http://comments.gmane.org/gmane.comp.voip.sipx.devel/11334 ), and the
only comment I got on this was from Michael Picher, who said that
The only other comment I would have on time is that it would be nice to
have the current system time displayed not only on this page but maybe
on the top page of sipXconfig.
So I just assumed that it would be preferred to have it in any page.
I'll ask on the users-list to see what's the general opinion.
And yes, there should be a way to automatically see if there are
discrepancies between client time and server time.
But I'm guessing that's not the case. The use I see for administrators
is to see exactly when a file was replicated or when a phone was restarted.
If there is a timezone difference, this could be confusing.
Andrei
_______________________________________________
sipx-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
