Skip to content

Commit a428a7d

Browse files
umarcorLarsAsplund
authored andcommitted
docs/check/user_guide: centered figures
1 parent 0848519 commit a428a7d

1 file changed

Lines changed: 11 additions & 0 deletions

File tree

docs/check/user_guide.rst

Lines changed: 11 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -431,6 +431,7 @@ The figure below shows an example using the concurrent version of
431431
``check``.
432432

433433
.. figure:: images/check_true.png
434+
:align: center
434435
:alt:
435436

436437
``expr`` is evaluated on every rising clock edge except for edge 3 where
@@ -885,6 +886,7 @@ edge for the end event. Bits within ``expr`` may change drive strength
885886
stable. Below is an example with two windows that will pass.
886887

887888
.. figure:: images/check_stable_passing.png
889+
:align: center
888890
:alt:
889891

890892
Here are two examples of failing checks. Note that any unknown value
@@ -894,6 +896,7 @@ if the unknown value is constant. The check will also fail if
894896
value.
895897

896898
.. figure:: images/check_stable_failing.png
899+
:align: center
897900
:alt:
898901

899902
``check_stable`` can handle one clock cycle windows and back-to-back
@@ -935,6 +938,7 @@ expected to be high four enabled clock edges after that which is at
935938
clock edge seven due to ``en`` being low at clock edge five.
936939

937940
.. figure:: images/check_next_passing.png
941+
:align: center
938942
:alt:
939943

940944
When ``allow_overlapping`` is ``true`` ``check_next`` will allow a new
@@ -943,6 +947,7 @@ completed. Here is an example with two overlapping and passing
943947
sequences.
944948

945949
.. figure:: images/check_next_passing_with_overlap.png
950+
:align: center
946951
:alt:
947952

948953
In case ``allow_overlapping`` is ``false`` ``check_next`` will fail at
@@ -955,6 +960,7 @@ failure. Here is an example where ``expr`` is at ``'1'`` for one
955960
cycles with no corresponding start event.
956961

957962
.. figure:: images/check_next_passing_with_missing_start.png
963+
:align: center
958964
:alt:
959965

960966
Any unknown value (``U``, ``X``, ``Z``, ``W``, or ``-``) on ``start_event``
@@ -999,12 +1005,14 @@ controlled by the ``trigger_event`` parameter:
9991005
The figure below shows two overlapping sequences that pass.
10001006

10011007
.. figure:: images/check_sequence_first_pipe_passing.png
1008+
:align: center
10021009
:alt:
10031010

10041011
In this example the sequence is started but not completed and the check
10051012
fails.
10061013

10071014
.. figure:: images/check_sequence_first_pipe_failing.png
1015+
:align: center
10081016
:alt:
10091017

10101018
- ``first_no_pipe`` - Same as ``first_pipe`` with the exception that
@@ -1016,6 +1024,7 @@ second is interrupted. However, since only one sequence is handled at a
10161024
time the second is ignored and the check pass.
10171025

10181026
.. figure:: images/check_sequence_first_no_pipe_passing.png
1027+
:align: center
10191028
:alt:
10201029

10211030
- ``penultimate`` - The difference with the previous modes is that
@@ -1030,12 +1039,14 @@ early interrupted sequence that doesn't cause a failure in this mode
10301039
(which it did in the example for the ``first_pipe`` mode.
10311040

10321041
.. figure:: images/check_sequence_penultimate_passing.png
1042+
:align: center
10331043
:alt:
10341044

10351045
In this example the sequence is interrupted after the second to last bit
10361046
is activated and the check fails.
10371047

10381048
.. figure:: images/check_sequence_penultimate_failing.png
1049+
:align: center
10391050
:alt:
10401051

10411052

0 commit comments

Comments
 (0)