El glifo más probablemente se reducirá, comenté sobre el problema de TabControl, y parece que impulsarán el cambio para que coincida con el glifo más pequeño utilizado por UWP Edge.

Sí, creo que todos podemos estar de acuerdo en que "hacer las pestañas como Edge Chrome" es bueno, pero "hacer que las pestañas sean como el video promocional" es aún mejor ... 😣

Creo que UWP Edge tenía mejores pestañas que Edge Chrome. 🤔

Personalmente, desearía que hicieran las pestañas de Edge Chrome como UWP Edge, pero nadie me preguntó ...

Sí, sí, pero ... cualquiera de ellos está muy por delante de la Terminal 🤡
Edgium tiene casi 20 píxeles por encima de las pestañas que son feas ... pero ... ¡arrastrables!
Y con ambos, al menos puedes saber qué pestaña está activa 🙄

No hay un uso PRÁCTICO para el acrílico al codificar. Sin embargo, la transparencia es muy útil. Significa que puedo ver el código debajo de la ventana de Terminal así:

Agregue un ajuste para el factor BLUR que usa el acrílico. No puedo leer el texto borroso.

Además, si la Terminal no se volvió negra cuando estaba inactiva de esta manera:

Sería realmente útil poder tener un botón de pin que colocara el terminal sobre todas las demás ventanas. Esto permitiría cambiar sin problemas entre el terminal y cualquier editor de código que esté utilizando (especialmente si puede leer el código debajo de la ventana del Terminal).
Sugiero que el tema acrílico debe permanecer activo en lugar de "volverse negro" si se agrega y habilita una función "Siempre visible".

Cómo podría verse:

El icono de pin, para fijar la Terminal sobre todas las ventanas.
@nacorv ,

Me gustaría saber si "Siempre en la parte superior" es una característica que se consideraría.

Seleccionar y arrastrar a cualquier lugar dentro del área de la pestaña actualmente no mueve la ventana. Esto hace que sea necesario mover el mouse a la derecha del área de la pestaña, lo que deja una pequeña cantidad de barra de título que se puede usar para mover la ventana. Cambie esto. ¡Sin prisa!

1. Activar acrílico en Powershell hace que los parámetros morados como -abc parezcan casi invisibles.

Resolución: 4K
Escala de pantalla: 100%

Tema de luz:

Tema oscuro:

Cambiar el tamaño de la ventana hace que la interfaz de usuario desaparezca o vuelva a aparecer. Estoy usando la versión 0.2.1715.0 de Windows Store Preview

Pantalla completa:

Redimensionado:

Si la ventana no es lo suficientemente grande, todas las demás pestañas están ocultas.

Si la barra de pestañas no puede ser acrílica, es una lástima.
Cualquier cosa que se pueda hacer para que se integren mejor será bienvenido

La pestaña / barra de título que no se puede arrastrar es la queja número 1 que he escuchado de todos los que han probado las primeras versiones

Los paneles divididos necesitan algo de pulido visual, dejar en claro cuál está enfocado, algo de animación incluso cuando se abre

Cuando se maximiza en mi segundo monitor (pantalla incorporada de computadora portátil de 1366x768, no configurada como principal), los bordes de la aplicación se cortan:

Las pestañas muestran la ruta al ejecutable en lugar del nombre de la aplicación; si la ruta es demasiado larga, la "x" para cerrar la pestaña se empuja del lado derecho de la pestaña y es invisible.

Al hacer clic en "Configuración", se intenta abrir un archivo JSON. Supongo que la interfaz de usuario para eso aún no se ha creado. :)

Como una adición a los comentarios de @ robster2001 , sería bueno si cada pestaña mostrara la ruta real como Ubuntu y si estuviera en modo administrador (por ejemplo, Símbolo del sistema (Admin) - C: currentpaththatyouarein).

Cuando no tienes el terminal maximizado, como normalmente no lo hago, el número 857 combinado con los títulos largos permite muchas menos pestañas de lo que podría ser.

Las pestañas son demasiado anchas para ser útiles. Quizás solo muestre el ejecutable y proporcione la información de la ruta / etc cuando pase el cursor sobre la pestaña en una información sobre herramientas o algo así.

Dos cosas:
Los paneles no están vinculados por defecto _porque_ están incompletos. Si los habilita usted mismo, YMMV.

Si desea un título de pestaña personalizado, debe ver cómo configurarlo para su shell. Te beneficiará en todos los lugares donde uses tu caparazón. Al hacer que powershell establezca el título, cambia el título para Windows Terminal, consola heredada, VSCode, ConEmu y muchas otras cosas. ¡Incluso puede cambiar en medio de una sesión!

Panes épico: # 1000

No pude encontrar ningún lugar a lo largo del título en la parte superior de la ventana que me permitiera arrastrar y mover la ventana. Tuve que recurrir a atajos de teclado.

El desplazamiento con dos dedos no funciona, aunque funciona muy bien en cmd.com y PowerShell.

Las pestañas no se pueden mover ni reorganizar.

La barra predeterminada no respeta el tema oscuro de Win10:

Traté de encontrar la configuración, ¡pero no la encontré!
Algunas otras aplicaciones tampoco respetan, por lo que creo que no se considera en esta versión.

Mi primera impresión de Terminal, instalado hoy a través de la vista previa de la Tienda fue:

• ¿Qué pasa con los colores? ¿Por qué es parte negro, parte blanco?
  
• Vaya, no puedo esperar para probar las pestañas
• Oh wow, eso es un gran signo más

¿Hay algo que podamos hacer con respecto al color de la barra de título? Debería ser todo negro, ¿verdad?

+1 @guibirow

Jugando con la configuración de Windows, podría solucionarlo:

Activo (Firefox atrás, Terminal delante)

Inactivo (Firefox atrás, Terminal delante)

Parece que algunas aplicaciones continúan cargando la configuración de Windows, tal vez el tema oscuro de Windows no configura todos los colores correctamente, tuve que habilitar la opción para aplicar el acento a la barra de título y los bordes de la ventana.

Y configure el _AccentColorInactive_ en el registro [_ComputerHKEY_CURRENT_USERSoftwareMicrosoftWindowsDWM_]

El diseño sería mucho mejor si el "+ /" se moviera hacia la izquierda (como abajo) y el resto se convirtiera en la barra de título como todas las demás aplicaciones. Creo que intentaron copiar Firefox y no funcionó muy bien.

No puedo 'sacar una pestaña' o arrastrarla a otra ventana. Me gustaría esa característica.

¿Dónde se usa la fuente Emoji, por ejemplo, hilo, npm?

La barra de título de la pestaña definitivamente necesita una limpieza. Basado en el video oficial realizado para promocionar la Terminal y Edgemium, se me ocurrieron estos cambios (maquetas):

Antes de:

Después:

Lista completa de cambios en maqueta:

• Se redujo el tamaño del borde de la ventana a 1 px para ser consistente con el resto de Windows
• Controles de ventana alineados (cerrar, máximo, mínimo) correctamente en la barra de título
• Hizo pestañas un poco más altas para ser consistentes con las nuevas pestañas Edge
• Radio de esquina reducido para ser coherente con las nuevas pestañas Edge
• Se agregaron esquinas redondeadas internas a la base de las pestañas para que sean consistentes con el nuevo Edge y el video oficial
• Se agregó una sombra paralela para hacer que las pestañas sean más visibles en el fondo y para ser coherentes con el nuevo Edge
• Hizo que el icono más tenga el tamaño adecuado
• Se movieron los botones de administración de pestañas junto a las pestañas.
• Hizo que el fondo se extendiera por toda la barra de título

EDITAR: Esto fue solo un problema con la línea de fondo que no es lo suficientemente grande para caber en un personaje completo, como lo señala @ DHowett-MSFT a continuación

El relleno (abajo) no es 0 cuando está maximizado. No estoy seguro si se trata de un problema conocido o intencionado, así que colóquelo en este hilo.

@mikelui eh, eso es probablemente porque no hay suficientes píxeles para caber en otra celda de carácter completo en la pantalla. la Terminal prefiere mostrar filas completas, ya que así es como modela el mundo terminal.

Pantalla completa:

Redimensionado:

Si la ventana no es lo suficientemente grande, todas las demás pestañas están ocultas.

Si gira la rueda del mouse, verá deslizarse las pestañas. Funciona al menos para Store Terminal Preview v0.2.1715.0. Pero reducir los íconos, como los navegadores basados ​​en Chromium, sería más agradable.

@ DHowett-MSFT También descubrí otro error de interfaz gráfica de usuario, si la ventana es demasiado pequeña para mostrar una nueva pestaña y creamos una nueva pestaña, se crea una nueva pestaña pero no se muestra hasta que cambiamos el tamaño de la ventana de la Terminal.

Vista previa de Microsoft Windows 10 Pro Insider [Versión 10.0.18875.1000]
Microsoft Terminal (Vista previa de la tienda) [Versión 0.2.1715.0]

@ DHowett-MSFT ¡Sí! Lo veo ahora mientras juego con el tamaño. Estoy acostumbrado a usar la pantalla completa (frente a la maximizada), donde la falta de una barra de título mejora el espaciado.

Haga el tamaño de la ventana inicial como lo dejé la vez anterior al cerrar.

agarrar y mover la aplicación no es fácil, necesita un área más grande para agarrar la ventana. Todo el camino del exe es exagerado, ocupa demasiado espacio. solo Powershello Cmd estaría bien. mientras se ejecuta node o python en cmd, la pestaña puede mostrar "cmd: nodo" o "cmd: python"
Las pestañas pueden tener el tema de color del esquema utilizado en ese terminal específico en lugar de solo negro más oscuro o negro difuminado, un color similar al esquema del terminal puede facilitar la búsqueda de un terminal.
editar
algunos problemas más encontrados

Además, no es tan importante en comparación con otras cosas de la interfaz de usuario faltante / rota, pero aún así: el puntero del mouse debe ser el de texto (Ꮖ) cuando se mueve sobre algún texto en la terminal y no el puntero (↖) ya que el texto es seleccionable.

¿Alguna posibilidad de que el comportamiento de Alt + F4 pueda imitar otras funciones de Windows 10 (cierre todo ahora), por favor? Ctrl + w * cuantas pestañas estén abiertas es bastante laborioso. Al igual que encontrar la X superior derecha cuando estoy en modo guerrero de teclado: D.

Intenté configurar closeWindow en settings.json pero alt + F4 no se registra como un comando válido (la consola imprime "S").

Por curiosidad, ¿no sería posible usar las API subyacentes que admiten WindowChrome de WPF, recortar la barra de título nativa y los bordes de la ventana por completo y compilarlo todo con XAML? Siento que habría más control disponible de esta manera y el resultado final sería más limpio y menos dependiente del sistema operativo.

Inicialmente esperaba que la función de pantalla dividida ya estuviera allí, pero no lo está ...
Sería mucho más conveniente que navegar entre pestañas.

Terminator en Linux e iTerm en macOS lo tiene perfectamente implementado.

¿Cualquier plan?

Seleccionar y arrastrar a cualquier lugar dentro del área de la pestaña actualmente no mueve la ventana. Esto hace que sea necesario mover el mouse a la derecha del área de la pestaña, lo que deja una pequeña cantidad de barra de título que se puede usar para mover la ventana. Cambie esto. ¡Sin prisa!

ver # 1500

@ LeeChang-GitHub # 608, también, sabes que powershell y CMD tienen una forma de establecer el título ellos mismos, ¿verdad? No necesita cambiar el nombre de la pestaña cuando puede hacer que el shell lo haga.

Necesito que el nombre de la terminal sea editable.
Busqué esta pregunta pero no pude encontrarla. ¿Es este un requisito razonable?

Amigo, ¿por qué borraste tu comentario y lo moviste después de mi respuesta?

Amigo, ¿por qué borraste tu comentario y lo moviste después de mi respuesta?

Lo siento, esa pregunta fue una lástima. Lo edité de nuevo y no recibí su respuesta en ese momento.
lo siento mucho

@ LeeChang-GitHub ¡está bien! 😄

Me gustaría saber si "Siempre en la parte superior" es una característica que se consideraría.

@grigala

Inicialmente esperaba que la función de pantalla dividida ya estuviera allí, pero no lo está ...
Sería mucho más conveniente que navegar entre pestañas.

Terminator en Linux e iTerm en macOS lo tiene perfectamente implementado.

¿Cualquier plan?

1000 muestra los planos y qué tan avanzados están 👍

La barra de desplazamiento debe ignorar el relleno derecho o expandirse hacia la derecha cuando se desplaza. Está bien si toma en cuenta la parte superior e inferior .

Barra de desplazamiento en su forma contraída

Barra de desplazamiento en su forma ancha

La barra de desplazamiento en su forma colapsada se ve bien. El espacio entre el texto y la línea está bien, pero debe seguir las preferencias de relleno. Ahora mismo no es así.

La barra de desplazamiento en su forma ancha sigue el relleno solo en el lado derecho y tiene algo de relleno, pero no el preferido, en el lado izquierdo. El relleno izquierdo debería seguir las preferencias y el relleno derecho debería desaparecer por completo. Esto permitiría a los usuarios lanzar rápidamente el cursor del mouse hacia la derecha cuando quieran desplazarse rápidamente hacia arriba una gran distancia y la ventana esté maximizada.

Además, la barra de desplazamiento debe tener ningún retraso de expandirse cuando se cernió y el fondo de barra de desplazamiento debe ser transparente, por lo que la falta de definición (si lo activa) puede ser visible.

Editar:
Esto se resolvió en el # 1778. ¡¡Gracias!!

