Desktopeditors: Admite cuadros de diálogo GTK nativos en Ubuntu/Linux
¿Desea solicitar una característica o informar un error ?
Rasgo
¿Cuál es el comportamiento actual?
Diálogos como "Guardar como", "Buscar en documento", "Abrir", etc. no son nativos en Ubuntu/Linux
Si el comportamiento actual es un error, proporcione los pasos para reproducir y, si es posible, una demostración mínima del problema.
Abra cualquiera de los cuadros de diálogo mencionados anteriormente.
¿Cuál es el comportamiento esperado?
Los diálogos deben ser nativos de la plataforma, en este caso, los diálogos GTK en Ubuntu/Linux. Recientemente, LibreOffice cambió a diálogos GTK nativos con v6.1: http://caolanm.blogspot.com/2018/03/native-gtk3-message-dialogs.html
Mejoraría la facilidad de uso y la productividad (para funciones avanzadas) si se utilizaran diálogos GTK nativos en ONLYOFFICE. Ver #163 para un ejemplo.
¿Qué versiones de DesktopEditors y qué sistema operativo se ven afectados por este problema?
v5.2.4
uncertainquark
Todos 8 comentarios
Hola, @uncertainquark.
Solíamos usar GTK antes, pero tuvimos algunos problemas con esos diálogos. Pero creo que deberíamos discutir la posibilidad de usarlo de nuevo. Creo un problema 40229 en nuestro rastreador de problemas privado.
Rita-Bubnova
en 15 ene. 2019
Gracias. También cabe destacar del n. ° 163 que el selector de archivos no nativo actual ni siquiera tiene vista previa de archivos (por ejemplo, imágenes), entre otras cosas.
uncertainquark
en 16 ene. 2019
No uso GTK a menudo porque soy principalmente un usuario de Plasma. Sin embargo, quiero ver que esto use los cuadros de diálogo GTK y Qt según el entorno de escritorio (similar a Firefox que usa la variable de entorno GTK_USE_PORTAL ).
YamiYukiSenpai
en 26 abr. 2019
Un efecto secundario de no utilizar el widget GTK de selección de archivos nativo para los cuadros de diálogo Abrir y Guardar en OPENOFFICE es que los cuadros de diálogo actuales no funcionan bien con el escalado. En las capturas de pantalla a continuación, tengo una pantalla de computadora portátil HI-DPI con un factor de escala del 200%. Observe que los botones Abrir, Guardar y Cancelar son físicamente demasiado pequeños; de hecho, los iconos de los botones escalados ni siquiera caben dentro de los marcos de los botones.
PJSingh5000
en 10 oct. 2019
Puedo confirmar el problema de los botones "Guardar" y "Cancelar" en el selector de archivos con una escala del 200%
parrenin
en 1 dic. 2019
Aparentemente, OO 5.5.1 usa diálogos GTK nativos.
¿Quizás es hora de cerrar este tema?
parrenin
en 16 abr. 2020
Estamos trabajando para solucionar este problema en todos los sistemas, pero en algunos sistemas todavía se usa el cuadro de diálogo antiguo (como CentOS 7 y algunos otros), por lo que este problema no está completamente solucionado.
ShockwaveNN
en 16 abr. 2020
Sería genial si es opcional (se puede habilitar en la configuración)
También con el soporte opcional appmenu/gtk menu/gmenu (o cómo se llama correctamente), por lo que el diseño de inserción de inicio de archivo... podría ser manejado opcionalmente por gtk para ahorrar algo de espacio en la pantalla.
Ejemplo de Firefox usando el menú gtk en gnome con algunas extensiones https://ibb.co/6mDMMns
Incluso si no está completamente arreglado, todavía se puede implementar como una característica opcional (posiblemente con alguna advertencia)
Gouster4
en 4 abr. 2021
Temas relacionados
stavpup
·
7Comentarios
Dvlnst
·
3Comentarios
lixaotec
·
3Comentarios
markkuit
·
7Comentarios
Yorper
·
3Comentarios
Comentario más útil
Hola, @uncertainquark.
Solíamos usar GTK antes, pero tuvimos algunos problemas con esos diálogos. Pero creo que deberíamos discutir la posibilidad de usarlo de nuevo. Creo un problema 40229 en nuestro rastreador de problemas privado.