Ubuntu

Resumen del equipo de diseño y web – 2 de julio de 2021

Resumen del equipo de diseño y web - 2 de julio de 2021

El equipo web de Canonical ejecuta iteraciones de dos semanas para crear y mantener todos los sitios web y las interfaces web de productos de Canonical. Estos son algunos de los aspectos más destacados de nuestro trabajo completo de esta iteración.

Web

El equipo web desarrolla y mantiene la mayor parte de Sitios de Canonical como ubuntu.com, canonical.com y más.

Documentos de certificación de seguridad

Si aún no lo sabía, el equipo ha estado trabajando para migrar toda la documentación de cara al usuario a nuestro modelo de contenido de discurso. Como estamos cerca de completar todos los documentos, trabajamos en los documentos de certificación de seguridad en esta iteración. Lo que carga su contenido de nuestra categoría de Certificación de seguridad en el discurso.

Visite la documentación de certificación de seguridad de Ubuntu

Marca

El equipo de la marca desarrolla nuestra estrategia de diseño y crea la apariencia de la empresa a través de muchos puntos de contacto, desde la web, documentos, exposiciones, logotipos y videos.

Banners sociales de Google Cloud

Trabajando con el equipo de marketing, desarrollamos una serie de anuncios de redes sociales de marca conjunta para promover el uso de Ubuntu Pro para Google Cloud.

Documentos de marketing

En esta iteración se creó un grupo de documentos para que los utilicen los equipos de marketing y gestión de proyectos, incluidos estudios de casos, documentos técnicos y hojas de datos.

Ilustraciones de mir

Se crearon cuatro ilustraciones para que el equipo de Mir las utilice en la próxima actualización del Sitio web de Mir.

Banners de StackOverflow

Creamos algunos banners de redes sociales para usar en Desbordamiento de pila con el objetivo de promover Ubuntu Server y Ubuntu LTS.

Vainilla

El equipo de Vanilla diseña y mantiene el sistema de diseño y Biblioteca de Vanilla Framework. Garantizan un estilo coherente en todos los activos web.

Nuevo en Vanilla v2.32.0

Obsoleto el botón neutral

Desaprobamos la clase .p-button-neutral, ya que era idéntica a la variante .p-button predeterminada del componente, que ahora debería usarse en su lugar.

Tematización introducida para botones

Los botones ahora tienen temas claros y oscuros. El tema claro se usa por defecto, pero es posible cambiarlo por defecto a oscuro, y también cambiar entre temas oscuros y claros agregando la clase de utilidad .is-dark / .is-light apropiada en botones individuales:

Actualizaciones al componente de etiquetas

Actualizamos nuestro uso interno componente de etiquetay le agregó una variante .p-label predeterminada junto con varios sabores existentes, que se pueden usar para indicar el estado, mostrarse como etiquetas u otra información útil:

Clase de utilidad para tablas

De forma predeterminada, las tablas Vanilla ocultan cualquier contenido que se desborde de la celda. La clase .has-overflow recién agregada permite contenido de una celda para derramarse sobre la celda. Esto es particularmente útil cuando la celda contiene un menú contextual que despliega un conjunto de acciones.

Nuevo sitio web del sistema de diseño: rediseño de la página de componentes / patrones

La primera característica de MVP en la que trabajamos para el nuevo sitio es rediseñar la página de componentes / patrones. Como parte clave del sistema de diseño, queremos permitir que todos los usuarios en diferentes roles accedan a la información que necesitan. Al dividir cada página de componentes en tres pestañas: pautas de diseño, implementación y accesibilidad, proporcionamos una mejor categorización de la información.

Auditoría y revisión del uso del espaciado en Vanilla

Internamente, el espaciado dentro y entre los componentes de Vanilla está controlado por un conjunto de variables que tienen como objetivo mantener los elementos similares espaciados de manera consistente. Es un sistema elaborado que no ha sido bien documentado, por lo que como primer paso hacia la documentación completa, en esta iteración completamos una auditoría visual. También identificamos y arreglamos algunos casos de uso incorrecto.

Aplicaciones

El equipo de Apps desarrolla la interfaz de usuario Para el Proyecto MAAS y el Panel de control JAAS Para el Proyecto Juju.

Reaccionar la limpieza del sprint de migración

Continuando con el sprint de migración de la iteración anterior, limpiamos algunas de las secciones terminadas y finalizamos algunas de las secciones sin terminar. Esto significó limpiar y refactorizar nuestro código a la convención correcta y alinear los componentes de la interfaz de usuario con el resto de la aplicación React. En lo que respecta al progreso, nuestras páginas de panel de control, DNS y zonas de disponibilidad se han migrado por completo. La página Imágenes también está ahora completa en un 90%.