La mayoría de las aplicaciones (como Chrome o explorer.exe, etc.) permiten al usuario cambiar el tamaño de la ventana agarrando la sombra de la ventana. Pero parece que la terminal solo permite al usuario agarrar un área de NotClient estrecha (aproximadamente 2 píxeles).
¿Parece que la sombra predeterminada del sistema no funciona?

Tengo una posible solución.

1. Elimine la sombra del sistema (al cambiar el estilo de la ventana a WS_MINIMIZEBOX | WS_MAXIMIZEBOX | WS_POPUP | WS_THICKFRAME y manejar el mensaje WM_NCCALCSIZE, puede usar AdjustWindowRect para calcular el tamaño).
2. Agregue cuatro pequeñas ventanas de sombra (WS_EX_OVERLAPPED | WS_EX_TOOLWINDOW) alrededor de la ventana y renderice la sombra manualmente (manejando WM_WINDOWPOSCHANGED de la ventana principal para mover la ventana de sombra, manejando WM_SIZE para renderizar la ventana de sombra, tal vez Gaussina Blur?)
   3 maneje el mensaje WM_SETCURSOR de la ventana de sombra y WM_LBUTTONDOWN (envíe WM_SYSCOMMAND a la ventana principal para simular el agarre)

Además, el uso de la tecnología de subclases de ventanas para capturar mensajes y enviar WM_SYSCOMMAND cuando se maneja WM_LBUTTONDOWN puede solucionar el problema de que la barra de título no se puede tomar.

Para expandir https://github.com/microsoft/terminal/issues/1375#issuecomment -504686188, Terminal tal vez debería organizar los temas en nombres de familias de temas y subcategorías claras / oscuras, algo así como VSCode. Es decir, si configuro el tema en, por ejemplo, "Campbell" y cambio los colores de la aplicación de Windows de claro a oscuro, esperaría que Termianl cambie de Campbell Light a Campbell Dark. Esto evitaría tocar el violín manualmente. Especificar "Campbell Dark" como tema anclaría la apariencia al tema oscuro, si siempre desea que sea oscuro. O algo.

El espacio de las pestañas no cambia de tamaño correctamente al mover la ventana entre monitores con diferentes escalas, en algunos casos cubriendo incluso el botón de minimizar:

Monitor 1, resolución de 1920 x 1080, escala del 100%:

Monitor 2, resolución 4k (3840x2160), escala del 200%:

El color del cursor debe estar definido por el tema. El color del cursor predeterminado establecido en el perfil es blanco, que es inútil en un tema claro.

@madig : puede cambiar el color del cursor configurando cursorColor en profiles.json

@madig : puede cambiar el color del cursor configurando cursorColor en profiles.json

Sí, pero el tema debe definirlo para que no tenga que editar el nombre del tema _y_ el color del cursor cuando quiera cambiar.

También noté que es mucho más difícil de lo habitual lograr que el cursor del mouse esté en la configuración de cambio de tamaño de la ventana al colocarlo en la esquina inferior derecha de la ventana del terminal.

Quizás # 1517.

Un menú contextual / del sistema para la aplicación. Las aplicaciones Win32 tienen esto en la esquina superior izquierda. Algunos, como Edge, usan puntos suspensivos en la parte superior derecha. ¿Es el menú desplegable actual un reemplazo previsto?

El estilo de la parte superior izquierda es útil al mover / cambiar el tamaño, etc. con el teclado.

Tuve la impresión de que en la presentación de Build tendríamos una funcionalidad de panel dividido, ¿está planeado?

@jwhipp # 1000

¿Parece que faltan iconos?

Parece que tiene un perfil desactualizado de la primera versión de código abierto. Probablemente lo elimine.

Gracias, ¡funcionó!

Sin embargo, encontré otro error:

Con frecuencia hago doble clic en las barras de título para maximizar o restaurar una ventana. El área de la ventana en la que se puede hacer clic (verde) estaba completamente a la derecha cuando solo tenía una pestaña abierta. Parecía que podía hacer clic a la izquierda del menú más (nueva pestaña).

ConEmu no tiene este problema ya que la barra de título está encima de las pestañas. Los doble clic en el área de la pestaña dan como resultado una nueva pestaña que me gustaría ver con la nueva Terminal de Windows, pero estoy seguro de que me ajustaré a lo que sea que finalmente lleguemos.

Con respecto a las pestañas, etc., sería genial si pudieran comportarse visualmente de manera similar a las de, por ejemplo, Edge: el botón "+ v" siempre está al lado de la última pestaña; hacer que el área (si existe) entre la última pestaña y el botón "+ v" reciba eventos del mouse (pasándolos a la ventana principal); tener botones de desplazamiento "<" y ">" que aparecen (de forma similar a, por ejemplo, en Firefox) cuando hay demasiadas pestañas.

Con frecuencia hago doble clic en las barras de título para maximizar o restaurar una ventana. El área de la ventana en la que se puede hacer clic (verde) estaba completamente a la derecha cuando solo tenía una pestaña abierta.

Lo que también significa que no podemos arrastrar la ventana de la terminal (me refiero a que tú _puedes_, pero entonces realmente debes asegurarte de obtener ese pequeño punto óptimo ...)

Las pestañas en la barra de título son malas . No lo hagas. POR FAVOR. no lo hagas. Estás usando demasiada área para múltiples tareas.

Tener títulos de pestañas en toda la ruta al intérprete de comandos también es malo. Que los nombres de las pestañas puedan tener más de 20 caracteres es malo. Tamaño máximo de pestaña mucho más corto. Pestañas debajo de la barra de título. Pestañas mucho más pequeñas.

Es una opción Opciones. Configuración. Listas de frases cortas. Apágalos. :sonreír:

@brianly Establecer "showTabsInTitlebar": falso en la configuración.

¡Gracias @ zadjii-msft! También vale la pena vincularlo: https://github.com/microsoft/terminal/issues/771

Al agregar una nueva pestaña con algunas ya abiertas para llenar el espacio en el espacio de la pestaña como este

Se crea una nueva pestaña, pero el icono está plegado.

cualquier nueva pestaña creada después de eso es invisible.
Cambiar el tamaño de la ventana soluciona el problema.

No es posible reorganizar las pestañas.
Además, al cerrar la única pestaña con el botón central del mouse, esto sucede:

Algo visible en la pantalla o en un menú para controlar el zoom sería genial. Además de una forma de restablecer el zoom desde Ctrl + Scroll. No hay forma de saber si estoy al 200% de zoom o no.

Por ejemplo, Chrome tiene este elemento de menú en su menú de hamburguesas. Todo lo que necesita es una línea. Al hacer clic en el valor, se restablece al 100%.

Me encantaría poder afectar el color de la pestaña y posiblemente el color del borde de una consola determinada. Por ejemplo, en lugar de colorear el fondo de PowerShell todo en azul, simplemente haga que la pestaña y el borde sean azules, pero que el fondo sea del color que yo quiera.

Si es posible ... podría ser interesante poder afectar esas cosas desde el entorno de la consola en ejecución. Por ejemplo, si mi consola PowerShell se inicia y establece un valor de entorno como WINDOWS_TERMINAL_BORDER_COLOR=#ff0000 porque es una consola de administración, haga que los colores del borde cambien a rojo. De esa manera, podría hacer muchas cosas interesantes desde un perfil de PowerShell o .bashrc.

@ DHowett-MSFT @DHowett Vi que hay una forma de extender el acrílico a la barra de título. ¿Quizás esto podría funcionar?

Al hacer clic en una pestaña en el terminal no siempre parece que la pestaña se enfoque.

• Abra Terminal con su caparazón favorito.
• Haga clic en otra ventana o aplicación.
• Haga clic en la _tab_ de su shell en Terminal. El cursor no aparece y la escritura no funciona. Tienes que hacer clic en la barra de título de la ventana de Terminal (ese pedacito entre el "+" y los botones de minimizar / maximizar, la única parte que actualmente permite que la ventana se mueva) y _ eso_ es lo que devuelve el foco al shell.

El botón Maximizar ventana no se ve como en la mayoría de las aplicaciones. Se parece más a un botón de minimizar:

@krzysdz , está ejecutando una compilación de este repositorio que acaba de fusionar los primeros cambios de dibujo que no son del cliente. Tendré que pedirle que no informe problemas de IU en él. # 1625.

No soy un gran fanático de cómo funciona el botón +. Sigo haciendo clic en él para agregar una nueva pestaña, olvidando que solo crea una nueva pestaña en el shell predeterminado (lo cual es bastante molesto). Me encantaría una opción que me permita tener un menú desplegable como el que aparece al hacer clic en la flecha hacia abajo, para poder seleccionar de la lista de conchas disponibles al agregar una nueva pestaña.

Bueno, en ese momento, ¿por qué no hacer clic en la flecha desplegable?

No hay nada que me impida hacer clic en la flecha desplegable, esto es puramente un problema de UX. Hablando funcionalmente, no tiene mucho sentido para mí hacer clic en un botón que no tiene ninguna indicación simbólica de que agrega una pestaña para realizar esa acción.

¿No debería habilitarse el acrílico de forma predeterminada para PowerShell? Tener cmd luciendo mejor que PowerShell por defecto no es una gran señal en mi opinión. También sería mejor dar la bienvenida al usuario mostrando un atractivo visual.

Configuración por defecto:

Con cmd:
imagen

Con PowerShell:
imagen

Perfiles relacionados:
imagen

EDITAR: convirtió las imágenes en enlaces, eso tomó demasiado espacio, lo siento

Entonces, ¿es esto solo un reskin o un contenedor para las consolas originales (cmd, wsl y ps)?

Esperaba una terminal mejor como las que se encuentran en Linux o Mac OSX. Cmdr es un buen ejemplo de lo que debería estar buscando. En general, me gustaría una terminal que admita CTRL-C y CTRL-V y una integración WSL perfecta.

@deusprogrammer es una terminal, exactamente como ConEmu (la terminal que usa cmder). Cmder es un poco único porque incluye una terminal y mejoras de shell para las personas que usan el shell de cmd.

Me gustaría saber si "Siempre en la parte superior" es una característica que se consideraría.

También me gustaría ver esta función.

Tal vez sea algo menor, pero acrylic no significa nada para nadie que no esté familiarizado con UWP y / o el desarrollador de aplicaciones de Windows. Un nombre más amigable ( translucent o algo así) ayudaría.

La barra de título no es acrílica, lo siento, eso probablemente no pueda suceder dada nuestra arquitectura.

Esto debería estar habilitado cuando se lance WinUI 3
Ref: microsoft / microsoft-ui-xaml # 888

Acabo de probar la terminal, lo primero que me sorprende es ...

¿NO ARRASTRA EN ESTA ÁREA? es molesto, diablos!

Sí, esto lo desconcierta a usted ya las otras cuatrocientas personas que lo informaron. : smile: Track # 1625 y # 564 para ver el progreso real en la parte superior de la ventana.

@ DHowett-MSFT, si no se menciona, considere mantener la opción de acrílico y transparencia en la configuración, el acrílico lo hace consistente con el sistema pero no tiene mucho sentido para una aplicación como terminal, donde la capacidad de ver lo que hay detrás puede ser bastante productivo. Sería más útil tener una opción de transparencia. Deje que se ponga acrílico por defecto y la transparencia se puede alternar manualmente.

@ DHowett-MSFT escribió:

[...]

• Las pestañas no se ven tan bien como le gustaría # 702

[...]

• El botón más es demasiado grande, demasiado pequeño, demasiado ancho, demasiado estrecho

[...]

así de divertido o salado?

Parece que los títulos de las pestañas no respetan ninguna de las configuraciones de fontSize:

Sería realmente útil poder tener una tecla de acceso rápido a un terminal activo como el terminal yakuake.

Parece que los títulos de las pestañas no respetan ninguna de las configuraciones de fontSize:

Creo que es de esperar. Las pestañas parecen seguir el tamaño de fuente del escritorio y se consideran parte del encabezado / barra de la ventana.

Sería realmente útil poder tener una tecla de acceso rápido a un terminal activo como el terminal yakuake.

No estoy familiarizado con esa terminal, pero hay un montón de cosas que puede usar con teclas de acceso rápido en settings.json, para abrir, cerrar, cambiar, etc.

