porque la tercera parte sería un 33%, pero queda mejor estéticamente si no lo llenamos del todo. Queremos que cada botón tenga de alto lo mismo que de ancho, porque son botones redondos... pero es imposible. Lo primero que no nos sirve es poner un 30% de alto, porque el alto del dispositivo es diferente del ancho. Eso haría que el botón fuera más alto que ancho o, al girar la pantalla, que fuera más ancho que alto. También podemos probar a poner “Automatic” pero entonces se nos hacen los botones más altos que anchos. Si ponemos “Fill parent...” tenemos lo mismo. Si ponemos una cantidad fija de píxeles no se adaptará la imagen a la pantalla, y, si ponemos un tanto por ciento, la altura dependerá de la altura de la pantalla y no serán redondos. Bueno, puede que en la pantalla del diseñador sí, pero en cuanto probemos la App en varios dispositivos veremos que se nos deforman. Como algo hay que poner, vamos a poner un 20%. Lamentablemente ese tanto por ciento se refiere al tamaño de la pantalla, no de la tabla. Pero, al menos, ya será capaz de adaptarse a pantallas con la misma relación de aspecto que la de App Inventor mientras trabajemos en vertical.
Con eso tendremos un aspecto “decente” para cualquier tamaño de pantalla, mientras esté vertical. En el componente Screen, en el diseñador, hay una propiedad que se llama ScreenOrientation y que, por defecto, vale Unspecified. Eso hace que el usuario pueda decidir si quiere trabajar en vertical o en apaisado. Nosotros podríamos fijar el valor Portrait para asegurarnos de que siempre se utiliza en vertical, pero hay usuarios a los que les molesta no poder girar la pantalla y que los obliguen a trabajar en vertical. El autor de este documento prefiere dejar al usuario final si quiere bloquear el sensor de rotación de su dispositivo y trabajar siempre en vertical, o no bloquearlo, así que yo lo dejaría en “Unspecified”. Aún así, ponerlo en Landscape (apaisado) un momento nos servirá para ver el aspecto que tendrá nuestra App cuando se gire la pantalla.