The Euclidean definition of the functions div and mod https://dl.acm.org/doi/10.1145/128861.128862

it is unfortunate that the definition of these functions appears to be
handled rather casually in the computer science literature and in the design
of programming languages, as one might infer from various poor “defini-
tional engineering” decisions down to wrong or erroneous definitions, as in
the ISO Standard for Pascal [11, 13], Algol 68 [201], and some other languages.

In this paper we clarify the differences between the various definitions, in
particular those based on division by truncation (T-definition) and on division
by flooring (F-definition) as defined by Knuth [141]. We also propose still
another definition, which we call Euclidean because it is based on Euclid’s
theorem (E-definition).

April 1992…

1s. between input bangs

1s. between output bangs

@Moothart @oid's patch with a different arrangement. Patch style is very personal, there is no accounting for taste.

@freq63 said:

What I find confusing is the fact that all 4 values are printed without issue separately before unpack.

separately is the word. [unpack] get the values one (two) after each other so only its (two) first inlet(s) is (are) triggered.

The messages come one by one (or two by two) so the unpack never get a 4 items list.

You can accumulate the messages to 4 this way:

This is your triggerized patch:

You can see the right branch is triggered before the top-most [t f f] feeds the [pack] so the numbers are all generated by the loop before they was printed.
EDIT: you stack computation branch and they are released deepest to shallowest so numbers are reverted.

1. Do not split the control flow without [trigger]
2. Why don't you use [until] ?

I think it's easier to dynamically upgrade the variable name with the [list prepend] right inlet.

[netsend] help for the [send( message says "same as list" so you can also do

[hslider]
|
[list prepend z]
|
[netsend]

Simply connect the slider to the sender.