Dos pensamientos iniciales sobre la adopción del "uso común de pestañas" (consulte también https://github.com/microsoft/terminal/issues/615)

1. Las pestañas deben aplastarse / encogerse cuando no hay suficiente espacio para ellas
2. El botón más debe anclar en el lado derecho de la última pestaña, no en la parte superior derecha de la ventana.

Comentarios generales para OP. Obviamente, se entiende que este es un lanzamiento / vista previa anticipada, pero ya podemos ver un diseño y un concepto muy sólidos.

Busco las pestañas, el nivel de personalización (¡especialmente con la personalización ejecutable!), Las actualizaciones en tiempo real de los cambios en settings.json y los diferentes tipos de terminales que se pueden tener en un solo ejecutable.

Más allá de los elementos mencionados anteriormente y el pulido, agradecería tener una forma incorporada de registrar lo que va a la salida estándar en cualquier ventana de terminal, lo que idealmente permite que todos se registren en un archivo o en varios archivos. Además, agregaría la opción de "clonar" o "duplicar" y colocar las pestañas en ventanas / filas / columnas de la forma en que es posible hacerlo en código vs.

Gracias por tu arduo trabajo, ¡esperamos el próximo lanzamiento!

Estoy usando el tema oscuro pero sigo viendo un borde blanco y el encabezado sigue siendo blanco. ¿Alguién mas está teniendo este problema? No pude encontrar nada en el JSON que modifique esto.

Tengo el mismo problema :(

Estoy usando el tema oscuro pero sigo viendo un borde blanco y el encabezado sigue siendo blanco.

Esto no se puede solucionar con la configuración actual. Este es un elemento de trabajo futuro, parcialmente rastreado en # 1625

Agradecería tener una forma incorporada de registrar lo que va a la salida estándar en cualquier ventana de terminal, idealmente permitiendo que todo se registre en un archivo o en varios archivos.

642

coloque las pestañas en ventanas / filas / columnas de la forma en que sea posible hacerlo en código vs.

1000

@ DHowett-MSFT eche un vistazo a la forma en que esta aplicación administra las pestañas,
https://github.com/JasonStein/Notepads

De acuerdo, hecho. ¿Qué estaba buscando?

También puede buscar inspiración en Fluent Terminal . Tiene una interfaz de usuario bastante buena.

1. Al usar Powershell Core, obtendría un segundo chevron que aparecía al azar en la consola, se vería D:\>> (lo siento, no hay pasos de reproducción)
2. No puedo arrastrar texto y luego copiar y pegar, esta es una característica que esperaba con Powershell

La interfaz de usuario es fea ahora y quiero una hermosa interfaz de usuario que pueda hacerme trabajar mejor.

Las pestañas muestran la ruta al ejecutable en lugar del nombre de la aplicación; si la ruta es demasiado larga, la "x" para cerrar la pestaña se empuja del lado derecho de la pestaña y es invisible.

Además tabTitle realidad no funciona

Las pestañas muestran la ruta al ejecutable en lugar del nombre de la aplicación; si la ruta es demasiado larga, la "x" para cerrar la pestaña se empuja del lado derecho de la pestaña y es invisible.

Además tabTitle realidad no funciona

@ Serega124 eso es extraño, ya que funcionan bien para mí. Nombré una pestaña wsl y la otra cmd .
¿Está ejecutando la última compilación de desarrollo?

@imjasonmiller Estoy ejecutando la versión Store

@ Serega124 , creo que la función tabTitle aún no se ha lanzado para la versión Store. Creo que es posible que deba esperar hasta que publiquen otra actualización para la versión de la Tienda o pueda compilarla desde la fuente.

El controlador de cambio de tamaño en la parte inferior derecha de la compilación de la Tienda Windows es muy pequeño, es un objetivo de interfaz de usuario frustrante para interactuar.

Solicitud de funciones: alternar fácilmente entre temas o usar el tema de Windows.

Como desarrollador, trabajo en interiores y exteriores. En interiores, en una pantalla UHD, prefiero un tema oscuro. Al aire libre, un tema oscuro se vuelve ilegible en la pantalla de mi portátil con el brillo total. Se puede usar un tema ligero

El controlador de cambio de tamaño en la parte inferior derecha de la compilación de la Tienda Windows es muy pequeño, es un objetivo de interfaz de usuario frustrante para interactuar.

¡Es verdad!
El área sensible en las esquinas es realmente pequeña, por lo que cambiar el tamaño de la ventana es bastante imposible.
Adjunto un gif que puede ser útil @ DHowett-MSFT:

Cuando cambio el tamaño de la ventana, la barra de desplazamiento deja de mover el texto hacia arriba y hacia abajo. Efectivamente inútil hasta que el símbolo del sistema llegue al final de la ventana.

Sin embargo, tengo que mencionarlo ahora, gracias por embarcarse en este proyecto. Una solución muy necesaria para Windows

Los colores de fondo del texto se estropean al cambiar el tamaño

Supongo que está relacionado con "El área de no clientes se ve mal"; y es un trabajo en progreso, pero la compilación más reciente parece haber introducido un borde blanco de un píxel en la parte inferior para mí:

¿Podría esto estar relacionado con este cambio reciente ?

¡Gracias por todo el trabajo hasta ahora!

@imjasonmiller si quieres un motín (el tipo triste), lee el TODO al final de # 1948: sonríe:

• [] Hacer doble clic en el área no cliente debería maximizar la ventana.
• [] Hacer clic o hacer clic con el botón derecho del ratón debería mostrar el menú Minimizar / Maximizar / Cerrar
• [] Cuando haces clic en Cascade Windows , Terminal ignora completamente Show windows stacked etc.
• [] Alt + F4 no cierra la ventana

Creo que es un comportamiento esperado para un usuario de Windows que un doble clic en el no cliente maximice la ventana, también cuando usa shell para cambiar el tamaño / mosaico de ventanas, la Terminal debería comportarse como cualquier otra ventana.

En este momento, mi Terminal es inamovible y es imposible acceder al menú de configuración.

Parece que Terminal es una aplicación extranjera que utiliza un kit de herramientas de interfaz de usuario no nativo.

Usando el mouse:
No puede hacer clic en el menú contextual de las pestañas para cerrarlas o ver un menú contextual como en las consolas anteriores, tampoco puede cerrar pestañas más altas que la primera (sus X se oscurecen con el botón Agregar pestaña / botón de menú de configuración debido al ancho limitaciones)

Idealmente, debería tener ALT + ENTER y SHIFT + F10 y el botón derecho del mouse / táctil habilitado.

También +1 para reordenar pestañas

La actualización del texto se rompe a veces.

Esto es especialmente un problema con editores como emacs

@RosalesJ Oye, ¿podrías presentar otro problema por ese? Eso en realidad no encaja con el gran grupo de problemas de la interfaz de usuario, y podría ser un error mucho más atómico que podríamos solucionar. Asegúrese de incluir los pasos de reproducción y las herramientas que utilice. ¡Gracias!

El menú de nueva pestaña no se mueve con la ventana:

¡Intentar cerrar la aplicación haciendo clic en la X en la pestaña única da como resultado que la aplicación se bloquee!

Cuando se configura la opacidad, solo funciona cuando la ventana está enfocada.
Cuando se enfoca:

Cuando no está enfocado:

¿Hay alguna forma de hacerlo funcionar o se supone que debe funcionar así?

Editar: otra cosa que noté en las capturas de pantalla anteriores es que las ventanas de terminal no enfocadas no aplican el color de Windows Accent, quedando en blanco. Cuando se enfoca, el color de acento de las ventanas está ahí.

@ jean-lourenco Creo que el desenfoque es intencional, ya que otras aplicaciones como la aplicación Configuración hacen lo mismo

Realmente esperando pronto soporte de desplazamiento de pestañas (la indicación, en lugar de solo la rueda del mouse).

Como mi desplazamiento no funciona como se esperaba, ahora no puedo ver las pestañas que tengo.

Espaciado incorrecto con fuente no monoespaciada.

versión 0.3.2112.0

Esto sucede en la carga inicial. Maximizar -> Restaurar ventana corrige esto.

Acabo de actualizar a 0.2.1831.0 en 18950.1000. En un shell de Ubuntu (ahora WSL 2), no puedo retroceder el búfer. Parece que el cursor parpadeante está volviendo el foco a la línea inferior cada vez que intento desplazarme hacia arriba con el teclado y la rueda del mouse.

También parece que se envía una nueva línea en cada desplazamiento hacia arriba, ¡así que el texto que quiero ver se aleja más en cada intento!

Las ventanas Powershell y Dos no hacen esto

@tomfakes migró este a # 2196, ya que no es en absoluto un problema de pulido de la interfaz de usuario

¿Cómo puedo mantener el efecto acrílico cuando la ventana pierde el foco?

La capacidad de arrastrar la ventana por toda la barra de pestañas es un poco engañosa; todavía no puede agarrar la barra de título por el área sobre las pestañas o agarrando las pestañas correctamente. Si tiene muchas pestañas abiertas, eso significa que todavía tiene una pequeña área de arrastre.

¿Eso es algo que se planea abordar? Parece que el número 564 estaba cerrado.

Maximizar el terminal cuando la ventana se encuentra en dos monitores hace que las barras sangren en el monitor.

Sé que esto está "fuera de tema", pero el rastreador de problemas es el único lugar para dejar comentarios y este parece ser el hilo más adecuado: Gracias. Sé que la Terminal aún no está terminada y hay muchas cosas que deben arreglarse, pero va por buen camino. Me gusta cómo se siente y se ve. Me gusta la configuración, el soporte para "CMD", powershell, WSL, etc.
Sigan con el buen trabajo ^^ (y perdón por abarrotar el rastreador de problemas;))

Me alegro de que este proyecto esté en proceso: un gran paso por encima del cmd / powershell tradicional. Noté que al cerrar la ventana después de cambiar el tamaño rápidamente, aparece una ventana fantasma con muchos bordes:

Este no es realmente un problema importante, solo pensé en informar que lo había visto para el registro.

+1

+1

@ammoniak gracias: sonrisa:

No estoy seguro de si esto es un error o una característica.

AltGr + 4 (§) (teclado portugués) no se elimina porque estoy probando secuencias AltGr.

La fuente Victor Mono se renderiza de manera realmente extraña.

https://github.com/rubjo/victor-mono/

@offero es una fuente bonita; esto puede ser # 696

(o una variación del mismo)

¿Podemos tener una opción para ocultar el signo más y / o la flecha hacia abajo en el área de pestañas? Cuando la flecha hacia abajo estaría oculta, sería posible hacer clic con el botón derecho en el signo más que luego haría el menú desplegable como lo hace la flecha hacia abajo . Cuando el signo más estuviera oculto, aún podríamos abrir más pestañas usando el menú desplegable. ¿Quizás podríamos ocultar ambos y luego se haría clic con el botón derecho en el resto de la barra de título?

Honestamente, no me gustan las pestañas en la barra de título, ya que es rebelde cuando tienes muchas, agarrar la barra de título para mover la ventana aún no funciona bien. Algunos de los terminales de Linux han puesto pestañas encima del propio terminal y esta configurable. Estoy seguro de que esto tiene mucho que ver con que los administradores de ventanas de Linux son muchos y tienen reglas diferentes. Otra opción es hacer que los terminales sean un menú desplegable (ver captura de pantalla de Tilix). Tal como está ahora, si abro 10 pestañas, ¿cómo se podrá utilizar esta interfaz de usuario? El desplazamiento del mouse está bien, pero ni siquiera le da un total de cuántas pestañas están abiertas.

Solo mis dos centavos. :)

Desplegable que muestra terminales / pestañas:

No vi esto mencionado en el hilo, pero si desea una pestaña de título más pequeña, simplemente agregue esta configuración a un perfil:
"tabTitle": "MyCmd",

Si bien esto es muy útil, me encantaría tener la capacidad de incrementar dinámicamente un número para poder tener:
| MyCmd 1 | MyCmd 2 | MyPosh 1 | MyPosh 2 |

Y / o cambiar dinámicamente el color de la pestaña a medida que se agregan nuevas pestañas, el mismo orden de color cada vez, así que sé que Rojo = 1ra pestaña, Blanco = 2da pestaña, Azul = 3ra pestaña, etc.

@jwhipp Siempre puede establecer "showTabsInTitlebar" en falso para obtener pestañas debajo de la barra de título.

@PedersenThomas Eso es # 2028

@jwhipp Siempre puede establecer "showTabsInTitlebar" en falso para obtener pestañas debajo de la barra de título.

¡Ah! No sabía nada de esto ... lo intenté ahora. Si bien lo hace es mover la interfaz de usuario de la pestaña hacia abajo, lo que en última instancia permite mover más fácilmente la ventana, aún deja la interfaz de usuario rebelde. Simplemente creo que esto podría hacerse mejor y de una manera más útil. Una cosa que podría funcionar si no le gusta la forma de Tilix es reducir el tamaño de la pestaña a medida que aparecen más terminales. Eso al menos le daría al usuario final una idea de lo que hay allí más fácilmente.

Supongo que los bordes de las ventanas enormemente gruesos son un problema conocido.

Al mover la ventana del terminal con la lista desplegable abierta, la lista desplegable se mueve con un retraso. Sé que se ha informado de esto, pero creo que cerrar la lista desplegable al hacer clic fuera de la lista también es una solución.

La mayoría de las demás aplicaciones que he probado con una lista desplegable / menú / navegación similares se cierran al mover la ventana o hacer clic fuera de la lista.

Que yo sepa, los errores informados anteriormente han sido para corregir el retraso. No cerrar la lista al mover la ventana arrastrando la barra superior. Lo que creo que es una solución viable.

_Por lista desplegable me refiero a la lista con perfiles (WSL, Powershell), configuración y comentarios.

Honestamente, esperaba que la interfaz gráfica de usuario de la pestaña del terminal coincidiera con el aspecto del cromo del borde:

Estoy de acuerdo en que la altura de las pestañas parece un poco pequeña

Cambie el ícono de Ubuntu al naranja que se usa en la tienda, por favor.

Puede hacerlo usted mismo.
Este bebé puede contener tantos icon s

Cambie el ícono de Ubuntu al naranja que se usa en la tienda, por favor.

Puede hacerlo usted mismo.

Sí, pero el icono predeterminado debería ser coherente, es mejor cambiarlo en un solo lugar que los sistemas de unos cientos de miles de usuarios.

Estoy bastante seguro de que legalmente no podemos enviar directamente la marca de ninguna distribución específica. Algo algo de la ley de derechos de autor. Se nos permite enviar el pingüino tux, por eso _todas_ las distribuciones usan ese pingüino. @bitcrazed puede

