[Bugzilla] [Bug 12545] Samuel GOUGEON has changed bug_status, component, resolution, assigned_to

[bugzilla.admin at scilab.org]

http://bugzilla.scilab.org/show_bug.cgi?id=12545
--------- Bug Summary -----------
realtime does not work as expected

---------- Changed by ------------
sgougeon at free.fr

---------- What changed ----------
bug_status, component, resolution, assigned_to


Samuel GOUGEON <sgougeon at free.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
          Component|Internal                    |Documentation pages
         Resolution|WONTFIX                     |---
           Assignee|bugzilla.admin at scilab.org   |sgougeon at free.fr

--- Comment #2 from Samuel GOUGEON <sgougeon at free.fr> ---
(In reply to Stéphane MOTTELET from comment #1)
> The help pages examples are now more explicit (since Scilab version ?) about the fact that reinitializing time with "realtime(0)" is not possible.

To me, the description of args and job is still confuse:
* realtimeinit() does not set the unit but the step, while the unit is always [s]
* realtime(d) waits for the date expressed in number of steps.
* "the first call of realtime(n)" AFTER (EACH?) call of realtimeinit(): this is not explicitly said.
  What does occur if we call realtimeinit() another time? Does the next realtime() call set the date instead of waiting? This is unclear.

I will improve the page.
By the way, IMO this matter of "step" usage instead of directly some seconds or fraction of seconds is a useless complication.
But it's another thread.

-- 
You are receiving this mail because:
You are watching all bug changes.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/bugzilla/attachments/20180323/2b595653/attachment.htm>