Tablero

Dominios

Zonas

Imagenes

Clonación de máquinas

En esta iteración de dos semanas, nos enfocamos en exponer la API de clonación a la interfaz de usuario, donde queremos permitir a los usuarios de MAAS clonar configuraciones de red y / o almacenamiento desde una máquina de origen a múltiples máquinas de destino. Trabajamos a través de algunas exploraciones del diseño de interacción para descubrir cómo esto podría encajar con el flujo de trabajo actual. Aquí está nuestro primer prototipo de la nueva interfaz de usuario de clonación, si quieres probarlo.

El flujo general comienza con la selección de las máquinas de destino. Cuando un usuario selecciona varias máquinas, tiene la opción de clonar la red y / o las configuraciones de almacenamiento de una máquina de origen en las máquinas de destino seleccionadas.

En este flujo de trabajo, asumimos que nuestros usuarios ya sabrían desde qué máquina de origen quieren clonar y que la clonación funcionará con un entorno de hardware homogéneo.

¡Puede clonar el almacenamiento o la configuración de red desde la máquina de origen a la máquina de destino o ambas! Dado que asumimos que ya tendría una idea de la máquina de origen desde la que desea clonar, la función de búsqueda le permite buscar por nombre de host o identificación del sistema.

Para poder clonar máquinas con éxito, las máquinas de origen y destino deben estar en uno de los siguientes estados: prueba fallida, asignada o lista. Además, el usuario debe tener permiso de administrador en todas las máquinas en las que se realizará la clonación.

Una vez que se selecciona la máquina de origen de la lista desplegable, verá un breve resumen de la máquina de origen, incluida la información de red y almacenamiento.

Una vez que se complete el proceso de clonación, informaremos el número de máquinas exitosas y máquinas de error, lo que le permitirá seleccionar otras máquinas para clonar o informar por qué falló el proceso de clonación.

Uno de los errores más comunes es clonar máquinas con diferentes tamaños de disco. En nuestra API actual, si la máquina de destino tiene un tamaño de disco más pequeño que la máquina de origen, la clonación no se realizará correctamente. El mismo modelo mental también se aplica a los dispositivos de bloque. Otros errores que pueden ocurrir incluyen la selección de máquinas con métodos de arranque incomparables e interfaces de red incomparables.

Mostrando direcciones IP en la tarjeta de red de la interfaz de usuario

Recibimos un informe de error que la dirección IP debe aparecer en la tarjeta de resumen de red porque es una de las piezas de información más importantes con respecto a la pestaña Red de una máquina en MAAS. Sin embargo, no mostramos esa información en la tarjeta de red en la sección Resumen.

Aunque parecía que la dirección IP era mucho más relevante que la dirección MAC, la dirección MAC y DHCP eran muy importantes en un MAAS de nivel empresarial y no se pueden eliminar de la tarjeta de red y no podemos ignorar eso, especialmente, con fines de depuración.

Con eso en mente, inicialmente buscamos una forma de cambiar entre ambas, direcciones MAC e IP, ya que el espacio importa en este tipo de tarjeta.

No obstante, la decisión final fue mostrar ambos. Además, aprovechamos esta oportunidad para enriquecer la tabla e incluir más información de la pestaña Red, como subred y VLAN.

Mercado

El equipo de Marketplace trabaja en estrecha colaboración con el equipo de Store para desarrollar y mantener el Sitio de Snap Store y el próximo sitio Charmhub.

Informe de operaciones nativas de la nube y Kubernetes 2021

Recientemente, realizamos una encuesta sobre Kubernetes y la nube. Casi 1200 personas han respondido hasta ahora.

Creamos un informe para mostrar los resultados, los conocimientos y los comentarios de los expertos de la industria.

Leer el informe

Lista de colaboraciones para editores de Charmhub

Los editores de Charmhub ahora podrán ver y modificar encantos o paquetes cuando sean colaboradores de ese paquete.

Investigación del revisor de la tienda

Hemos estado realizando una serie de entrevistas para descubrir más en profundidad el papel de un revisor en una tienda, como parte de nuestro trabajo para migrar las páginas del revisor de dashboard.snapcraft.io a snapcraft.io. Como resumen inicial de nuestros descubrimientos, creamos un flujo de usuarios que detalla el proceso por el que deben pasar los revisores cuando se necesita una revisión manual, incluidos algunos de los puntos débiles más comunes de su flujo. Esta será la base de la migración futura y las mejoras de la funcionalidad más adelante en este ciclo.

Con ♥ del equipo web de Canonical.

Leave a Comment

You may also like

Más