No estoy seguro de si esto ya se ha sugerido / preguntado, pero no soy un fanático de que cada una de las pestañas tenga una longitud diferente, y me preguntaba si hay una configuración que pueda cambiar para que sea más similar a un navegador en cada pestaña. tiene la misma longitud y solo tiene el tipo de terminal en el nombre.

Utilizo muchas pestañas cuando trabajo en Unix, por lo que estoy acostumbrado a no obtener información del encabezado de la pestaña y prefiero pestañas más pequeñas

Hola,
algunos consejos de diseño y un concepto.
Separe el + del menú de configuración, creo que no hay una buena razón para colocar configuraciones y perfiles / nuevas pestañas en un solo lugar.
Aproveche toda la altura de la barra de título de la pestaña.
Hover / Active debería ser más oscuro que la barra de título normal, no al revés como ahora. (Para el modo oscuro invertir colores).
Elimine el borde de la ventana o hágalo opcional en la configuración, no se ve muy bien en absoluto.
En la tercera imagen, el color de la fuente es rojo para indicar que el terminal se está ejecutando en "Modo administrativo".
Agregue algo de relleno por defecto, se ve extraño en este momento sin relleno.

Estoy trabajando en una configuración de interfaz de usuario en este momento, publicaré imágenes ya que tengo tiempo para terminarlo.

1564 es el problema para implementar la interfaz de usuario de configuración.

Probablemente debería estar vinculado a este número.

Re. Logotipos de terceros, etc., @ zadjii-msft es correcto: Microsoft no puede enviar logotipos para productos de terceros. Sin embargo, ___ podríamos___ encontrar una manera para que los proveedores de distribución proporcionen su logotipo en algún lugar donde Terminal pueda ubicarlo e incorporarlo fácilmente. Haré fideos en esto un poco.

@jwlodek & @Fisico -

Amigos, deseo pedirles que proporcionen un modo sin pestañas y con decoraciones de ventanas mínimas o nulas. Todo lo que quiero es una pantalla de terminal única y limpia. También echo de menos un cambio de pantalla completa.

@oblitum debería comprobar su archivo de configuración. Si alterna alwaysShowTabs y showTabsInTitlebar , tendrá algo más cercano a lo que desea.

@DHowett Lo probé antes pero no ayudó, me quitaron las pestañas, pero la decoración de la ventana se puso blanca, que es peor que dejar las pestañas, al menos obtengo toda la decoración tan oscura con ella.

¿Es posible tener el terminal a pantalla completa de alguna manera? Alternar o configurar. Veo que hay FullScreen en la base de código, pero no encontré una configuración.

Re. Logotipos de terceros, etc., @ zadjii-msft es correcto: Microsoft no puede enviar logotipos para productos de terceros. Sin embargo, _ podríamos _ encontrar una manera para que los proveedores de distribución proporcionen su logotipo en algún lugar donde Terminal pueda localizarlo e incorporarlo fácilmente. Haré fideos en esto un poco.

@bitlocos
¿Qué pasaría si la lista de "perfiles" disponibles existiera en una carpeta de usuario, a la que se podrían agregar otras distribuciones en la Tienda Windows durante la instalación? Entonces esto es independiente del archivo JSON de configuración / perfil. Y la interfaz de usuario de Configuración podría mostrar estos perfiles disponibles y permitir que un usuario los agregue.

Parte de agregar su distribución a la lista de disponibles, incluiría una entrada de ícono, o incluso agregar esquemas de color como el esquema de colores de Ubuntu.

@ DHowett-MSFT En cuanto al control MinMaxClose, ¿hay alguna razón por la que se eligieron esos tamaños de botón?

Los tres botones son 36 x 45.

En cuanto a Win32 (Bloc de notas y Wordpad), sus controles de ventana son 29 x 45.

En cuanto a UWP (Calculadora y su teléfono), sus controles de ventana son 32 x 46.

@mdtauk : No parece haber un estándar / consenso sobre el tamaño de estos botones en otras aplicaciones de Windows también (como puede ver) 🤣

@mdtauk Dependiendo del marco de interfaz de usuario que se construya una aplicación, es posible que vea botones del sistema de tamaños y formas ligeramente diferentes. Por ejemplo:

• Las aplicaciones Win32 como el Bloc de notas se basan en el sistema operativo (GDI / DComp) para dibujar los controles del sistema y obtener una barra de título de tamaño estándar
• Chrome / Edgeium dibuja su propia área de no cliente para que sus pestañas aparezcan en la barra de título y dibuja sus propios botones del sistema ... alineados con el borde superior de su ventana por ... 'razones'
• Terminal también dibuja su propia área no cliente para colocar sus pestañas en la región de la barra de título, y para que las pestañas encajen, tenemos una barra de título / pestaña más alta.

En Terminal, elegimos escalar y centrar los botones del sistema en el espacio disponible de la barra de título, lo que hace que sean un poco más grandes, pero aún cuadrados y proporcionados:

Curiosamente, a pesar de que los controles del sistema de Terminal son un poco más grandes, están agrupados proporcionalmente un poco más juntos, lo que mantiene el grupo de control del sistema aproximadamente del mismo ancho que el grupo de control dibujado por el sistema Win32:

En comparación con las aplicaciones para UWP como Mail, de nuevo, Terminal necesita un área de la barra de título un poco más alta, pero los botones de nuestro sistema son un poco más grandes, pero más cuadrados, y los símbolos en sí son solo 2 píxeles más grandes cuando se representan en mi pantalla 4K con una escala del 200%.

Dicho todo esto, es posible que modifiquemos un poco las cosas en el futuro, pero creemos que nuestro diseño y distribución son limpios, accesibles y proporcionalmente sólidos.

Háganos saber si no está de acuerdo presentando un problema para que podamos rastrearlo y discutirlo.

@mdtauk Re. configuración, tenga en cuenta que estamos trabajando en un montón de mejoras interesantes en este espacio. Estén atentos para los próximos lanzamientos;)

@bitcrazed Gracias 💙 Esa respuesta fue muy interesante. Me alegro de que no fuera una decisión "suficientemente buena": los controles de ventana P son uno de los elementos menos consistentes en Windows, así que tenía curiosidad.

Y en comparación, Edgium mantiene los controles de la ventana como normales, pero alineados en la parte superior, en lugar de centrados.

Una vez que el borde se dibuja correctamente, no se verá tan diferente.

¿Alguien puede responder si puedo tener pantalla completa de alguna manera? Solo quiero toda la pantalla sin ninguno de esos controles de Windows.

¿Alguien puede responder si puedo tener pantalla completa de alguna manera? Solo quiero toda la pantalla sin ninguno de esos controles de Windows.

@oblitum Sé que mencioné que el modo tableta necesita admitir una verdadera opción de pantalla completa, donde los controles de ventana solo aparecen cuando pasa el mouse sobre la parte superior o desliza el dedo desde la parte superior. Si eso se implementa, podría haber una opción para Pantalla completa al maximizar , tal vez incluso con un cambio de glifo para el botón Maximizar

¿Por qué no usas WinUi para dibujar la barra de título y las pestañas? Haría las cosas más consistentes.

https://github.com/microsoft/microsoft-ui-xaml

@mdtauk ok. Solo estoy pidiendo cualquier truco, configuración de registro o algo así, no es necesario implementar un modo tableta para que funcione. Lo pregunto porque veo que hay FullScreen en el código base y alguna referencia al registro, pero no tengo idea de si puede funcionar hoy.

¿Por qué no usas WinUi para dibujar la barra de título y las pestañas? Haría las cosas más consistentes.

https://github.com/microsoft/microsoft-ui-xaml

Debido a la necesidad del proyecto, tienen que anular el dibujo de ventana predeterminado de Win32, pero TabBar y los controles de ventana se implementan como controles Xaml.

Controles de WinUI

@lazylazyllama El control de pestañas de la Terminal fue creado para nosotros por el equipo de WinUI: https://github.com/Microsoft/microsoft-ui-xaml/issues/304

Creamos un prototipo de las primeras implementaciones de Terminal usando el control de pestañas de Windows Community Toolkit de @ michael-hawker, y luego trabajamos con @stmoy & team para crear el control de pestañas de WinUI que usamos hoy.

Re. dibujo en el área no cliente:

Esto no es tan simple como uno podría imaginar, especialmente cuando la UX de su aplicación está compuesta por controles XAML alojados en islas XAML encima de una aplicación de host Win32. Hemos trabajado en estrecha colaboración con WinUI, XAMLIslands y otros equipos asociados para que las pestañas de Terminal funcionen.

@oblitum Por favor, no solicite características en este hilo; abra un nuevo número si aún no existe uno que describa su

@mdtauk NP :) Por desgracia, con las arenas cambiantes del diseño de la interfaz de usuario de Windows y la flexibilidad que exigen las aplicaciones que desean tener más control sobre todos los aspectos de cómo se dibujan, a menudo vemos bastante 'desviación' entre diferentes aplicaciones ' experiencias de usuario. Esto es bueno y malo: bueno porque podemos hacer avanzar las cosas (gracias a Dios no todos seguimos usando aplicaciones basadas en GDI 😉) pero es malo porque a menudo hay que cambiar los contextos / expectativas de UX al cambiar entre aplicaciones.

Con suerte, a medida que avanzamos, y a medida que la pila moderna de Windows UX madure y los lenguajes de diseño se consoliden, veremos suficiente coherencia para no tener que restablecer las expectativas entre aplicaciones.

@mdtauk NP :) Por desgracia, con las arenas cambiantes del diseño de la interfaz de usuario de Windows y la flexibilidad que exigen las aplicaciones que desean tener más control sobre todos los aspectos de cómo se dibujan, a menudo vemos bastante 'desviación' entre diferentes aplicaciones ' experiencias de usuario. Esto es bueno y malo: bueno porque podemos hacer avanzar las cosas (gracias a Dios no todos seguimos usando aplicaciones basadas en GDI 😉) pero es malo porque a menudo hay que cambiar los contextos / expectativas de UX al cambiar entre aplicaciones.

Con suerte, a medida que avanzamos, y a medida que la pila moderna de Windows UX madure y los lenguajes de diseño se consoliden, veremos suficiente coherencia para no tener que restablecer las expectativas entre aplicaciones.

Estoy seguro de que cuando WinUI con el ciclo de vida de Win32 esté aquí, estará muy emocionado de cortar todo ese código de dibujo DWM y HWND. Esperemos que esas aplicaciones también tengan la capacidad de cambiar el color de los controles de ventana en XAML, que UWP puede hacer.

Con suerte, a medida que avanzamos, y a medida que la pila moderna de Windows UX madure y los lenguajes de diseño se consoliden, veremos suficiente coherencia para no tener que restablecer las expectativas entre aplicaciones.

Esa consistencia se necesita a lo grande.

Sugeriría hacer que la Interfaz de pestaña tenga dos capas apiladas verticalmente, básicamente dos filas. cómo se implementa a partir de ahora, toda la interfaz de la pestaña está en el encabezado, sugeriría que el área del encabezado (Primera fila) muestre la ruta de la pestaña activa y en las pestañas de la segunda fila se muestren solo el nombre binario funcionaría mejor.

No sé cómo es el soporte en diferentes shells, pero ¿podría eventualmente ser posible el resaltado de directorio vs archivo?

directorio vs resaltado de archivo

Para PowerShell, querrá un módulo como DirColors (* enchufe desvergonzado), que agregará colores de estilo coreutils a las listas de archivos de PowerShell.

https://docs.microsoft.com/en-us/uwp/toolkits/winui/release-notes/winui-2.2

¿Por qué el diseño de la vista de pestañas se ve tan diferente de lo que está en la terminal en este momento? el diseño de la pestaña winui está mucho más cerca de lo que está en el borde cromado.

Porque el TabView que se usa actualmente en Windows Terminal es una implementación personalizada y aún no se ha migrado a WinUI .

eso es bastante engañoso de la gente de WinUI entonces.

eso es bastante engañoso de la gente de WinUI entonces.

En realidad, no, el que se usa en Windows Terminal está atrasado en comparación con la versión de WinUI. Pero Terminal fue el primero en usarlo, antes de entrar en la etapa de prelanzamiento, por lo que fueron el campo de prueba para el control y proporcionaron comentarios.

También hay otro problema. El control WinUI TabView está creado para UWP y XAML, pero en este momento, Windows Terminal es una combinación de la aplicación Native Win32 y las islas XAML para usar controles modernos. En la actualidad, existen ciertas limitaciones en la forma en que las dos tecnologías funcionan juntas.

La esperanza es WinUI 3.0 y una versión 2020 de algo llamado WinUI Desktop: los combinará, lo que hará que sea mucho más fluido y sencillo construir la aplicación.

Woah no, eso es un malentendido.

Lo que estamos usando en la Terminal actualmente es una versión preliminar de TabView. Ayudamos a guiar algunos de los detalles de implementación. Lo que se lanzó en WinUI 2.2 fue la versión pulida de TabView.

Nosotros en la Terminal simplemente no hemos tenido la oportunidad de extraer los últimos bits de WinUI y actualizarnos todavía. Básicamente son el mismo control, ahora solo estamos algunas versiones atrás: P

La pila mixta de UWP XAML + Win32 que estamos usando para nuestra IU no tiene ningún impacto en nuestra capacidad para ingerir la vista de pestañas.

La pila mixta de UWP XAML + Win32 que estamos usando para nuestra IU no tiene ningún impacto en nuestra capacidad para ingerir la vista de pestañas.

Sin embargo, explica por qué la integración en la barra de título no coincidirá completamente con la imagen que se muestra en la lista de WinUI para TabView.

Quería crear un problema independiente primero, pero supongo que esto encaja mejor aquí de todos modos:

