Morfología: «sub-etiqueta»

(Mismo caso que en el commit 3b9fb64999 )

Los prefijos en español, mientras no acompañen a un grupo, se añaden a la palabra, por lo que debe escribirse «subetiqueta».
This commit is contained in:
Roberto MF 2022-02-10 23:37:22 +01:00
parent 89de9c5ffa
commit ac25060355
3 changed files with 8 additions and 8 deletions

View File

@ -294,7 +294,7 @@ en los días anteriores ya hablamos de algunas de ellas; esta es una recapitulac
para definir las etiquetas, utilizamos:
* definición de etiquetas: @etiqueta
* definición de la sub-etiqueta: &subetiqueta, donde esta sub-etiqueta será "hije" de la etiqueta previamente definida
* definición de la subetiqueta: &subetiqueta, donde esta subetiqueta será "hije" de la etiqueta previamente definida
y finalmente, para referirse a las etiquetas dentro de nuestro código uxntal, tenemos los siguientes casos:
@ -334,9 +334,9 @@ la siguiente subrutina en-controlador ilustra el uso de los saltos, dibujando nu
BRK
```
nota el uso de sub-etiquetas "dentro" (después) de en-controlador.
nota el uso de subetiquetas "dentro" (después) de en-controlador.
también nota como la expresión ,&subetiqueta corresponde a la dirección relativa (,) que se necesita para saltar a esa ubicación en el código nombrado con una sub-etiqueta local (&).
también nota como la expresión ,&subetiqueta corresponde a la dirección relativa (,) que se necesita para saltar a esa ubicación en el código nombrado con una subetiqueta local (&).
estas direcciones relativas, de un byte, son utilizadas por JCN o JMP.
@ -718,7 +718,7 @@ algunas posibilidades para que practiques:
.Pantalla/y INCREMENTO
```
recuerde que .Pantalla/x es una dirección literal en la página cero, es decir, empuja un byte correspondiente a la dirección de la sub-etiqueta Pantalla/x :)
recuerde que .Pantalla/x es una dirección literal en la página cero, es decir, empuja un byte correspondiente a la dirección de la subetiqueta Pantalla/x :)
# practica posibilidades

View File

@ -119,7 +119,7 @@ o si no quisiéramos iniciarlas aquí, podríamos definirlas de la siguiente man
recuerda que $2 crea un pad relativo de dos bytes: esto hace que píxel-y sea una etiqueta para una dirección en memoria dos bytes después de píxel-x. y cualquier código posterior ocurrirá dos bytes después de píxel-y.
también podríamos usar etiquetas y sub-etiquetas, de manera muy similar a como definimos los dispositivos y sus puertos:
también podríamos usar etiquetas y subetiquetas, de manera muy similar a como definimos los dispositivos y sus puertos:
```
@píxel [ &x $2 &y $2 ]
@ -329,7 +329,7 @@ nótese el uso de la runa coma (,) para indicar que es una dirección relativa;
en este caso realmente no podemos duplicar ese desfase como hicimos anteriormente con la dirección de página cero, porque es específica de la posición en el código en que fue escrita.
si declaráramos estas variables como sub-etiquetas de en-cuadro, el código quedaría como sigue:
si declaráramos estas variables como subetiquetas de en-cuadro, el código quedaría como sigue:
```
@en-cuadro ( -> )
@ -347,7 +347,7 @@ BRK
&píxel-x $2 &píxel-y $2
```
observe que en este caso, la runa de la coma (,) va acompañada de la runa de la sub-etiqueta (&).
observe que en este caso, la runa de la coma (,) va acompañada de la runa de la subetiqueta (&).
el uso de este tipo de variables tendrá más sentido en el día 5 del tutorial :)

View File

@ -569,7 +569,7 @@ para llamar a la subrutina, podrías hacer algo como lo siguiente:
### notas
nota que en esta subrutina específica, el uso de STH2 y STH2r después de la sub-etiqueta &bucle no es realmente necesario: las operaciones entre estas instrucciones sí tocan la pila de trabajo pero después la dejan como estaba.
nota que en esta subrutina específica, el uso de STH2 y STH2r después de la subetiqueta &bucle no es realmente necesario: las operaciones entre estas instrucciones sí tocan la pila de trabajo pero después la dejan como estaba.
sin embargo, muestra cómo podemos usar estas instrucciones para tener una pila de trabajo limpia sin que otros valores interfieran.