Permitir que se "bloqueen" pestañas individuales

Como idea aleatoria, podría haber un icono de candado adicional al lado del botón de cierre, al pasar el cursor sobre una pestaña (no bloqueada). Si una pestaña está bloqueada, el bloqueo siempre estará visible y evitará cerrar accidentalmente la pestaña / proceso asociado (ya sea a mano o apagando el sistema). Piense en pestañas ancladas / almacenadas en Chrome o Edge.

Guión

Sin embargo, esto se basa básicamente en cosas reales que sucedieron, con varias ventanas de consola en lugar de la nueva aplicación Terminal.

• Mario ejecuta varias pestañas de cualquier shell agrupadas, una para varios comandos de consola, una segunda pestaña aloja un sitio web en desarrollo, otra con SSH al servidor remoto, etc.
• Como ha habido algunos problemas, decide abrir otro shell para ejecutar un proceso lento de limpieza / servicio (como git gc , sfc /scannow , ftp empujando archivos, o lo que sea).
• Mientras se ejecuta, vuelve a las otras pestañas con su trabajo habitual.
• Al final del día, cierra todo el grupo de terminales / pestañas por conveniencia (y debido a que está acostumbrado a esto), olvidándose de cómo quería verificar el resultado de la tarea de larga ejecución.
• Los resultados se pierden de inmediato (ignoremos los archivos de registro o las entradas de eventos, que no están realmente estandarizados y podría ser una sesión remota temporal como SSH).

Que debe ser diferente

• Después de que Mario abre la nueva pestaña / shell para el proceso lento, usa un pequeño icono de candado en la pestaña (que solo es visible mientras se desplaza) para "bloquearlo".
• Una vez que se hace clic, el botón de cierre de la pestaña se elimina y en su lugar se reemplaza por dicho icono de candado.
• Más tarde, al intentar cerrar la aplicación Terminal en su totalidad, se eliminan las pestañas normales, pero la bloqueada permanece abierta.
• En este estado, la Terminal también evitaría un apagado (no forzado) del sistema.
• Si el proceso asociado con la pestaña bloqueada muere, la pestaña se desbloquea / elimina automáticamente (es decir, el comportamiento actual).
• Si se hace doble clic en el candado, la pestaña se desbloquea y se restablece al comportamiento predeterminado.

También hice un problema general de hipo con el que tropecé: https://github.com/microsoft/terminal/issues/2209

Desafortunadamente, no tengo ancho de banda en estos días para leer / buscar todos los problemas que están potencialmente duplicados o que ya se solucionaron. Si alguien en este hilo por casualidad tiene energía para señalar los no duplicados / admisibles, puedo crear problemas separados.

No pensé que esto justificara un nuevo problema, ya que es bastante subjetivo ... pero me encantaría entender la razón detrás del uso de acrílico cuando la ventana está enfocada, en lugar de al revés.

Parece tan contrario a lo que querrías; hace que la ventana en la que está trabajando sea menos legible y deshabilita cualquier tipo de transparencia en el momento en que lo desee, es decir, cuando una ventana inactiva oculta otra ventana.

me encanta entender la lógica

¡Nosotros también lo haríamos! Esta es una política de todo el sistema que se aplica a la brocha acrílica. Es de suponer que se hizo para que un montón de aplicaciones no apilaran decenas de ventanas transparentes una sobre otra y mataran el rendimiento del sistema. Se suponía que era una prestación solo para ventanas activas.

Jaja, todos están en la misma página entonces -y gracias por la respuesta. Es de esperar que las personas adecuadas escuchen los rumores en algún momento y lo hagan realidad (y la transparencia estándar con los dedos cruzados se convertirá en una opción en Microsoft Terminal).

@ drk-mtr hay una aplicación uwp llamada "Bloc de notas" y de alguna manera se las arregla para mantener su transparencia acrílica incluso si ya no está enfocada.

https://github.com/JasonStein/Notepads

El aviso al usar zsh / Oh My Zsh se ve mal en la Terminal de Windows, especialmente los colores de las flechas y algunas líneas pequeñas entre los caracteres. Estoy usando Powerlevel9k.

Terminal de Windows (usando el esquema de color oscuro solarizado)

WSL clásico (usando colores predeterminados)

posteriormente eliminado

Solo para que conste, y para evitar cualquier suposición de malversación: ni yo ni mi equipo eliminamos este comentario. @mcgov trasladó su comentario a un tema más apropiado, el # 1753.

Ah, es bueno escuchar @ DHowett-MSFT. Eliminé ese comentario para evitar cualquier drama innecesario.

Tengo problemas con las palabras clave para esto, así que disculpas si ya hay un problema. Tampoco estoy 100% seguro de que se trate de un problema terminal.

A menudo, pero no siempre, después de escribir 3 caracteres, el texto se desplaza una columna hacia la izquierda:

Esto es lo que he observado:

• Solo parece suceder dentro de un repositorio de git (¿problema posh-git?)
• Sucede con fuentes habilitadas para ligaduras como Cascadia Code o Fira Code, pero no Consolas
• No sucede en el terminal integrado VS Code cuando se usa Cascadia Code; parece que el terminal integrado no admite ligaduras
• Sucede con PowerShell Core y Windows PowerShell, pero no pude producirlo en Git Bash o en una sesión SSH
• No importa si es un comando git o algo más, como clear

Lo anterior me hace pensar que es una cosa de renderizado de ligaduras, pero no estoy seguro.

Estoy usando:

• Windows 10 compilación 18362.175
• Windows Terminal 0.5.2681.0 (versión Store), pero esto también ocurrió anteriormente
• posh-git 1.0.0-beta3

@rdnlsmith

Eso es causado por el carácter ≡ .

Ver también:

• N.º 2066 (y N.º 42)
• Microsoft / Cascadia-Code # 117

@ ExE-Boss Interesante, gracias!

@ drk-mtr, @ DHowett-MSFT, @lazylazyllama ,

Gracias por sus comentarios sobre Acrylic. Soy un administrador de programas que trabaja con el equipo de diseño de Fluent. Es posible que me hayan visto hablar sobre Fluent en // Build en los últimos años, incluido el intercambio de decisiones sobre el cambio de orientación sobre dónde se utilizaría Acrylic.

En pocas palabras, la guía para Acrylic hoy describe que debe usarse para superficies de IU transitorias, así como superficies que son de naturaleza transitoria. El acrílico usa transparencia y desenfoque, lo cual es costoso en el uso de energía informática. Por lo tanto, desde el punto de vista técnico se decidió que esta interfaz de usuario solo debe usarse cuando la aplicación se está enfocando donde este efecto sea más efectivo. Esta es la razón por la que Acrylic se apaga cuando el enfoque se dirige a otra aplicación, así como cuando el dispositivo está funcionando en condiciones menos que óptimas. Este material nunca fue diseñado para usarse en la superficie donde está encendido en todo momento.

El acrílico también estaba destinado a “llamar más la atención” en lugar de usarse en superficies que no atraen la atención del usuario. Usamos acrílico combinado con sombra para agregar una sensación elevada en controles como MenuFlyout / ContextMenu para realizar tareas cortas. Debido a esto, aplicaciones como Calculadora también usan este efecto para acciones breves de cálculo.

En cuanto a la legibilidad, dedicamos bastante tiempo a asegurarnos de que el texto encima de Acrylic sea legible ajustando los valores con mucho cuidado. Dicho esto, al ser transparente, nunca será tan bueno como el negro puro o el blanco puro. Por lo tanto, no recomendamos que se utilice sobre una superficie principal para su uso durante un período de tiempo prolongado.

El sistema de diseño fluido también se enorgullece de brindar familiaridad a nuestros usuarios, incluso si no son de Windows. Debido a esto, lo discutimos con la gente de Terminal que está impulsando el diseño y tomamos una decisión colectiva para que la aplicación Terminal mantenga la superficie acrílica como predeterminada en el panel con la que la mayoría de los clientes de Linux se sentirán como en casa. Según tengo entendido, los clientes de Linux están acostumbrados a un fondo borroso, sin embargo, la página principal no lo enciende de forma predeterminada debido a las razones mencionadas anteriormente (aún es posible encenderlo a elección del usuario).

Espero que esto explique un poco los antecedentes y el razonamiento detrás del diseño actual. Dicho esto, agradecemos sus comentarios sobre Acrylic. Si desea proporcionar comentarios sobre este o cualquier tema de WinUI, envíe un nuevo problema en el repositorio principal de

@chigy , @ drk-mtr, @ DHowett-MSFT, @lazylazyllama ,

El acrílico usa transparencia y desenfoque, lo cual es costoso en el uso de energía informática.

¿Hay datos sobre lo lento que puede ser el desenfoque de múltiples capas?
¿Solo podemos habilitarlos en modelos de computadora más nuevos?
Las computadoras de los desarrolladores se consideran rápidas.

Las computadoras de los desarrolladores se consideran rápidas.

Computadoras para juegos, sí, pero las computadoras de los desarrolladores pueden ser más lentas: ¡simplemente escribe código!

Solo por curiosidad, ¿cómo pueden los "Bloc de notas " mencionados por

El sistema de diseño fluido también se enorgullece de brindar familiaridad a nuestros usuarios, incluso si no son de Windows. Debido a esto, lo discutimos con la gente de Terminal que está impulsando el diseño y tomamos una decisión colectiva para que la aplicación Terminal mantenga la superficie acrílica como predeterminada en el panel con la que la mayoría de los clientes de Linux se sentirán como en casa. Según tengo entendido, los clientes de Linux están acostumbrados a un fondo borroso, sin embargo ,

¿Entonces todo ese video promocional de Terminal es una mentira?

https://www.youtube.com/watch?v=8gw0rXPMMPE

La gente espera que se vea así desde el principio.

Solo por curiosidad, ¿cómo pueden los "Bloc de notas " mencionados por

@ZhaoMJ , es probable que Bloc de API de composición de bajo nivel, en lugar de AcrylicBrush para lograr el efecto.

@ drk-mtr, @ DHowett-MSFT, @lazylazyllama ,
Gracias por sus comentarios sobre Acrylic. Soy un administrador de programas que trabaja con el equipo de diseño de Fluent. Es posible que me hayan visto hablar sobre Fluent en // Build en los últimos años, incluido el intercambio de decisiones sobre el cambio de orientación sobre dónde se utilizaría Acrylic.
Para resumir, la guía para Acrylic hoy describe que debe usarse para superficies de IU transitorias, así como superficies que son de naturaleza transitoria. El acrílico usa transparencia y desenfoque, lo cual es costoso en el uso de energía informática. Por lo tanto, desde el punto de vista técnico se decidió que esta interfaz de usuario solo debe usarse cuando la aplicación se está enfocando donde este efecto sea más efectivo. Esta es la razón por la que Acrylic se apaga cuando el enfoque se dirige a otra aplicación, así como cuando el dispositivo está funcionando en condiciones menos que óptimas. Este material nunca fue diseñado para usarse en la superficie donde está encendido en todo momento.
El acrílico también estaba destinado a “llamar más la atención” en lugar de usarse en superficies que no atraen la atención del usuario. Usamos acrílico combinado con sombra para agregar una sensación elevada en controles como MenuFlyout / ContextMenu para realizar tareas cortas. Debido a esto, aplicaciones como Calculadora también usan este efecto para acciones breves de cálculo.
En cuanto a la legibilidad, dedicamos bastante tiempo a asegurarnos de que el texto encima de Acrylic sea legible ajustando los valores con mucho cuidado. Dicho esto, al ser transparente, nunca será tan bueno como el negro puro o el blanco puro. Por lo tanto, no recomendamos que se utilice sobre una superficie principal para su uso durante un período de tiempo prolongado.
El sistema de diseño fluido también se enorgullece de brindar familiaridad a nuestros usuarios, incluso si no son de Windows. Debido a esto, lo discutimos con la gente de Terminal que está impulsando el diseño y tomamos una decisión colectiva para que la aplicación Terminal mantenga la superficie acrílica como predeterminada en el panel con la que la mayoría de los clientes de Linux se sentirán como en casa. Según tengo entendido, los clientes de Linux están acostumbrados a un fondo borroso, sin embargo, la página principal no lo enciende de forma predeterminada debido a las razones mencionadas anteriormente (aún es posible encenderlo a elección del usuario).
Espero que esto explique un poco los antecedentes y el razonamiento detrás del diseño actual. Dicho esto, agradecemos sus comentarios sobre Acrylic. Si desea enviar comentarios sobre este o cualquier tema de WinUI, envíe un nuevo problema en el repositorio principal de WinUI.

@chigy @ DHowett-MSFT En lugar de "apagar" el acrílico, ¿por qué no pausarlo? es decir, el último fotograma renderizado antes de que la ventana se vuelva inactiva, se muestra mientras la ventana está inactiva. Las ventanas activas casi siempre están por encima de las inactivas y, por lo tanto, el efecto acrílico parecería estar activo incluso cuando la ventana ya no está activa. El único problema que puedo ver con esto es una situación en la que una ventana está "siempre arriba", lo cual es bastante tolerable.

@ drk-mtr, @ DHowett-MSFT, @lazylazyllama ,

En cuanto a la legibilidad, dedicamos bastante tiempo a asegurarnos de que el texto encima de Acrylic sea legible ajustando los valores con mucho cuidado. Dicho esto, al ser transparente, nunca será tan bueno como el negro puro o el blanco puro. Por lo tanto, no recomendamos que se utilice sobre una superficie principal para su uso durante un período de tiempo prolongado.

@chigy

Esto se puede resolver delineando o aplicando una sombra paralela / brillo exterior en el texto. @miniksa hizo una demostración de una versión hacky de esto cuando se presentó la Terminal en Build, por lo que no parece de gran alcance considerar que podría convertirse en una característica opcional de la Terminal algún día, especialmente en un mundo donde la comunidad podría contribuir.

@chigy @ DHowett-MSFT En lugar de "apagar" el acrílico, ¿por qué no pausarlo? es decir, el último fotograma renderizado antes de que la ventana se vuelva inactiva, se muestra mientras la ventana está inactiva. Las ventanas activas casi siempre están por encima de las inactivas y, por lo tanto, el efecto acrílico parecería estar activo incluso cuando la ventana ya no está activa. El único problema que puedo ver con esto es una situación en la que una ventana está "siempre arriba", lo cual es bastante tolerable.

@ 3dWrecker no es así como funciona AcrylicBrush. El concepto de pausa no se aplica a AcrylicBrush, al igual que no puedes pausar una hoja de acrílico en el mundo físico.

¡Muchas gracias por las amplias respuestas!

Seré honesto, publiqué esto en un hilo existente ya que no lo vi como una preocupación central (hasta que se completen otros elementos como el soporte del mouse en WSL, etc.). ¡No tomé en cuenta el hecho de que algunas personas pueden estar suscritas al hilo y que podría obtener una respuesta decente! Siento que debo aclarar mi perspectiva: las he escrito como "Historias de usuarios" que ignoran por completo las limitaciones técnicas, por lo que aprecio plenamente que es posible que no se puedan lograr.

Y me doy cuenta de que algunos de los siguientes son mutuamente contradictorios si se aplican al mismo tiempo, soy un usuario difícil típico;)

Me gustaría poder ver el texto en una ventana detrás de la ventana enfocada

Parece que el acrílico no es realmente el vehículo correcto para esto. Por lo tanto, un efecto de transparencia normal sería perfecto para esto, y parece que es más fácil de implementar.

Lo ideal es que el fondo pueda tener una transparencia configurable, pero el texto renderizado podría ser opaco, no tengo idea de cuán alcanzable es esto.

Me encanta el efecto acrílico y me gustaría poder usarlo en una ventana enfocada

No puedo usar acrílico cuando la ventana está enfocada, porque incluso en la configuración más mínima que permite la Terminal, el texto no es lo suficientemente legible.

Por lo tanto, me gustaría poder reducir la intensidad del efecto acrílico que se aplica mientras la ventana está enfocada. A modo de ejemplo, si pudiéramos usar el efecto acrílico con una capa gris oscuro transparente aplicada sobre la parte superior, para que el efecto sea más sutil, esto podría funcionar bien.

Alternativamente, poder hacer que el desenfoque sea más intenso y / o reducirlo a casi cero aumentaría enormemente la flexibilidad en el uso en el mundo real.

Quiero usar acrílico cuando la ventana no está enfocada.

Aprecie que esto podría no ser posible, solo incluirlo aquí para que esté completo.

Lo ideal aquí es que se puedan aplicar diferentes configuraciones de desenfoque en comparación con la ventana enfocada, y una capa alfa opcional en la parte superior para que sea menos intensa.

Lamento mencionar el sistema operativo basado en frutas aquí, pero por contexto, usan capas alfa en ventanas enfocadas y no enfocadas, y tienen diferentes capas alfa incluso en los íconos individuales dentro de esas ventanas. Entonces no es fácil, pero ciertamente se puede lograr.

@chigy @ DHowett-MSFT En lugar de "apagar" el acrílico, ¿por qué no pausarlo? es decir, el último fotograma renderizado antes de que la ventana se vuelva inactiva, se muestra mientras la ventana está inactiva. Las ventanas activas casi siempre están por encima de las inactivas y, por lo tanto, el efecto acrílico parecería estar activo incluso cuando la ventana ya no está activa. El único problema que puedo ver con esto es una situación en la que una ventana está "siempre arriba", lo cual es bastante tolerable.

@ 3dWrecker no es así como funciona AcrylicBrush. El concepto de pausa no se aplica a AcrylicBrush, al igual que no puedes pausar una hoja de acrílico en el mundo físico.

Creo que ese es exactamente el punto: 3dWrecker sugiere un enfoque alternativo ... para ir con la analogía, puede "pausar" una lámina acrílica en el mundo físico tomando una foto. Y renovar esa foto es menos intensivo que reproducir un video del acrílico, incluso si la hoja de acrílico permanece estática en ambos.

Por supuesto, no sé nada sobre los detalles de implementación, por lo que si lo que sugieres es que no se puede implementar con el modelo actual, entonces es justo :)

Por supuesto, no sé nada sobre los detalles de implementación, por lo que si lo que sugieres es que no se puede implementar con el modelo actual, entonces es justo :)

Eso ^ es exactamente lo que estoy sugiriendo, @ drk-mtr 😊. Cambiar la implementación de AcrylicBrush es un buen objetivo que no se logrará en la terminal. Como @chigy sugirió anteriormente, el repositorio principal de

Por supuesto, no sé nada sobre los detalles de implementación, por lo que si lo que sugieres es que no se puede implementar con el modelo actual, entonces es justo :)

Eso es exactamente lo que estoy sugiriendo, @ drk-mtr blush. Cambiar la implementación de AcrylicBrush es un buen objetivo que no se logrará en la terminal. Como @chigy sugirió anteriormente, el repositorio principal de

Creo que un problema con la idea de "pausar el acrílico" sería que, en el caso de varias ventanas apiladas, si una (o más) de las ventanas apiladas debajo de la que tiene el efecto acrílico en pausa se mueve, aún se vería como si estuviera debajo. la ventana de acrílico en pausa, creando así una ... extraña inconsistencia.

A menos que haya entendido mal cuál era tu idea

@chigy

Esto se puede resolver delineando o aplicando una sombra paralela / brillo exterior en el texto. @miniksa hizo una demostración de una versión hacky de esto cuando se presentó la Terminal en Build, por lo que no parece de gran alcance considerar que podría convertirse en una característica opcional de la Terminal algún día, especialmente en un mundo donde la comunidad podría contribuir.

@beforan , gracias por la sugerencia. No dude en sugerirlo en nuestro repositorio principal de

Dicho esto, recientemente analizamos el uso de la sombra y no funcionan muy bien con texto más pequeño donde estos tipos de IU suelen usarse.

Me gustaría poder ver el texto en una ventana detrás de la ventana enfocada

Parece que el acrílico no es realmente el vehículo correcto para esto. Por lo tanto, un efecto de transparencia normal sería perfecto para esto, y parece que es más fácil de implementar.

@ drk-mtr, no queremos que muchas aplicaciones creen versiones diferentes del concepto similar para brindar a los usuarios experiencias inconsistentes. Por lo tanto, decidimos usar acrílico aquí. El acrílico también ayuda con la legibilidad que una transparencia regular.

Lo ideal es que el fondo pueda tener una transparencia configurable, pero el texto renderizado podría ser opaco, no tengo idea de cuán alcanzable es esto.

Nuevamente, es probable que se encuentre con problemas de legibilidad aquí que deberá asegurarse ...

Me encanta el efecto acrílico y me gustaría poder usarlo en una ventana enfocada

No puedo usar acrílico cuando la ventana está enfocada, porque incluso en la configuración más mínima que permite la Terminal, el texto no es lo suficientemente legible.

Por lo tanto, me gustaría poder reducir la intensidad del efecto acrílico que se aplica mientras la ventana está enfocada. A modo de ejemplo, si pudiéramos usar el efecto acrílico con una capa gris oscuro transparente aplicada sobre la parte superior, para que el efecto sea más sutil, esto podría funcionar bien.

Alternativamente, poder hacer que el desenfoque sea más intenso y / o reducirlo a casi cero aumentaría enormemente la flexibilidad en el uso en el mundo real.

¿Pensé que ya tenías una capacidad? Esto es lo que obtuve de mi contacto "Para hacer que Acrylic sea más utilizable para usuarios con diferentes preferencias, uno puede presionar y presionar CTRL + MAYÚS y la rueda de desplazamiento con el mouse o hacer" zoom "con un trackpad para ajustar dinámicamente el nivel de transparencia desde 0% hasta ~ 50% ". Esta es una característica específica de la terminal, pero si es interesante y tiene el apoyo de la comunidad, podríamos considerar sistematizarla.

Quiero usar acrílico cuando la ventana no está enfocada.

Aprecie que esto podría no ser posible, solo incluirlo aquí para que esté completo.

Lo ideal aquí es que se puedan aplicar diferentes configuraciones de desenfoque en comparación con la ventana enfocada, y una capa alfa opcional en la parte superior para que sea menos intensa.

Lamento mencionar el sistema operativo basado en frutas aquí, pero por contexto, usan capas alfa en ventanas enfocadas y no enfocadas, y tienen diferentes capas alfa incluso en los íconos individuales dentro de esas ventanas. Entonces no es fácil, pero ciertamente se puede lograr.

Me gustaría comprender los escenarios de usuario aquí. Animo a aquellos que quieran esto a que lo sugieran en nuestro repositorio principal de

No sabía acerca de poder ctrl + shift + scroll - ¡gracias!

Estoy totalmente de acuerdo con apuntar a la coherencia de la estética, pero nunca priorizaría esto por encima de la experiencia funcional. Realmente no tengo una opinión sobre la opacidad / acrílico en WinUI en general - espero que esto no suene grosero pero soy un poco "lo tomas o lo dejas". Realmente solo estoy pensando en las implicaciones de usabilidad dentro del contexto limitado de la Terminal aquí.

Ojalá estas observaciones con una consola enfocada aclaren:

• 0,999 de opacidad: puedo leer claramente el texto de la consola. Sin embargo, no puedo tener ningún sentido de las ventanas en capas debajo de esta. El efecto no tiene ningún factor sorpresa.
• 0,9 opacidad: proporciona un equilibrio generalmente utilizable. Puedo leer el texto de la consola con bastante claridad, aunque el fondo está demasiado iluminado. Tiene muy poco propósito funcional, porque las ventanas detrás de esta son apenas perceptibles.
• 0.5 opacidad: la transparencia está comenzando a ser útil, puedo sentir las ventanas detrás de esta ... pero el texto en primer plano definitivamente está comenzando a perder legibilidad.
• 0.1 opacidad: se ve brillante, con un efecto realmente agradable. Sin embargo, se está convirtiendo en una verdadera lucha leer en ciertas ventanas de fondo ... y hay pocos beneficios funcionales ya que el texto de fondo aún no se puede leer. Así que piensa "¡esto no sería genial en una ventana no enfocada!", Se da cuenta de que no se puede hacer y vuelve a aumentar la opacidad. Y desde una perspectiva puramente estética, en este punto, la transición de acrílico a "nada" cuando alejo el enfoque de esta ventana es horriblemente tonta, ya que "agrega enfoque" a la ventana no enfocada, y la transición repentina es muy pronunciada. porque el efecto acrílico fue más fuerte.

No hay un buen punto de equilibrio para mí. Me preocupa que alguien me diga acerca de una configuración de desenfoque completamente configurable o algo pronto y me sentiré muy tonto ...

Como digo, este es probablemente un trabajo de transparencia regular, o tal vez tendré que apagarlo y aguantar una experiencia de consola más sencilla :)

Creo que el usuario debería usar lo que se sienta cómodo usando. No creo que la terminal tenga que "forzar" una especie de fondo en el usuario. Hipotéticamente, podría haber 3 "modos"

• Fondo completamente opaco (es decir, "useAcrylic": false )
• Fondo acrílico (es decir, "useAcrylic": true ). Debe seguir siendo el valor predeterminado para el factor "sorpresa" y solo porque se ve bien.
• (Semi) Fondo transparente. Este no existe en este momento y probablemente respondería a todas las quejas.

No creo que el acrílico desaparezca cuando la ventana se desenfoca sea un gran problema: para ser honesto, no creo que el objetivo del acrílico sea permitirle ver lo que hay debajo de las ventanas, en mi opinión, es visual. dulce. Entonces, las personas a las que no les gusta que desaparezca este efecto acrílico probablemente se alegrarán con el fondo semitransparente, que les permitiría ver todo lo que necesitan.

Sin embargo, para que esto funcione, la ventana debería mantener su transparencia en todo momento, incluso cuando no esté enfocada.

En cuanto a las opciones, si se adopta un sistema de estado triple, algo como backgroundMode podría agregarse con filled , transparent o acrylic como opciones en lugar de las simples booleano useAcrylic .

Solo mis dos centavos. Solo espero que una versión transparente sea técnicamente factible, ya que creo que sería un punto de venta importante para los usuarios avanzados que están perfectamente contentos con su solución transparente actual y verían la Terminal como una degradación.

Eh, parece que las flechas de las fuentes Powerline están rotas

EDITAR: Esto es seguido por # 633 y estoy ciego, aunque por alguna razón esto funcionó bien hasta ahora

Al ejecutar aplicaciones de consola con funciones de mouse (por ejemplo, las barras de menú de FPC, pero en modo texto), los clics del mouse seleccionarán el personaje debajo de él y no llegarán a la aplicación subyacente.

@ leduyquang753 Ese es el elemento final en "Cosas que sabemos:" en la parte superior de esta página - Referencias # 376, # 545

https://twitter.com/LyalinDotCom/status/1186688002870792192 Visual Studio XAML PM

WinUI 3.0 está planeando un modelo de aplicación de escritorio como una opción para que los desarrolladores puedan usar la potencia de UWP en modo de escritorio completo similar a WPF. WinUI es realmente emocionante por esta y algunas otras razones :)

¿Supongo que esto resuelve el problema de introducir pestañas de WinUI en win32?

https://twitter.com/LyalinDotCom/status/1186688002870792192 Visual Studio XAML PM

WinUI 3.0 está planeando un modelo de aplicación de escritorio como una opción para que los desarrolladores puedan usar la potencia de UWP en modo de escritorio completo similar a WPF. WinUI es realmente emocionante por esta y algunas otras razones :)

¿Supongo que esto resuelve el problema de introducir pestañas de WinUI en win32?

Me atrevo a decir que el proyecto de la Terminal de Windows será un campo de prueba para gran parte de este enfoque de escritorio WinUI

@chigy

@ drk-mtr, no queremos que muchas aplicaciones creen versiones diferentes del concepto similar para brindar a los usuarios experiencias inconsistentes. Por lo tanto, decidimos usar acrílico aquí. El acrílico también ayuda con la legibilidad que una transparencia regular.

Al final del día, el acrílico se ve bonito, pero no es _util_ de ninguna manera.
La transparencia, una función compatible con todos los demás terminales que he usado, es útil.

Entiendo que no está implementado actualmente, pero honestamente es un poco tonto decir que no es una característica que deba ser compatible para mantener la coherencia, especialmente cuando el video promocional muestra una ventana de cristal completamente transparente.

Me pregunto por qué el marketing tomaría esa decisión. Supongo que es porque saben que __todos quieren un terminal transparente__.

Veo mucho "No quiero esto por mis razones" en este proyecto (me vienen a la mente la transparencia y los paneles divididos). Entonces, ¿no lo habilitas en tu configuración? ¿Por qué sería difícil tener acrílico y transparencias disponibles y dejar la elección al usuario?

Un buen ejemplo de esto es iterm2. Tiene transparencia con controles deslizantes para el grado de desenfoque y opacidad. Elección del usuario. Los terminales modernos deberían tener estas características.

@jwhipp, la razón exacta por la que (y el problema para rastrear esto) está aquí, creo que https://github.com/microsoft/terminal/issues/1753#issuecomment -508070516

@jwhipp, la razón exacta por la que (y el problema para rastrear esto) está aquí, creo que # 1753 (comentario)

No vi ese comentario como un descarte definitivo. De hecho, ese tema sigue abierto. Después del problema vinculado, se cerró porque el usuario solicitaba ventanas elípticas en última instancia.

Parece que fue una decisión bastante final, ya que ese problema está listado como "Cosas que la gente quiere, pero que no podremos arreglar" en el primer mensaje de este megathread. Asumiría que está abierto porque sigue siendo un problema.

@rogersachan @mdtauk

Me atrevo a decir que el proyecto de la Terminal de Windows será un campo de prueba para gran parte de este enfoque de escritorio WinUI

La Terminal de Windows es un gran ejemplo de una aplicación que usa Xaml Islands para alojar un componente WinUI (TabView). Con ese fin, ya se parece un poco a una aplicación de escritorio WinUI 😊 ¡Esperamos tener más información para compartir sobre WinUI Desktop pronto! Mientras tanto, dirija los comentarios sobre WinUI Desktop al repositorio principal de WinUI: https://github.com/Microsoft/microsoft-ui-xaml

@chigy

@ drk-mtr, no queremos que muchas aplicaciones creen versiones diferentes del concepto similar para brindar a los usuarios experiencias inconsistentes. Por lo tanto, decidimos usar acrílico aquí. El acrílico también ayuda con la legibilidad que una transparencia regular.

Al final del día, el acrílico se ve bonito, pero no es _util_ de ninguna manera.
La transparencia, una función compatible con todos los demás terminales que he usado, es útil.

Entiendo que no está implementado actualmente, pero honestamente es un poco tonto decir que no es una característica que deba ser compatible para mantener la coherencia, especialmente cuando el video promocional muestra una ventana de cristal completamente transparente.

Me pregunto por qué el marketing tomaría esa decisión. Supongo que es porque saben que todo el mundo quiere un terminal transparente .

@iCodeSometime , Gracias por sus comentarios. La Terminal "Sizzle Video" fue diseñada por el equipo de ingeniería de la Terminal para compartir su visión de lo que querían que fuera la Terminal ... una vez que estuviera construida ... ¡lo cual no era en ese momento! El fondo transparente, de hecho, tenía un efecto de desenfoque aplicado, aunque era un poco menos borroso y más transparente de lo que Acrylic admite actualmente.

El equipo de Terminal agregó soporte de transparencia pura a la Consola hace algún tiempo, pero ha recibido numerosos comentarios de los usuarios de que la transparencia pura puede resultar en que el texto de la Consola en primer plano "colisione" con el texto de una Consola / Terminal / Editor debajo:

Muchos usuarios han solicitado una textura de desenfoque ajustable para evitar este tipo de colisión, sin dejar de tener una sensación de movimiento / contenido de las ventanas en la Terminal actualmente abierta:

El equipo de la terminal también incluyó una forma para que el usuario se ajustara a un punto, comentó @jwhipp . ¿Sabía que se puede mantener presionada la tecla CTRL + MAYÚS y la rueda de desplazamiento con el mouse o hacer "zoom" con un panel táctil para ajustar dinámicamente el nivel de transparencia de 0% a ~ 50%?

Dicho todo esto, Terminal es consciente de todos los comentarios de que los usuarios desean un control mayor e independiente sobre la cantidad de desenfoque y transparencia que el que se proporciona actualmente a través de Acrylic. Nosotros (WinUI) estamos trabajando junto con Terminal, y pronto con otros, incluidos miembros de la comunidad como usted, en nuevas texturas de fondo semitransparentes. Únase a WinUI GitHub para futuras conversaciones sobre materiales adicionales para Windows.

No nos confunda no implementar de inmediato todas las funciones solicitadas con una falta de deseo de hacerlo: nos ENCANTARÍA implementar muchas de las funciones solicitadas, pero tenemos que priorizar el trabajo de acuerdo con nuestros recursos limitados, horarios y otras demandas. .

¡El hecho de que no podamos implementar algo AHORA NO significa que no podremos hacerlo en el futuro, o que alguien de la comunidad no pueda implementarlo!

Caso en cuestión: vamos a trabajar con el equipo de WinUI para mejorar la función de desenfoque de fondo utilizada por Terminal. Siga este tema y comparta sus perspectivas, etc .: https://github.com/microsoft/microsoft-ui-xaml/issues/1493

@jwhipp Re:

¿Por qué sería difícil tener acrílico y transparencias disponibles y dejar la elección al usuario?

Puede habilitar Acrylic a través de la configuración useAcrylic , y ajustar su nivel de desenfoque mediante la configuración acrylicOpacity si lo desea.

@chigy : En mi opinión, una solución alternativa mucho más simple que no niega los beneficios de tener transparencia sería elegir una cantidad de transparencia más razonable que la que se utilizó en su captura de pantalla.

Por ejemplo, así es como se ve la misma captura de pantalla con la opacidad establecida en 80%

Todo el contenido de la terminal es legible, aunque está directamente encima del texto de la otra terminal. Todo lo que hay detrás del terminal también es legible (en contraste con su captura de pantalla acrílica)

Entiendo que este es un software de prelanzamiento y me ha impresionado que ustedes hayan hecho un gran trabajo al corregir rápidamente otros problemas informados (por ejemplo, # 2771). De ninguna manera espero que se agregue transparencia mañana, pero espero que esta captura de pantalla ayude a demostrar por qué la transparencia normal es un requisito para mí antes de poder usar esto como mi terminal predeterminada, y por qué el acrílico no es un buen sustituto, aunque estoy de acuerdo, se ve muy bien.

Puede habilitar Acrylic a través de la configuración useAcrylic , y ajustar su nivel de desenfoque mediante la configuración acrylicOpacity si lo desea.

Sí, me equivoqué, realmente no podría decirles lo difícil que será implementar la transparencia total, así que mis disculpas por ese comentario. Estaba comentando más para las personas que dicen "No quiero esto, así que no lo implementes" cuando debería / realmente sería una configuración de activación / desactivación.

La solicitud aquí se trata de desenfocar / no desenfocar y tener transparencia total. Si configuro la opacidad acrílica en 0.0, por ejemplo, todavía tengo desenfoque, solo está sombreado al mínimo. Nos gustaría tener la opción de no desenfocar con varios grados de sombreado.

Como dije, la mejor referencia para esto es iterm2 y cómo maneja el desenfoque con transparencia.

La nueva versión cambió el color de la barra de título en un contexto de modo oscuro para que se vuelva más brillante.

Me gustó más el color antiguo (a la izquierda).

@escalonn Gracias por los comentarios. Nuestro diseño de color original no era muy accesible, y mucha gente no estaba contenta de no poder diferenciar sus pestañas.

En este momento, nos estamos centrando en los temas generales oscuros y claros de

@jwhipp No hay problema, solo quería asegurarme de que estaba al tanto de algunos de los botones y diales que estamos exponiendo. Lo que amplifica un poco su punto: donde no hay un bien o mal claro, y donde la elección del usuario final realmente importa, a menudo nos equivocamos al exponer configuraciones / opciones. Sin embargo, somos conscientes de que esto no se escala, y de vez en cuando tomará una postura más obstinada, como, por ejemplo, los cambios de color en la tira de pestañas, difiriendo en cambio al (increíble) trabajo del equipo de WinUI para construir un experiencia de usuario accesible, consistente y atractiva a través de su conjunto de controles.

@iCodeSometime : una de las dificultades para crear experiencias de usuario es que hay muchas necesidades y opiniones.

Reducir la cantidad de transparencia de una ventana ciertamente hace que las cosas sean más legibles, pero no lo suficiente para muchos.

Algunas personas prefieren una cantidad de desenfoque / glaseado para oscurecer el contenido específico de las ventanas que se encuentran debajo, mientras aún pueden ver, por ejemplo, cuándo termina una compilación o se cierra una aplicación, etc.sin tener que moverse continuamente hacia adelante y hacia atrás. Especialmente cuando se maximiza la ventana más alta / enfocada.

Tampoco queremos volver a crear el modelo de transparencia de fuerza bruta de GDI que tuvimos que adoptar en Console, en el que toda la ventana se vuelve transparente: bordes, barra de título, fondo y ..., lo que es más importante ... contenido de texto.

Y debemos asegurarnos de que la Terminal sea accesible, flexible, configurable y productiva. Tenga paciencia con nosotros mientras nos dirigimos a completar y estabilizar las funciones v1.0 de Terminal, y luego a trabajar en la v2.0.

No sé por qué ... Pero los blocs de notas en la tienda de Windows tienen un efecto acrílico incluso si están desenfocados.
Su código fuente está en https://github.com/JasonStein/Notepads .

¿Sería posible usar esto: https://docs.microsoft.com/en-us/uwp/api/windows.ui.composition.compositionbackdropbrush para hacer una barra de título acrílica? Realmente no sé cómo funciona esto o XAML, pero tal vez sea posible usarlo para crear un SpriteVisual (?) Con un CompositionBackdropBrush que cubre la barra de arrastre y luego el resto de la barra de título puede tener su fondo establecido en acrílico en el XAML?

Puse los bordes de las ventanas estándar en la terminal.

Modo claro, color en la barra de título deshabilitado:

Modo claro, color en la barra de título habilitado:

Modo oscuro, color en la barra de título deshabilitado:

Modo oscuro, color en la barra de título habilitado:

¿Qué piensas? ¿Debo hacer un PR o no?

Más detalles:

• También soluciona el problema por el que las asas de agarre son demasiado estrechas a la izquierda, derecha e inferior.
• También eliminé el asa grande en la parte superior para cambiar el tamaño y, en su lugar, ahora cambia el tamaño agarrando el asa en la parte superior de la barra de arrastre

@ greg904 amigo, ¡sigues haciendo mi trabajo por mí! ¡Me encantaría ver un PR para esto! Gracias

(Hemos estado discutiendo esto con el equipo de DWM - ellos quieren que seamos mejores ciudadanos, _que_ queremos ser mejores ciudadanos, ¡arreglará un montón de elementos de la lista de verificación en # 1625!)

PR # 3394

Sin embargo, no son fronteras de estándares verdaderas, utilicé algunos trucos.

De hecho, noté una cosa interesante: aunque Terminal pierde su transparencia cuando no está enfocado, mantiene la transparencia (sorprendentemente) en el Modo tableta, que se ve bastante bien.

No estoy seguro de si alguien más notó esto, pero.

@ greg904 solo para su información, Bloc de

¿Existe la posibilidad de tener subcarpetas en el menú? Me gustaría tener la capacidad de organizar elementos como distribuciones WSL, versiones de Powershell, entornos de programación juntos.

@ str8edgedave Estás buscando "Permitir la personalización del menú desplegable en profiles.json" # 1571

+1 para "No se pueden reordenar las pestañas". Por favor, no lo haga como Windows, donde nunca puede cambiar el orden de sus escritorios virtuales.

Debería haber una forma de eliminar el espacio en la parte superior de las pestañas, en mi opinión.

Debería haber una forma de eliminar el espacio en la parte superior de las pestañas, en mi opinión.

No deberían estar en la especificación en primer lugar, en mi opinión. Ese espacio tiene errores en el modo tableta.

¿Hay alguna forma de crear una nueva pestaña en la ventana de terminal existente en lugar de abrir una nueva ventana cuando se inicia wt.exe?

¿Por qué no hacer que los colores de la barra de pestañas estén en el borde?

En Edge hay una barra de título oscura con pestañas un poco más brillantes. Entonces, es lo opuesto a lo que parece la terminal actualmente y creo que la forma en que Edge se ve mucho mejor.

Esto se debe a que su cerebro, naturalmente, ve las cosas más brillantes en primer plano.

De la discusión anterior, parece que el enfoque es solo tener un tema oscuro y claro, pero ¿por qué el color de la barra de título no puede simplemente respetar el color de acento seleccionado por el usuario?

Creo que el color de acento es bueno para la barra de título, pero no para el fondo de las pestañas.

@ xa0082249956 @ greg904

Hola chicos, soy el autor de Bloc de notas, así es como hago que el efecto acrílico de fondo esté "siempre encendido" tanto para la barra de título como para el cuerpo de la ventana de la aplicación Bloc de notas: https://github.com/JasonStein/Notepads/blob/12940adc674a9ba6fa336e3aaa8652978e8a8c8e/src /Notepads/Services/ThemeSettingsService.cs#L253

Yo mismo creé el pincel acrílico usando "AcrylicBackgroundSource.HostBackdrop" con la ayuda de la biblioteca UICompositionAnimations para hacer mi vida más fácil (ref: https://github.com/Sergio0694/UICompositionAnimations).

Básicamente, se trata de crear el pincel desde cero utilizando API de composición (AcrylicBackgroundSource.HostBackdrop + Noise texture).

* Actualizaciones **

Mi versión personalizada de HostBackdropAc AcrylicBrush:
https://github.com/JasonStein/Notepads/blob/master/src/Notepads/Brushes/HostBackdropAc AcrylicBrush.cs

Tengo varios monitores. Cuando tengo la Terminal de Windows abierta con el acrílico habilitado, mi computadora entra en suspensión y la despierto nuevamente, el acrílico se vuelve de un color sólido. Si arrastro la ventana dentro de un monitor, el fondo permanece igual. Si lo arrastro a otro monitor, el acrílico vuelve a aparecer.

@EricLauber , ¿podría volver a publicar su problema con acrílico en el repositorio de WinUI?
https://github.com/microsoft/microsoft-ui-xaml/issues/new/choose

@chigy Sí, puedo. Lo siento, no me di cuenta de que estaba separado. Gracias.

@EricLauber , ¡gracias! Terminal utiliza la función acrílica proporcionada por el sistema, por lo que es mejor llevarla a un grupo que la entrega.

Por favor ignore mi comentario anterior. Estaba entendiendo mal el comportamiento: la característica acrílica desaparece cuando la ventana no tiene el foco superior. No fue el acto de arrastrar entre monitores lo que trajo el acrílico de vuelta, fue seleccionar la ventana en sí.

Ver # 4593 :) No tengo nada más en este momento. Podría ser una opción que esté desactivada por defecto, tener un borde exterior para mejorar la separación de múltiples ventanas ...
En Personalización, hay una opción de comentarios, y eso lleva a un tablero de foro, busqué 'grosor del borde' y encontré varios hilos independientes, pero este tiene comentarios ... https://aka.ms/AA7fj9x

Agregue una mezcla alfa al cursor, el texto debajo no es visible en absoluto.

Hola - Me encantaría ver el efecto acrílico aplicado cuando _no_ es la ventana activa. Cuando escribo, quiero concentrarme. Cuando esté a un lado, quiero que se vea bien :) O mejor aún, opciones explícitas tanto para activo como en segundo plano, ya que a la gente también le gustaría tenerlo encendido permanentemente. Gracias - aplicación increíble.

Cuando se usa la función de ajuste de ventana, hay un pequeño borde alrededor de los bordes, es decir, la ventana no se ajusta completamente, mostrando parte del escritorio o lo que sea que esté detrás del terminal.

@DanDavies Debería ver https://github.com/microsoft/terminal/issues/5250#issuecomment -610691840

De @ SFM61319 en # 3337

Además, el menú de perfil y los botones no se ven muy "fluidos". Agregue algunos pinceles AcrylicBrush y RevealBrush a esos para un efecto más fluido.

Esta es la documentación oficial sobre cuándo usar acrílico y cuándo no: https://docs.microsoft.com/en-us/windows/uwp/design/style/ac Acrylic#transient -surfaces. De esa página:

Muchos de nuestros controles usarán acrílico por defecto. MenuFlyouts, AutoSuggestBox, ComboBox y controles similares con ventanas emergentes de descarte de luz usarán el acrílico transitorio cuando se invoquen.

Entonces, es curioso que nuestro MenuFlyout no use eso, no estamos haciendo nada para personalizarlo ...

Con el n. ° 5485 combinado, ¿es factible ahora el acrílico en la barra de pestañas?

@wazybr Intenté cambiar brevemente el pincel de la barra de título por uno acrílico solo para probarlo. No funcionó, pero tal vez haya una forma menos ingenua de hacerlo (la captura de pantalla de @ DHowett-MSFT en # 5485 parece implicar que es posible).

Sí, _funciona_ ahora, pero todavía hay un lugar donde sacamos el pincel de la barra de título y lo convertimos en SolidColorBrush. Esto, por supuesto, hará que explote.

También está el pincel TabViewBackground en app.xaml. :sonreír:

No aceptaríamos una contribución que simplemente agrega eso hoy porque hay demasiados grupos de personas que quieren todo tipo de cosas diferentes:

• tab color = color terminal
• color de la barra de título = color de la terminal
• color de la pestaña = acrílico
• color de la barra de título = acrílico
• color de la barra de título = color de la pestaña

Por eso estamos trabajando en # 3327, "temas".

Entiendo. El acrílico en la barra de título será un buen toque para la interfaz de usuario y agregará consistencia en relación con otras aplicaciones de Windows como _Photos_ y _Movies & TV_.

@DHowett ¿Puede cambiar el OP para reflejar mejor la posibilidad?

Claro, lo edité. Gracias.

Hola @ zadjii-msft, antes que nada, me disculpo por llegar tarde un mes.
Ahora, ya leí la documentación sobre cuándo usar acrílico y cuándo no, y también sé que esos controles usan acrílico por defecto. Esto me confunde porque el menú de Windows Terminal NO usa acrílico por defecto. Y si se suponía que debía usar Acrylic de forma predeterminada, que no está usando, entonces, eso es más inconsistente que consistente (porque no es lo que se suponía que era y lo que es el resto de su tipo, lo que indica una interfaz de usuario sin pulir e inconsistencia).

Entonces, es curioso que nuestro MenuFlyout no use eso, no estamos haciendo nada para personalizarlo ...

No sé si es solo un error oculto en el código o algún error, pero creo que usted (el equipo de Microsoft y / o quien lo codifique) tal vez debería intentar usar el atributo Style para agregar AcrylicBrush manualmente (ya que no se usa automáticamente) para hacer que la interfaz de usuario sea más consistente (porque otras aplicaciones para UWP usan Acrylic para tales menús, lo que indica la coherencia de la interfaz de usuario) tal vez en futuras actualizaciones.

Además, su comentario realmente no respondió a la segunda pregunta (?) Sobre el uso de RevealBrush (tal vez no lo notó).
El pincel revelador agrega más consistencia a la interfaz de usuario de una aplicación para UWP (IMO) y es utilizado por muchas aplicaciones (incluida la aplicación Configuración). Es incluso más efectivo para los usuarios del modo oscuro (nuevamente, en mi opinión) ya que resalta los fondos oscuros con "luces" blancas (o degradados), a diferencia del modo claro, donde revelar solo agrega un degradado de borde oscuro y no hace nada a los fondos blancos. Por lo tanto, si se utilizan pinceles Reveal en los botones newTab y MenuFlyout , la interfaz de usuario puede parecer un poco más pulida y consistente (nuevamente, en mi opinión).

Por lo tanto, considere agregar AcrylicBrush (para los MenuFlyout ) y RevealBrush (para los botones).

¡Gracias!

Editar: Además, si alguien quiere responderme, por favor menciónenme usando @ cuando me responda (ya que GitHub me avisa cuando alguien me responde cuando me menciona).
Además, esto está realmente fuera de tema (pero no marque esto como fuera de tema para esta línea): ¿Es usted el mismo u / zadjii en Reddit (porque si es así, lo vi en r / windows y sentí familiar)?

¿Deberían los botones min / max / cerrar ser más pequeños (como otras aplicaciones para UWP) y tener espacio debajo de ellos cuando la ventana no está maximizada como en chrome / edge chrome? Y el área diminuta debajo de ellos sería arrastrable.
Me gusta esto:

¿Deberían los botones min / max / cerrar ser más pequeños (como otras aplicaciones para UWP) y tener espacio debajo de ellos cuando la ventana no está maximizada como en chrome / edge chrome? Y el área diminuta debajo de ellos sería arrastrable.
Me gusta esto:

FWIW, así es como funciona Edgium:

¿Deberían los botones min / max / cerrar ser más pequeños (como otras aplicaciones para UWP) y tener espacio debajo de ellos cuando la ventana no está maximizada como en chrome / edge chrome?

Edge es la única aplicación que puedo ver que hace eso y es probable que sea un efecto secundario de tener su propio kit de herramientas de interfaz de usuario multiplataforma en lugar de controles "nativos".

Entonces, para responder a su pregunta, diría que probablemente no.

¿Deberían los botones min / max / cerrar ser más pequeños (como otras aplicaciones para UWP) y tener espacio debajo de ellos cuando la ventana no está maximizada como en chrome / edge chrome? Y el área diminuta debajo de ellos sería arrastrable.
Me gusta esto:

En Windows, el lado izquierdo inmediato de los botones está reservado como un área que se puede arrastrar. Entonces, tener lo mismo en la parte inferior es redundante.

¿Deberían los botones min / max / cerrar ser más pequeños (como otras aplicaciones para UWP) y tener espacio debajo de ellos cuando la ventana no está maximizada como en chrome / edge chrome?

Edge es la única aplicación que puedo ver que hace eso y es probable que sea un efecto secundario de tener su propio kit de herramientas de interfaz de usuario multiplataforma en lugar de controles "nativos".

Entonces, para responder a su pregunta, diría que probablemente no.

También es molesto en Edge. Deben estar centrados en Edge. Ojalá las nuevas aplicaciones de Windows fueran consistentes.

Todavía veo una casilla de verificación para hacer que la barra de título sea acrílica, pero ninguna para que realmente respete el color del sistema como lo hace cualquier otra aplicación.

_ "Windows Terminal tiene su propio color de barra de título fijo ignorando los colores de barra de título activo e inactivo del sistema dados por el sistema" _

¿Se puede al menos cambiar esa característica a "Opciones de personalización de la barra de título" para que aquellos de nosotros que solo queremos coherencia podamos tener una manera de hacerlo?

Todavía veo una casilla de verificación para hacer que la barra de título sea acrílica, pero ninguna para que realmente respete el color del sistema como lo hace cualquier otra aplicación.

_ "Windows Terminal tiene su propio color de barra de título fijo ignorando los colores de barra de título activo e inactivo del sistema dados por el sistema" _

¿Se puede al menos cambiar esa característica a "Opciones de personalización de la barra de título" para que aquellos de nosotros que solo queremos coherencia podamos tener una manera de hacerlo?

La mayoría de las aplicaciones modernas de Windows no siguen el color del sistema y tienen el suyo. Entonces es consistente.

Todavía veo una casilla de verificación para hacer que la barra de título sea acrílica, pero ninguna para que realmente respete el color del sistema como lo hace cualquier otra aplicación.

_ "Windows Terminal tiene su propio color de barra de título fijo ignorando los colores de barra de título activo e inactivo del sistema dados por el sistema" _
¿Se puede al menos cambiar esa característica a "Opciones de personalización de la barra de título" para que aquellos de nosotros que solo queremos coherencia podamos tener una manera de hacerlo?

La mayoría de las aplicaciones modernas de Windows no siguen el color del sistema y tienen el suyo. Entonces es consistente.

Entonces, ¿estás diciendo que deberíamos seguir teniendo una inconsistencia constante?

Es como decir que vas a hacer algo mal solo porque todos lo hacen.

Así que después de indagar en este y otros comentarios.

Ya había un problema para la barra de título que no respetaba el tema del sistema # 1963 que se apiló en otro problema # 3327. Con esta publicación de problemas de "Mega Thread" obsoleta / obsoleta.

Dada la antigüedad de ambos problemas, parece que hay muy pocos intereses de los desarrolladores, lo que hace que la implementación sea poco probable.

Así que personalmente decidí descartar la funcionalidad de la pestaña para obtener la coherencia visual.

    "alwaysShowTabs": false,
    "showTabsInTitlebar": false,

Simplemente deje esta información aquí en caso de que sea relevante para otra persona.

Oye, para que conste, hay una gran cantidad de discusión sobre las formas de configurar el color de las pestañas y la fila de pestañas (barra de título) en # 3327 y # 5772. Las opciones discutidas allí incluyen hacer coincidir la barra de título con el color de acento del sistema, o las pestañas con el color del control que está enfocado en la ventana.

El hecho de que un problema sea antiguo no significa que esté abandonado. El # 3327 es uno de mis temas favoritos en el que estoy deseando tener tiempo para trabajar.

Lo mismo que sucede en la Galería de controles XAML: https://github.com/microsoft/Xaml-Controls-Gallery/issues/108 sucede en Windows Terminal

Ah, y hacer clic con el botón derecho en los botones de título en la barra de título no abre el menú de Sizer, una aplicación de Brianapps que funciona con el paquete de Office que parece tener una barra de título personalizada.