Realmente impactante, en un comunicado que pueden leer aquí, podrán ver que nuevamente el lanzamiento de GNOME 3 se retrasa un ciclo de desarrollo más (hasta septiembre de 2011).

Yo que he seguido el desarrollo de cerca de este entorno de escritorio, estoy contento de que así sea ya que por muy bueno y usable que se encuentre GNOME 3 lo consideraba incompleto y los desarrolladores se han dado cuenta y han tomado la mejor decisión para entregar un producto más completo.

Claramente esta decisión es debatible, pues es un retraso más y aunque esta tenga un fundamento decepciona a los fanáticos de GNOME que estaban esperando con ansias una nueva versión de este increíble entorno de escritorio.

Saludos

Como todas las semanas realizaré un pequeño análisis de las novedades que nos trae GNOME-Shell. Esta semana por motivos de trabajo, me he retrasado un día, quedando muy, pero muy cerca del lanzamiento de la primera beta de GNOME 3.

Las novedades son:

1. El primer cambio se ha realizado en la nuevo configuración del sistema, que cada día está tomando más y más atención de los desarrolladores, encontrando novedades en ella todos los días.

Para realizar un análisis más redondo, le dedicaré una entrada única a este elemento cuando ya tengamos ante nosotros la primera beta de GNOME-Shell.

2. Como segundo cambio se encuentra el rediseño estético del panel de GNOME-Shell, quedando igual al presentado en las maquetas de la pagina de diseño o pizarrones de la web de GNOME. Ahora el panel se presenta con tonos más cuidados, curvas cóncavas en sus extremos (personalmente no me gusta), nuevo diseño al seleccionar un elemento y los indicadores que se encuentran en él, tienen un tono más gris y al ser seleccionados se vuelven de un tono blanco ganando foco.

3. En esta compilación, el cuadro de búsqueda cambia nuevamente su diseño, dejando atrás la transición que había ganado la vez anterior y también cambiando su texto de búsqueda con “teclear para buscar…” en vez de “buscar en su equipo”. El trabajo ahora se vez más pulido y es más fácil comprender su funcionamiento.

4. El efecto que tenía el menú contextual del “Dash” ha sido simplificando, no trayendo a foco la ventana que seleccionemos.

5. Como lo adelantábamos en la entrada anterior, el menú de audio obtiene un control de micrófono cuando una aplicación (Ej. Skype) lo requiera. Esta opción sinceramente no podría afirmar si se encontraba antes de esta compilación, ya que no había ocupado Skype anteriormente por lo que encontrarla fue algo fortuito.

6. El menú del reloj, fue levemente centrado, ya que anteriormente al ser desplegado, se inclinaba para el lado derecho de la pantalla.

7. El selector de áreas de trabajo ya funciona un poco mejor desde la vez anterior. Ahora al llegar al límite vertical de pantalla, las áreas anteriores se reducen dando espacio a otra área de trabajo, teniendo un comportamiento similar al Dash.

Como lo mencioné en la entrada anterior, este comportamiento lo considero perjudicial para el uso de la Shell en dispositivos de pantallas pequeñas (como netbook) o dispositivos multitáctiles ya que al reducir su tamaño, pierde funcionalidad de trabajo.

Saludos

Ante la cercanía de la primera versión beta de GNOME 3, he decidido dejar de lado el análisis de GNOME-Shell hasta que sea lanzada, por lo que he querido escribir lo que creo debería cambiar en GNOME 3 (o por lo menos debiera ser tomado en cuenta )

Ad portas de este lanzamiento, me gustaría mencionar desde mi perspectiva como usuario, cuales son los elementos que me gustaría fuesen agregados, cambiados o refinados en GNOME-Shell.

Nota: Todos los puntos a los que haré mención, toman en consideración los principios de diseño de GNOME-Shell y su eficacia en distintos tipos de dispositivos como lo podría ser una tablet.

Sobre el panel

El panel debería presentarse de forma más coherente con el resto del entorno, ya que se presenta en un “tono opaco” a diferencia de las otras opciones y menús. Ante esto propondría que se presentara de forma predeterminada (siempre y cuando fuera una opción configurable) con un tipo de transparencia o una transparencia con desenfoque, lo cual la dotaría de una diferenciación más que notable.

GNOME-Shell

Respecto a los menús del panel, debería ser arreglado el efecto de los botones tipo “interruptor” que activan y desactivan funciones del sistema. Si los comparamos con los que pueden ser usados en la “configuración de sistema”, estos pueden ser manipulados como si realmente fueran un interruptor – valga la redundancia –, no es así en los menús del panel, ya que funcionan como un botón. Ej. Al querer encender el Bluetooth, no se puede deslizar el interruptor a “encendido”, en cambio se debe presionar en el. Cuando se lleva a cabo esta acción el menú automáticamente se cierra, por lo que hay que volver a abrirlo para manipular sus opciones.

Interruptor menú accesibilidad

Interruptor de configuración del sistema

Hay algunos menús del panel que son – o serán – muy grandes. Uno de ellos es el menú de usuario, que debería ser más conciso a la hora de presentar la información.

Menú de usuario

Como antecedente quiero mencionar que hay un efecto en el menú “Bluetooth” que permite expandir las opciones “enviar archivos” o “examinar archivos” de algún dispositivo que tengamos asociado, sin la necesidad de abrir un menú contextual. Este mismo efecto podría ser usado en el “menú de usuario”, para expandir las opciones de estado del usuario, así se abriría la posibilidad de controlar el estado con “Empathy” con todas las opciones que entrega el programa, sin la necesidad de abrir su ventana principal. Otro uso, en el cual podría ser utilizado este efecto en el menú, son en las opciones de apagado (apagar, reiniciar, suspender o hibernar), que como listado ocupan bastante espacio vertical.

Expansión menú Bluetooth

Otro menú que sería muy voluminoso es el menú del reloj, ya que si ven éstas maquetas, podrán apreciar que este menú aumentaría mucho su tamaño en forma vertical perjudicando pantallas pequeñas como la de los netbooks (contrariamente si fuera añadido en forma horizontal, dañaría en espacio a dispositivos como tablets). Yo también propondría la opción de usar el efecto que hay en el menú Bluetooth del cual ya hablamos, ya que la opción de ver la hora de varios países, esta dirigido a un público muy específico, no siendo ocupado por todos. (nota: otro elemento que me gustaría que volviera, es la posibilidad de ver la fecha en el panel sin la necesidad de abrir el menú).

Sobre el indicador de volumen, siento que debería tener mayor complejidad. En las últimas compilaciones, al activar un programa que necesite del micrófono (Ej. Skype), el menú se extiende apareciendo la opción de controlar el volumen del micrófono. Sin embargo aún son necesarios un botón que active y desactive el audio, un indicador de porcentaje del nivel de volumen, y una retroalimentación visual del nivel del volumen cuando al acercarnos con el cursor al icono de volumen y lo controlamos con la “ruedita” del ratón.

Manejo de micrófono en menú de audio

Sobre el Dash

El Dash, es uno de los elementos que produce más controversia a mi parecer, al no contar con funciones claramente definidas. Una de los comportamientos que menos entiendo, es la función de “barra de tareas” que le fue asignada (heredada de su prima-hermana el “Dock”). Esto significa que cada programa que abramos, será representado icónicamente en el Dash, teniendo como consecuencia que según el tamaño de la pantalla, se llegará al límite pre-establecido del Dash y para dar cabida a otros elementos estos se encogerán, disminuyendo su tamaño a medida que abramos más y más aplicaciones o agreguemos aplicaciones “favoritas”(siendo esa su otra función).

Dash y áreas de trabajo con tamaño normal

El problema es, que no existe un límite en la función “barra de tareas”, (ya que puedes abrir todas las aplicaciones que rinda tu ordenador), y si se llega a un tamaño demasiado pequeño en los iconos, se pierde en estética y en diseño (En especial si el entorno es usado en dispositivos multitáctiles, ya que usando el cursor es sencillo manipular objetos pequeños, no así con los dedos).

Dash y áreas de trabajo con tamaño muy disminuido

A mi parecer, las función de “barra de tareas” en el Dash sobraría considerando los otros elementos el menú actividades. El primero de ellos es el “selector de ventanas”.

Este elemento entrega una buena opción visual a la hora de ubicar la ventana que queramos abrir. Si hay muchas ventanas en un área de trabajo, está la opción de ampliarlas con la “ruedita” del ratón o el touchpad para ver su contenido y en el caso, necesitemos una ventana que se encuentre en otra área de trabajo, utilizaríamos el “selector de áreas de trabajo”, para navegar en él y encontrarla o el “conmutador de aplicaciones”, que añade la opción de mostrar ventanas que estén en otros espacios.

Por último y para cerrar el argumento, las opciones contextuales que se encuentran el el Dash, pueden ser reubicadas en el “menú de aplicaciones” (como abrir nueva ventana, o escoger entre las ventanas que estén abiertas).

Con todo esto, quiero decir que el Dash tiene una función que no le corresponde (o bien opciones duplicadas) considerando todas las opciones que nos brinda el resto del entorno. Yo propongo que el Dash como tal, debería ser usado simplemente como un “lanzador de favoritos”, manteniendo un tamaño icónico constante (esto facilitaría la comprensión de su uso, mantendría la estética y su funcionamiento en dispositivos multitáctiles).

Por otra parte, solventando otra necesidad el Dash podría ser usado para mostrar otros elementos (como la papelera, dispositivos conectados, Equipo o marcadores de carpeta), que no se muestran en otro lugar o permitir que estos elementos se puedan ubicar en el como accesos directos. En tal caso, propondría que se mantuvieran inalterados el tamaño de los iconos, pero se agregara un comportamiento similar al “lanzador de Unity”, para que al agregar más elementos estos se apilaran o rodaran (como un carrusel). Estos podrían ser manipulados arrastrando los iconos (como si fuera una rueda virtual). Nota: Para no ser recursivo, sólo mencionaré que el encogimiento icónico del Dash, también se da en el “selector de áreas de trabajo”  como pueden ver en éstas maquetas o en las imágenes.

Sobre los controles de “hardware”

(volumen, brillo y monitores)

Este elemento se ha mantenido desde la versión de GNOME 2.xx. Se refiere a esa retroalimentación visual, ubicada en la parte inferior que nos muestra el nivel de volumen o brillo al utilizar los botones de hardware – comúnmente en portátiles – (Ej. Fn+F4 para subir el volumen).

En las versión oficial del LiveCD/USB de GNOME 3, ya cuando ocupamos el botón de volumen, este se muestra con un icono simbólico propio, no así el brillo.

Brillo

Siento que fue buena decisión dejar este elemento diferente a lo que es una notificación, debido que su uso e invocación es específica (depende del hardware), y por lo tanto merece su propia representación en el escritorio. Sin embargo un elemento que se ha vuelto relevante en los dispositivos móviles (netbook o tablet), es el uso de la conexión VGA, HDMI u otra, disponible en el aparato y que requiera de las opciones de elección de monitor, duplicación de escritorios, escritorios independientes, etc.

Volumen

Por ejemplo, esta es una opción que ocupo bastante al realizar presentaciones con mi netbook o ver contenido multimedia en proyectores, el problema que aunque funciona, tengo que tantear y esperar el efecto en pantalla, para saber “que opción he escogido”. Hay muchos equipos que tienen esta función, y todo entorno diseñado en parte para dispositivos móviles – siento – debería entregar una opción para manejar monitores usando los botones de hardware como acceso rápido (como la tecla “windows” + P, en Windows 7). Otro elemento que quizás no es tan usado, pero existe es la tecla para suspender el equipo.

En síntesis, mi propuesta es que el entorno (exista o no la opción) debiera tener una retroalimentación visual ante estas opciones, para así facilitar el uso del ordenador.

Sobre los “Iconos”

Este es uno de los elementos más pobres a mi parecer. Teniendo en cuenta que se optimizaron los ya clásicos iconos de GNOME y se añadieron los nuevos iconos simbólicos el cambio para esta versión debió ser más radical.

"Selector de aplicaciones" con iconos GNOME

La inclusión del nuevo paquete de iconos simbólicos es lo más llamativo, no obstante es curioso, ya que por su cantidad y diversidad, estos perfectamente pueden ser usados para remplazar los iconos de la “barra de herramientas” de las ventanas o toda representación icónica que se muestre en su tamaño más pequeño (Ej. los diálogos “guardar como”). Sinceramente esto me parecería espectacular y es algo que espero mucho. (nota: los iconos están en formato *.svg, por lo cual sus posibilidades de uso son amplias).

Iconos simbólicos

Sobre el resto de los iconos y su nueva calidad, consideraría seriamente que el tamaño por defecto en nautilus sea del 150% (compactando un poco la cuadrícula), o que esa proporción se convierte en el nuevo 100%.

Personalmente al usar el pack de iconos Faenza en la Shell, vi como éstos lucían a la perfección (fallaban los del área de estado del sistema) y me pensé si alguna vez hay un gran cambio en el diseño icónico de GNOME, estos debían basarse en el estilo Faenza (iconos rectangulares). Estos realzan mucho en la Shell y como doble función, también realzan el estilo “botón” que adquieren los elementos para su uso en otros dispositivos. Aquí hay imágenes para su comparación y comenten ustedes si no notan la diferencia.

"Selector de aplicaciones" con iconos Faenza

Otro elemento que siento necesario en los iconos (o por lo menos exista una opción), es la existencia de una retroalimentación visual al pulsar doble click cualquier aplicación como existía una en el antiguo panel de GNOME 2.xx. Este elemento se justifica por el mayor auge de periféricos más “silenciosos” (no como el típico click de un ratón) como touchpad, magic trackpad o monitores con soporte multitouch.

Sobre otras cosas

La especificación de los “diálogos modales” debería ser refinada. Me he topado con diálogos que salen de otros diálogos (Ej. diálogos en virtualbox) o diálogos que aparecen desde el panel principal (Ej. cuando se pregunta si ejecutar, abrir, etc; un archivo).

Duplicación diáologo modal

Diálogo modal de la nada

Ya que no hay preferencias de ventanas, y la inclusión del efecto “aero snap” permite maximizar la ventana de forma rápida, se debería cambiar el comportamiento “maximizar” la ventana a “minimizar” la ventana al realizar dos clicks en el borde de ventana.

En el “selector de aplicaciones”, debería incluirse en las categorías: La carpeta “Home”, Equipo, dispositivos o añadir estos en otra instancia. Por otra parte debería compactarse el espacio utilizado, ya que al ocupar la Shell en un monitor vertical (Ej. tablet) se nota un gran desperdicio del espacio.

Desperdicio de espacio en pantalla

Considerando el diseño de la barra de volumen principal en el panel, la barra utilizada en el tema GTK+ oficial debería ser la misma (análogo al diseño de los botones “interruptor”) o por lo menos que la flecha apunte hacia los indicadores visuales. Nota: Siento que con este recambio en la “configuración de sistema”, debería añadirse un equalizador gráfico en las opciones de audio.

Diferentes diseños barra de volumen

El botón “volumen” dentro de las aplicaciones GTK+, debiera ser sustituido por una barra de volumen. Esto traería varios beneficios en diseño y funcionamiento.

Tanto los “tooltips” (aquellos diálogos que aparecen al posicionar el cursor en algunas opciones) como los menús contextuales, debieran ser parte de la Shell y no del tema GTK+, por lo tanto tomando su diseño de burbuja. En este punto consideraría varias opciones: a) Tanto los tooltips como los menús contextuales tendrían la misma apariencia de la Shell, b) los tooltips como los menús contextuales mantendrían la forma de los menús de la Shell, pero se guiarían por los colores del tema GTK+, c) una combinación de ambas. Este elemento es más notorio cuando se abre un menú de una aplicación alojada en la nueva “bandeja de mensajes” desentonando con el entorno. (nota: Yo personalmente me conformaría si los colores de los “tooltips” fueran los de la shell y los menús contextuales reorganizaran su contenido y tuvieran las esquinas redondeadas).

Tooltip al estilo "Shell"

Apelando al principio menos es más y con algunas de las ideas que propuse más arriba, unificaría el menú contextual del Dash (desapareciendo en éste) y el menú de la barra de título (el que permite maximizar, minimizar o mover la ventana) en el nuevo “menú de aplicaciones” de la Shell.

Añadiría un mejor soporte en el redimensionado de ventanas en los temas GTK+, ya que cuenta mucho realizar esta acción.

Pensando en el futuro

A continuación presentaré algunas ideas que me vinieron al plantear estos cambios y que considero pueden ser opciones para el futuro de GNOME-Shell.

Menú de ventana

Menú de ventana en barra de título: Desde hace mucho, había pensado en esta opción y con el avance del proyecto “Firefox 4” la tiré por la borda. ¿Por qué?, Muy simple y es que los desarrolladores de Firefox dijeron que el nuevo botón Firefox en la versión de Linux no podía ir en la barra de títulos ya que no se encontraban las herramientas necesarias para llevarlo a cabo. Pero ahora con GTK+3 creo (no soy docto en el tema), se puede abrir esa posibilidad y crear una forma para que el entorno GNOME, ahorre espacio vertical para su uso en pantallas pequeñas.

Menú de ventana en barra de título

Sobre los problemas que se pueden dar, hay que fijarse que actualmente el menú de ventana no limita el tamaño de ventana (sólo algunas aplicaciones en GTK+ lo hacen como “emesene”), por lo cual no afectaría en su desempeño. Para mover la ventana añadiría un botón para poder realizar esta acción, simbolizada con cuatro flechas en forma de cruz, ubicándose junto a los otros botones.

Menú de ventana como botón: Otra opción, es que el menú de ventana se disponga como los menús de Chrome/Chromium o Firefox 4.

Menú a ventana completa: Esta opción estaría inspirada en M$ Office 2010. Esta consiste en que cada aplicación GTK+ conste de un botón que controle todas las opciones (archivo, edición, formato, etc) y se despliegue en toda la ventana. Esto traería como ventaja la mejor comprensión y conocimiento de las opciones disponibles y su disposición permitiría mejorar la interfaz para dispositivos multitáctiles (usando menús más grandes y con botones tipo “interruptor”).

Pestañas

Esto es un alcance en el funcionamiento de las aplicaciones de GNOME 3. Usando de ejemplo al navegador de archivos, Nautilus – que ya soporta el uso de pestañas –, debería estar enfocado a la optimización de su funcionamiento frente a esta opción y asemejarse más a como un navegador web usa estas funciones.

Con ello quiero decir que me parece “tonto”, que cada vez que quiera abrir una carpeta se abra otra ventana de Nautilus, siendo que podría abrirse una pestaña con el contenido de esa carpeta en el gestor que ya se encuentre abierto. Este comportamiento permitiría el mejor aprovechamiento de recursos del sistema y del propio navegador de archivos sacando el potencial de las pestañas y su función de doble panel.

Este comportamiento podría ser agregado a otras aplicaciones que soporten pestañas o añadir el soporte de pestañas a aplicaciones que lo requieran.

Ventana única

Esto recae sobre las aplicaciones que requieran más de una ventana para funcionar. En el caso de GIMP, los desarrolladores ya están haciendo algo al respecto, pero en aplicaciones como Empathy es algo que se ha vuelto necesario.

Escritorio semántico y el uso de etiquetas

Este punto lo considero una evolución natural al sistema de manejo jerárquico que predomina actualmente en los entornos de escritorio.

Desde el nacimiento del motor Zeitgeist y su GUI GNOME activity journal, el manejo que yo tenía de los archivos a cambiado mucho y para bien. Yo propondría que para el futuro de GNOME desde la versión 3 se considerara incluir el escritorio semántico como forma de organizar y buscar archivos, pero ¿qué es el escritorio semántico?, bueno el escritorio semántico es un sistema de organización de archivos a través de información adicional o personalizada (como etiquetas, metadatos, etc.), que permiten relacionar unos archivos con otros y principalmente con el usuario. El escritorio semántico alude a lo que realizan en la actualidad (no a la perfección), la web en general y específicamente los buscadores web. ¿qué hace que al escribir el término “tanque” aparezca la unidad militar blindada y no un recipiente para guardar líquidos? La respuesta es la información que precedió a su búsqueda (como haber buscado elementos militares) o relacionados con éstos, formando una red semántica que permite “comprender” las necesidades de búsqueda del usuario.

Actualmente hay mucha información dentro de los archivos que tenemos en nuestro equipo (fecha de creación, fecha de modificación, tipo de archivo, creador, etc) y que sin embargo no utilizamos.

Para mi se ha vuelto molesto el tener que perder tiempo en ordenar y reordenar mis carpetas guardando archivos, y cavar en ellas buscando otros muy antiguos que no recuerdo las claves para volver a encontrarlo. Para mi sería ideal guardar todo tipo de archivos en una única carpeta, de la cual cuando quiera un archivo específico, solicitara a través de un intermediario (Un buscador de escritorio) de aquellas de tal fecha a tal fecha, creadas en la tarde, de tipo “documento”, creadas por Juan, con la etiqueta “trabajo” y así sucesivamente hasta dar con el documento (si es que no se había encontrado antes xD) y ciertamente sería mucho más sencillo que buscar y buscar carpetas en un sistema de ordenamiento por carpetas ( Ej. /home/Juan/documentos/trabajo/director/proyecto1/???.odt).

Aquí entra el juego el papel de las etiquetas. Las etiquetas debieran ser controladas en un sistema central (como un elemento más en la configuración del sistema) y que controle, cree, borre o modifique cualquier etiqueta usada en el sistema o en sus aplicaciones.

Es común ver en distintas aplicaciones como Evolution (en su correo, notas, contactos y calendario), F-spot, Shotwell y Gthumb entre otros, que usan su propio sistema de etiquetado para organizar sus archivos. El problema de este sistema es que si estas etiquetas no son escritas en los metadados, se pierde información útil para el uso de otros programas además de la posible “duplicación” de etiquetas entre los programas y que puedan referir a un mismo grupo de archivos (como trabajo, el trabajo o oficina). En cambio si el sistema estuviera centralizado, no habría duplicación de etiquetas e independientemente de la aplicación por ejemplo la etiqueta “fiesta verano 2010”, sería utilizado indistintamente en archivos fotográficos, videos o documentos y al realizar la búsqueda a través de esta etiqueta, especificaríamos simplemente el tipo de archivo que necesitáramos.

El sistema parece simple, pero no se que significa todo esto en desarrollo y si es viable ya que se requieren de muchos estudios y pruebas para tenerlo en consideración.

A mediano plazo, creo que una posibilidad de ello, sería la integración de Nautilus + GNOME activity journal, como en las maquetas que el usuario Ian Cylkowski mostró hace algún tiempo. Esta posibilidad debiera ser estudiada paras las actualizaciones de GNOME en uno o dos ciclos más de desarrollo y sería clave para instaurar un paradigma TOTALMENTE nuevo en el manejo del escritorio.

Conclusión

Finalmente debo decir, que estos son pensamientos que he llevado al papel y he tratado de resumir en estos párrafos ya que los he llevado a tal punto de complejidad que hasta mi me cuesta explicar mis ideas.

Por otra parte espero que esto no se entienda como una crítica al trabajo de los desarrolladores de GNOME (a los cuales admiro mucho), ya que simplemente trato de exponer mi opinión vista como usuario y desconozco si estas se pueden llevar a cabo o siquiera es el camino que la comunidad ha escogido para el desarrollo de este escritorio.

Saludos

Se ha realizado una pequeña actualización de los “pre-releases” de GNOME 3, descargables de la pagina oficial de GNOME 3.

La distribución ha pasado de la compilación 1.1 al 1.2. Para aquellos que quieran probar GNOME 3 con este método, les recuerdo que esta compilación se basa en OpenSUSE 11.3, y viene con las últimas novedades y arreglo del paquete virtualbox guest additions.

Actualización

He probado esta compilación oficial y a groso modo estas son las novedades:

• Se ha mejorado un poco la estabilidad del conjunto.
• Se han agregado un grupo mayor de programas comparado con la versión anterior (del desarrollo main de GNOME 3).
• No es la última compilación disponible de GNOME-Shell, por lo tanto no cuenta con las últimas novedades (Ej. nuevas áreas de trabajo automático)
• Se han hecho cambios en el GDM, que adaptan la estética de la nueva Shell (el panel ahora es superior de color negro, al centro un reloj sin menú y la opción de apagado al extremo derecho) pero el selector de usuarios es el mismo.
• Se han agregado los nuevos diálogos de apagado, siendo parte de la Shell que en esta versión son idénticos a las maquetas (a mi personalmente me gustaron más los de la maqueta inicial – botones más rectangulares – ya que la curvatura de los botones de las últimas maquetas están fuera de lugar del diseño de la Shell).
• En esta versión se mantiene la animación en el menú de aplicaciones, la cual no aparece en la compilación 2.91.90 de GNOME-Shell desde GIT.
• Y como se habrán dado cuenta al tacharlo, aún no hay soporte para virtualizarlo con virtualbox, al haber problemas al cargar el paquete “guest additions” cuando carga el sistema.

Como consejo, les recomiendo que esperen hasta el día 23 de febrero, donde veremos la primera beta de GNOME 3, y si los responsables lo hacen a prisa el mismo día o dentro de esa semana estará disponible el LibeCD/USB para que ahí puedan probar de forma más estable y completa el desarrollo del nuevo GNOME.

Saludos

Desde el lanzamiento de la versión 3.3 de LibreOffice, muchos han dicho que no es muy distinta su hermana OpenOffice.org. Sin embargo los cambios han sido internos, así los desarrolladores como prioridad mejoraron todas aquellas fallas conocidas de la Suite y agregaron otras funciones que ya se encontraban en su hoja de ruta (por eso el lanzamiento de OO.org es tan similar – pero no igual – ).

Ahora les traigo una de las mejoras “externas” que tanto agradecemos a los usuarios y que tuvo retrasos debido a que Oracle, en su tiempo no quiso liberar los cambios visuales que había realizado a OpenOffice.org (y que ahora nadie necesita).

Este cambio se enfoca en sus iconos, y aunque no fue liberado junto al lanzamiento principal, este estaba pensado para el día 14 de este mes con la versión 3.3.1 como una actualización menor. Como dicha actualización no se ha realizado y no han habido comunicaciones al respecto les presento como adelanto el diseño de dichos iconos.

Conjunto de nuevos iconos LibreOffice

¿Recuerdan aquellas maquetas sobre la interfaz de LibreOffice que tanto llamaron la atención en la blogosfera? Impresionantes cierto. Bueno su mismo creador “paulojose”, se ha involucrado con el equipo de diseño de LibreOffice aportanto con su innovación y talento mejorando los iconos 128px y creando los nuevos de 256px. Hay que recordad que si bien su aporte es indudable, hay todo un equipo trabajando detrás de estas mejoras y a ellos muchas gracias.

Optimización iconos 128px

Iconos 256px

Además el nuevo equipo de diseño invita a los interesados a unirse a ellos y juntos como comunidad, mejorar este gran paquete de oficina como lo es LibreOffice.

Saludos

Fuentes:

http://wiki.documentfoundation.org/Design/Kick-Off

http://luxate.blogspot.com/2011/01/invitiation-kicking-off-libreoffice.html

Así es, “The document foundation” ha demostrado ser una gran fundación y su producto estrella, LibreOffice 3.3, ha dejado a muchos de nosotros muy contentos.

Ahora te necesita a ti. Oficialmente a anunciado que requiere recaudar la suma de € 50.000 euros, con el objetivo de convertir a la fundación en una entidad legal.

El sitio elegido es Alemania, y no por azar. Esto se fundamenta ya que el comité de “The document foundation” cree que en Alemania ofrecerá mayor estabilidad a usuario, desarrolladores y empresas afiliadas.

Finalmente, si en su recaudación no logran reunir los € 50.000 euros, usaran lo que hayan reunido para formar la entidad legal en otro país donde los costes sean más económicos.

Ya lo saben, la fecha límite es el 21 de marzo de este año, y las donaciones las pueden realizar aquí.

Saludos

Fuente: http://challenge.documentfoundation.org/np/

Esta entrada comienza con una clara alusión a la película Western de 1966, “El bueno, el malo y el feo”.

Esto a razón de un conflicto de intereses en las tiendas de música que Banshee trae por defecto en su aplicación (enlazada a Amazon MP3), como la apuesta de Canonical, Ubuntu One Music Store.

Como es bien sabido a estas alturas, el equipo de desarrolladores de Canonical decidieron cambiar el reproductor y organizador de música por defecto en la versión de Ubuntu 11.04, dejando fuera a Rhythmbox a favor de Banshee.

Esta decisión trajo controversias a la comunidad como: la necesidad de sacar elementos para hacer espacio a Banshee en el LiveCD de Ubuntu, la utilización del lenguaje mono en Banshee, la duplicación de funciones en el escritorio, pues Banshee también reproduce videos (en desmedro de Tótem) entre otras.

Ahora el conflicto es: ¿Cuál tienda de música estará disponible por defecto en Banshee?… ante ello mi respuesta a aquello fue que ambas, no vi el problema en que se encontraran disponibles las dos, pero Canonical pensó diferente.

Como antecedente hay que tomar en cuenta que la tienda usada por Banshee recauda al año aproximadamente US $ 10.000, que son destinados en su totalidad al apoyo de la Fundación GNOME.

Canonical claramente quiso defender su producto en este rubro ante tal situación, y acercándose a los mantenedores del proyecto Banshee les hizo las siguientes propuestas:

1. Canonical desactiva la tienda Amazon de forma predeterminada (que se podría activar en pocos pasos), dejando su código de afiliación intacto (100% de recaudación para GNOME), o
2. Canonical deja la tienda Amazon habilitada, pero cambia el código de afiliación, para quedarse con un 75% de la recaudación.

Ante las propuestas, el equipo de mantenedores del proyecto Banshee respondieron lo siguiente.

“Estamos muy contentos de que Canonical este dispuesto a dejar el código de afiliación inalterado.

Los mantenedores del proyecto Banshee, hemos optado por unanimidad rechazar la propuesta hecha por Canonical de repartir los ingresos, para que nuestros usuarios que opten por la tienda de Amazon, continúen apoyando en mayor medida a GNOME. La junta de Administración de la Fundación GNOME apoyan nuestra decisión.

El equipo mantenedor de Banshee

Aaron Bockover, Alexander Kojevnikov, Bertrand Lorentz, Gabriel Burt Bockover Aarón, Kojevnikov Alexander, Lorentz Bertrand, Burt Gabriel”

Para mi la respuesta fue notable, a pesar de las buenas intenciones e iniciativa del equipo de Canonical de preguntar antes de hacer, las propuestas realizadas al equipo de Banshee me parecieron fuera de lugar. Para comenzar, el equipo de desarrolladores de Ubuntu debieron escoger a Banshee por sobre Rhythmbox por sus funciones y cualidades técnicas, cosa que habla bien del proyecto, con ello mejorando a Ubuntu como distribución al presentar mejores opciones en software (aún así considerando que el argumento contrario sea; “El proyecto Banshee se ve beneficiado por la popularidad de Ubuntu al ser incluido de forma predeterminada”, la balanza se inclina más en que Ubuntu es el beneficiado, ya que ante los méritos de Banshee fue tomado como opción para ser integrado).

Lo segundo apunta a querer manipular el código fuente y aunque esto según su licencia se puede hacer, la idea es realizar cualquier mejora en el software y devolverlo a la comunidad. Simplemente se hubiese optado por la integración de la tienda Ubuntu One, sin darle más vueltas mas, al realizar estas propuestas, Canonical insinúa superioridad de la tienda Amazon, y miedo ante perder fondos. Igualmente queda claro con la segunda propuesta, que en caso de mantener la tienda Amazon por defecto, sabían que estaban ante un producto seguro de lo cual iban a sacar buen provecho (75%), que por suerte no es así.

No estoy en contra que las empresas involucradas con proyectos opensource quieran hacer dinero, pero considero hay otras formas de lograrlo y más aún cuando prometen que una marca (Ubuntu) nunca sería utilizada para dicho fin (Ubuntu One y Ubuntu One Music Store utilizan el nombre y popularidad de Ubuntu para hacer publicidad).

Me pregunto si el equipo de Banshee hubiese optado por la segunda opción, esta habría sido comunicada por Canonical, hacia la comunidad.

Pues, ahora ya lo saben. Si quieren apoyar a GNOME pero les cuesta donar dinero, ahora esta la opción de comprar música y ayudar a GNOME al mismo tiempo.

Saludos

Fuente: http://planet.gnome.org/

En la entrada anterior, había mandado un gran saludo a todos los desarrolladores que hicieron posible el lanzamiento de GTK+3, sin embargo este hito tan importante merecía su propia entrada.

Hay muchos cambios en GTK+3 desde su versión anterior. Según sus responsables los más importantes son:

• Ahora todo es dibujado con Cairo. GDK ya no utiliza el anticuado dibujo de la API X11, se ha realizado un cambio y ahora todas nuestras necesidades de dibujos se basan exclusivamente en Cairo. Esto también nos ha permitido eliminar varios otros conceptos que se centraban en X11 como GCs, mapas de colores y mapas de pixeles.

• Nuevo manejo de dispositivos de entrada. El manejo del sispositivo de entrada en GDK ha sido durante mucho tiempo una zona descuidada. Esto ha cambiado; con GTK+3, damos nuevos pasos en el mundo moderno de X12 con soporte completo para varios punteros, teclados y otros dispositivos de entrada.

• Una nueva API para temas, con una sintaxis similar a CSS para hacer más familiar la configuración de temas y otras mejoras como transiciones animadas.

• Mayor flexibilidad en la gestión de parámetros geométricos, con mayor soporte para alto-y-ancho tanto para “widgets” como para elementos de renderizado.

• Múltiples backends con soporte para GDK. Con GTK+2.x, había que volver a compilar la aplicación para que funcionaran con diferentes backends GDK. En cambio para GTK+3, los múltiples backends para GDK pueden ser compilados en una única biblioteca y ser seleccionados para su ejecución.

• Soporte sencillo para aplicaciones. Con la integración de D-Bus con soporte en GIO, finalmente se podría agregar una categoría GtkApplication para controlar gran parte de la plataforma de integración en los aspectos de la escritura de una aplicación, tales como el seguimiento de las ventanas abiertas, garantizando la unión, la exportación de las acciones, etc.

• Por supuesto, hay algunos nuevos widgets, así como un interruptor y un selector de aplicación.

Los desarrolladores mencionan además, el agradecimiento a todos los desarrolladores o personas que estuvieron involucradas en el proyecto que hicieron posible este gran hito.

Saludos

Fuente: http://news.gnome.org/

PEQUEÑAS NOVEDADES… GRANDES AVANCES…

El día de hoy, hice una pequeña actualización desde los repositorios GIT de GNOME-Shell y me lleve una grata sorpresa (que sin embargo me obligó a morderme la lengua).  Desde la revisión de GNOME-Shell en la entrada anterior, se realizaron 5 pequeños cambios que “iba” a mencionar como puntos en contra y que el equipo de desarrolladores de GNOME, cual adivinos modificaron con rapidez xD.

Las novedades son:

1. El primer cambio, es la mejor visualización de la tipografía de GNOME-Shell (Cantarell) la cual luce mucho mejor.

"Cantarell"

En el post anterior no había podido utilizar esta “tipografía” porque no la tenía instalada en el sistema, ya que pensaba que esta se descargaba también desde GIT. Al hacerlo, automáticamente era utilizada por defecto al abrir la Shell y esta se veía mal (muy fina y pixelada) siendo el mayor problema el no poder cambiarla.

Luego de la actualización de la Shell esto cambió mágicamente (y realmente no se que cambió pero algo cambió) y hasta podría decir que me ha gustado más que la fuente de ubuntu, al considerarla (en mi opinión) de mucha más fácil lectura.

2. El segundo pequeño cambio se hizo en el “cuadro de búsqueda” de la Shell. Ahora no parece ser tan tosco y opaco como antes ganando una bonita transición a la hora de buscar aplicaciones.

Cuadro de búsqueda

Cuando se abre el menú “actividades”, el cuadro de búsqueda se ve más acorde con el entorno, quedando atrás problemas en la fuente (se ve y lee claramente) y cuando se posa el cursor sobre el, se iluminan levemente sus bordes tomando el foco del escritorio. Por último tanto el cuadro de búsqueda al seleccionarlo como los botones de búsqueda (wikipedia y google) están más iluminados.

3. El tercer cambio se relaciona con el nuevo “selector de áreas de trabajo”, ya que al ser cambiado de un modo horizontal a uno vertical en su funcionamiento, no se había hecho con la función “cambiar de escritorio” (Ctrl+Alt+Flecha) y su respectiva animación.

4. El cuarto cambio se hizo en el “Dash” del menú actividades. Ahora los iconos no presentan etiquetas y han aumentado su tamaño. Esto permite ganar al “Dash” en funcionamiento y estética.

Dash

5. El quinto cambio es uno de mis favoritos. En la entrada anterior mencionaba que los iconos en Nautilus se ven mucho mejor si se amplían al 150% y ahora eso estará muy acorde con el nuevo tamaño de los iconos que se usan en el “selector de aplicaciones” de GNOME-Shell.

Selector de aplicaciones (anterior)

Ahora los iconos del “selector de aplicaciones” han aumentado su tamaño, pasando de “9 iconos horizontal por 6 iconos vertical” a “6 iconos horizontal a 4 iconos vertical” (en mi netbook) que calculando al ojo equivalen al tamaño 200% de los iconos en Nautilus. El cambio visual es sorprendente y sólo se aplica al selector de aplicaciones ya que cuando se realizan búsquedas, los iconos tienen el tamaño al cual estamos acostumbrados.

Selector de aplicaciones (nuevo)

Estos cambios aunque pequeños, repercuten en la experiencia de uso del entorno y hacen que las cosas sean mucho más sencillas. Esperemos ver los cambios que se vienen en los próximos días (se acerca una beta) y desde hoy y todos los lunes hasta el día “D”, les presentaré las pequeñas novedades que nos traerá este fantástico entorno de Escritorio.

Saludos

Nunca pensé que la redacción de un pequeño artículo me ocuparía tanto tiempo, por lo que mi plan de trabajo será escribir artículos a fondo (ya que no escribiré tan seguido como quisiera).

Como es mi primer post, quiero comenzar a lo grande (y espero no caer en el intento), así que realizaré un análisis lo más completo posible a las características que cuenta hasta la fecha la nueva y revolucionara Shell de GNOME, componente importante a estrenarse en abril de este año como parte de GNOME 3.

Información de sistema

No esta demás mencionar que GNOME-Shell no es GNOME 3 y que por lo tanto en las pruebas que haré, tanto la interacción como la integración de las aplicaciones no será la más óptima, al no estar éstas modificadas para aprovechar las nuevas funciones presentes en éste entorno de Escritorio.

Como base he utilizado las distribución GNU/Linux Ubuntu 10.10 (la innombrable para algunos xD) compilando GNOME-Shell desde git (2.91.90), siguiendo las instrucciones que pueden encontrar en la web de GNOME. El proceso de construcción es simple y la mayor dificultad es el soportar la larga espera en la descarga de archivos. (En ese tiempo se puede hornear un pie)

QUÉ ES GNOME-Shell?

Gnome-Shell

GNOME-Shell es según sus desarrolladores“la tecnología que define la experiencia de usuario en GNOME 3”, siendo esta la unión de todos los componentes gráficos que nos permite interactuar con nuestro escritorio. Así GNOME deja de lado el antiguo esquema de paneles y gestión de ventanas de GNOME 2.xx, proponiendo una forma innovadora (estilo todo-en-uno) para trabajar con nuestro escritorio.

GNOME-Shell está escrito desde cero. La mayor parte del código se encuentra escrita en JavaScript, pero utilizando Clutter y las librerías de GNOME (vía GObject Introspection y enlaces JavaScript para GNOME). Por otra parte GNOME-Shell ocupa Mutter (la evolución de Metacity con uso del toolkit de Clutter) como gestor de ventanas y gestor de composición.

Así GNOME-Shell nos permite tanto el manejo de ventanas, el lanzamiento de aplicaciones, efectos de composición, control de áreas de trabajo y manejo de otros objetos dentro del escritorio como indicadores, calendario, notificaciones, etc.

COMPONENTES

GNOME-Shell está conformado por una serie de componentes que cumplen cada uno de ellos funciones específicas a la hora de interactuar con nuestro escritorio. El diseño general de GNOME-Shell sigue una serie de principios y objetivos como la facilidad de uso, mejor control en la multitarea, eliminación de distractores en pantallay elegancia y modernismo entre otros.

Resumen de actividades

Su “apariencia” general se basa en el uso de tonos oscuros y semi-transparencias en el panel, menús y notificaciones. Por otra parte los tonos grises más llamativos son usados en los bordes de ventanas, diálogos y menús contextuales. Todo con la finalidad que el entorno sea parte del “fondo”, otorgándole mayor énfasis a las “actividades” que estemos ejecutando en el escritorio.

Panel

Panel

El botón de actividades es el más importante, ya que nos muestra de un vistazo todas la tareas que estemos ejecutando en nuestro escritorio y otras vistas de vital utilidad para el control de tareas, del cual hablaré con más detalle más abajo.

Menú aplicaciones

El menú de aplicaciones, es un componente que en esta compilación aun no esta del todo implementado. En el se presenta el título de ventana de la aplicación que se encuentre con foco junto a su icono característico. Éste por el momento sólo despliega un menú que permite al usuario cerrar la aplicación. Según las maquetas este menú al ser desplegado, debería aportar funcionalidades importantes para la aplicación en foco (como cerrar, nuevo documento, actualizaciones, acerca de, etc), distinguiéndose de los menús que se encuentran en las ventanas de cada aplicación. (por lo tanto no es una respuesta al menú global de Canonical).

Menú reloj

El reloj por otra parte, (ubicado al centro del panel al estilo de los dispositivos móviles), nos muestra el día y hora al vuelo. Su menú desplegable nos muestra un calendario interactivo que funciona en conjunto con el calendario de Evolution, mostrando un vistazo de las actividades y/o tareas que hay para hoy y mañana. (desconozco si hay integración con otros calendarios o con organizadores de tareas como GTG!). Igualmente este menú nos permite a acceder a modificar la hora y fecha, o abrir el calendario para poder ingresar nuevas tareas en el.

Menú de usuario

Por último en el sector derecho del panel, nos encontramos con la denominada área de estado de sistema que muestra en un orden pre-definido una serie de indicadores que muestran los distintos estados que puede presentar el equipo. Junto con esta área, podemos ver el menú de usuario, en el cual aparece nuestro nombre, con opción de cambiar nuestro estado, entrar a las preferencias de cuentas de usuario, a la nueva configuración del sistema y al menú de apagado.

Área de estado de sistema

Área de estado del sistema

Como ya lo adelanté, el “área de estado de sistema” nos muestra una serie de “indicadores de sistema” en un orden pre-definido, estos son: accesibilidad, idioma, volumen, bluetooth, red (aún no implementado) y batería.

Accesibilidad

Cada uno de ellos tiene un menú asociado manteniendo la apariencia del entorno, con funciones que controlan el indicador y un acceso a las preferencias que nos lleva al nuevo panel de configuración de sistema.

Audio

Estos menús integran como novedad, el uso botones al estilo “interruptor” para activar y desactivar de forma rápida funciones del indicador de sistema. Sin embargo esta función no esta del todo implementada ya que al intentar arrastrar el interruptor, este no funciona teniendo que utilizarlo como si fuera un botón “simple”.

Bluetooth

Otra característica de esta área de estado de sistema, es que a diferencia del utilizado en el panel de GNOME 2.xx, se puede pasear de un menú a otro sólo moviendo el cursor (como los indicadores de Ubuntu), así al equivocarse al elegir el indicador, simplemente hay que corregir rumbo y posicionarlo en el correcto y el menú se abrirá. Esta funcionalidad también esta disponible para el calendario y el menú de aplicación, siendo mucho más coherente el funcionamiento del panel de GNOME-Shell.

Batería

Menú “Actividades”

El menú de “actividades”, es una de las grandes innovaciones que entrega la nueva experiencia de uso en GNOME-Shell. Este elemento puede ser invocado de tres formas:

Menú "actividades"

1. Presionando con el cursor el botón de actividades del panel.

2. Utilizando un botón de hardware (tecla “window$” del teclado o botón de inicio de un dispositivo móvil)

3. Usando la “esquina caliente” (llevando el cursor a la esquina superior-izquierda).

Su menú ocupa toda la pantalla, y en ella muestra un “resumen de las actividades” que se estén ejecutando en ese momento. Esta vista consta de una serie de elementos que nos entregan información y permiten un accionar determinado según nuestras necesidades.

Resumen de actividades

De izquierda a derecha estos elementos son: “Dash”, Selector de ventanas/aplicaciones, cuadro de búsquedas, selector de áreas de trabajo y en la parte inferior la bandeja de mensajes (esta se muestra en el menú actividades pero es independiente de él).

Dash

Dash

El “Dash”, es una barra lateral al estilo “dock”, que cumple con las funciones de lanzador de favoritos y para mostrar las aplicaciones que se están ejecutando. Por mucho que en su diseño se parezca a la de un “dock”, no tiene su mismo funcionamiento. El Dash solo aparece cuando es abierto el menú de actividades, tiene una posición fija y limitada en la pantalla (así al aumentar los iconos, estos comienzan a encogerse para dar cabida a otros), solo puede contener aplicaciones y ningún otro tipo de objetos (Ej. papelera), su menú contextual permite abrir la aplicación que se esta ejecutando, abrir una nueva ventana o quitar la aplicación de favoritos (pero no permite cerrarla, función que cumple el “menú de aplicación” en el panel superior) y cuando los iconos son arrastrados y soltados afuera, se abre una ventana de la aplicación en dicha área de trabajo, pero si se arrastran dentro del mismo Dash se puede cambiar la ubicación del icono, o llevarlo al botón “quitar” que se abre al realizar esta acción.

Menú contextual "Dash"

Selector de Ventanas

Cuando se abre el menú de actividades, de forma predefinida se muestra el “selector de ventanas”, que consta de de una visión global de las aplicaciones que se están ejecutando en esa área de trabajo (aunque se encuentren minimizadas) en forma de miniaturas ordenadas al centro de la pantalla (tipo “exposé all windows” de OS X).

Selector de ventanas

En esta visión podemos interactuar con las ventanas, así cuando nos posamos sobre una de ellas, nos mostrará una pequeña “X”, en la esquina superior derecha para poder cerrar la aplicación, también al mover el “Scroll” del “mouse” o el “touchpad” esta miniatura se ampliará (esta función es muy útil cuando se tiene muchas ventanas abiertas en la misma área de trabajo y no son reconocibles a simple vista).

Por último estas ventanas se pueden arrastrar, siendo muy útil cuando se quiere abrir un área de trabajo (sólo basta arrastrar la ventana hacia abajo o arrastrarla al selector de áreas de trabajo), además se puede arrastrar el selector de ventanas en su conjunto para cambiar entre áreas de trabajo (diseñado para dispositivos “multi-touch”) así al mantener presionado el cursor en el área oscura que rodea las ventanas y lo movemos hacía arriba o abajo , podremos cambiar de áreas de trabajo (que ya han sido creadas previamente).

Selector de Aplicaciones

El “selector de aplicaciones” es el lanzador de aplicaciones de GNOME-Shell. Para acceder a el, hay que presionar el botón “aplicaciones” que se encuentra al lado derecho del botón “ventanas” en la esquina superior-izquierda (cuando ya se ha abierto el menú actividades). Ya abierto, el Dash se mantiene a la izquierda, al centro se muestra una “cuadrícula” de aplicaciones en forma ordenada (alfabéticamente) y a la derecha un listado que nos permite separar las aplicaciones por categorías.

Selector de aplicaciones

Para abrir las aplicaciones podemos presionarlas con el cursor o arrastrarlas (al tomar una aplicación automáticamente se vuelve al “selector de ventanas” y al soltarla en el área de trabajo esta se ejecuta o también puede ser llevada al Dash y añadirlo a favoritos). En su funcionamiento el lanzador recuerda la última categoría utilizada por el usuario, así para cuando volvamos abrir el selector de aplicaciones la primera página que mostrará será la última que se haya utilizado.

Selector de áreas de trabajo

Este elemento ha sido uno de los que más cambios ha recibido desde versiones anteriores de GNOME-Shell. En esta versión consta de una barra que permanece oculta al lado derecho de la pantalla que se expande al acercar el cursor o arrastrar una ventana desde el selector de ventanas.

Selector áreas de trabajo

En ella se muestran dos áreas de trabajo (en forma vertical), la primera es la que estamos utilizando y abajo se encuentra una vacía. Para poder crear una nueva área de trabajo solo basta arrastrar una ventana al área que se encuentra vacía o seleccionar esa área y abrir una aplicación en ella. Al realizar esta acción, automáticamente se creara otra área de trabajo.

La idea de este selector, es mantener siempre disponible un área de trabajo, automatizando el proceso de creación y borrado de áreas. Con este método se gana en pragmatismo, al no caer en abrir áreas que no serán ocupadas, así al cerrar la última aplicación de una área de trabajo esta se cerrará y se volverá al área de trabajo más cercano.

Lo malo hasta ahora es el manejo de áreas de trabajo que sobrepasen el límite (determinado por el espacio vertical del monitor) del selector de áreas de trabajo, ya que se pueden crear las mismas 16 áreas que se ofrecían anteriormente, pero estas no serán vistas ni controladas por este componente.

Cuadro de Búsqueda

El cuadro de búsqueda se encuentra en la esquina superior-derecha del menú actividades. En el podemos buscar todo – se supone – tipos de archivos en nuestro equipo (hasta la fecha aún no veo la integración con Zeitgeist).

Búsqueda de equipo

En esta versión sólo se pueden buscar aplicaciones o preferencias de sistema. Para su uso simplemente basta con abrir el menú actividades y teclear. Con esta acción nos mostrará en una nueva ventana los resultados divididos en categorías, en un menú similar al selector de aplicaciones. Igualmente en la misma ventana, se mostrarán dos botones en la parte inferior de la ventana de resultados, una para buscar el término en la Wikipedia o con Google (espero que esto pueda ser configurable ¡larga vida Duck Duck Go!), lo cual abrirá el navegador web por defecto con los resultados de la búsqueda.

En general, la funcionalidad del cuadro de búsqueda es muy ventajosa, ya que, nos recuerda al uso de Synapse, aunque sin la potencia de Zeitgeist (por el momento).

Área de Notificación

El área de notificación en GNOME-Shell se encuentra en la parte inferior-central de la pantalla. En ella se muestran todo tipo de mensajes.

Área de notificación

Su ubicación obedece a los problemas de uso que se reportaban en el escritorio GNOME 2.xx (Ej. no poder cerrar una aplicación hasta que la burbuja de notificación desapareciera). Además de pasar más desapercibida (evitando distraer) permite una desvinculación de las notificaciones con el área de estado del sistema y así hacer una separación de funciones. Esto facilita diferenciar entre un indicador de sistema y un indicador de aplicación que hoy por hoy, en el escritorio GNOME 2.xx sobre-poblaban el área de notificación simplemente porque en ese lugar “ocupaban menos espacio” al estar en ejecución.

Ahora las notificaciones se caracterizan por ser minimalistas y poco intrusivas, por lo que no es obligatorio atender a éstas de forma inmediata y si por algún motivo (ausencia o perdida de atención por otra actividad) no vio la notificación y requiere atenderla, éstas se encontraran disponibles en la nueva “bandeja de mensajes” hasta que el usuario interactúe con ella.

Otra función muy llamativa es la posibilidad de poder interactuar directamente con las notificaciones (tanto si se muestran por primera vez, o las busquemos en la “bandeja de mensajes”), así al acercar el cursos a la notificación, esta se expandirá y mostrará nuevas opciones. Con esta función podremos responder mensajes a través de los servicios de Empathy o Gwibber como también poder adelantar o retroceder una canción en Rhythmbox, sin la necesidad de abrir la ventana principal de dichas aplicaciones. Esta nueva función de las notificaciones nos permite ganar tiempo al realizar nuestras actividades más rápidamente y no distraernos fácilmente. (nota: esto no se aplica si nuestra actividad “importante” es chatear )

Bandeja de mensajes

La bandeja de mensajes es una innovación dentro del escritorio para GNOME, ya que resuelve junto al área de estado de sistema y el área de notificaciones la sobre-población de indicadores en la antigua bandeja de notificaciones.

Bandeja de mensajes

A diferencia de la propuesta hecha por Canonical para Ubuntu (app-indicator), resuelve la mayoría – todos – los problemas que esta bandeja presentaba. Por ejemplo los app-indicator tienen un orden pre-establecido de los indicadores (para disminuir la curva de aprendizaje) y además presentan un menú interactivo que permite el control de la aplicación sin necesidad de invocarla (ganar tiempo de producción), pero poco a poco su “popularidad” ha hecho que exista un auge en el uso de dicho formato aumentando el número de indicadores y espacio ocupado en el panel superior. Así (aunque dependa del usuario y tamaño del monitor) no termina de solucionar la sobre-población de indicadores de esta área para su uso en cualquier tipo de pantallas (me refiero al tamaño).

Esta bandeja se ubica en la parte inferior del escritorio y puede ser invocada llevando a través de una esquina caliente (esquina inferior-derecha) de la pantalla.

La bandeja de mensajes se mostrará como un panel de color negro difuminado. El conteniendo de la bandeja son aquellos indicadores de aplicaciones que han notificado una acción o un proceso que necesita intervención del usuario (Ej. correo nuevo, Chat, actualizaciones, etc.).

La ventaja de este sistema es que siempre se contará con las notificaciones que no sean atendidas, las cuales se alojan en la bandeja y que al igual que las notificaciones, nos permitiría interactuar con las aplicaciones sin necesidad de abrir su ventana principal.

Conmutador de aplicaciones

El conmutador de aplicaciones es el típico menú que se muestra pulsando una combinación de teclas (alt+tab) para poder cambiar entre aplicaciones. Esta mantiene la apariencia del entorno y además entrega funciones adicionales como el poder cambiar entre aplicaciones situadas en distintas áreas de trabajo o cambiar entre ventanas de una misma aplicación.

Conmutador de aplicaciones

Ejecutar comando

Como su nombre lo indica, esta es una pequeña utilidad que nos permite ejecutar comandos como el conocido “gksu nautilus” para abrir el administrador de archivos como “root”). Para ser invocado se presiona la combinación de teclas Alt+F2.

Ejecutar comando

Su apariencia adaptado a la Shell es muy minimalista. Al ser invocada el fondo se torna oscuro, al centro de la pantalla aparece una pequeña ventana con un cuadro de diálogo que toma el foco sin ninguna otra opción (desaparecen las opciones de cerrar, ejecutar aplicación de una lista –por razones obvias– y ejecutar aplicación desde archivo), siendo la única forma de salir, el presionar la tecla “Esc”. Esto sin ir más allá resulta muy útil para no cometer errores y por otra parte nos adelanta la forma en como se presentaran los “diálogos de administrador” cuando la Shell este terminada.

CONFIGURACIÓN DEL SISTEMA

“Configuración del sistema” es como se llama el nuevo centro de control de GNOME, se puede tener acceso a el desde el menú de usuario del panel superior o accediendo a cualquier configuración o preferencias de las distintas aplicaciones del sistema.

Configuración del sistema

Este nuevo centro de control recuerda mucho al que utiliza el sistema operativo Mac OS X (por no llamarlo copia ) , en el se unifican todas las configuraciones y preferencias del sistema. Su “apariencia” consiste en una cuadricula de iconos divididos por categorías, contando con un cuadro de búsqueda y un botón “todas las configuraciones”.

Impresoras

Al entrar en una preferencia (Ej. Impresoras), la ventana cambia su tamaño adaptándose al espacio utilizado por las opciones, también desaparece el cuadro de búsqueda siendo sustituido al lado izquierdo el botón “todas las configuraciones” que nos devuelve a la cuadrícula inicial de preferencias.

La mayoría de las preferencias han sido remodeladas (otras están en construcción), simplificando su uso y utilizando botones en forma de “interruptor” como en los menús en el área de estado del sistema.

TEMA VISUAL

Este es el elemento más superficial de GNOME-Shell, pero no menos importante ya que da coherencia al minimalismo y elegancia presentada en esta nueva forma de usar el escritorio.

Ventana

Los bordes de ventana, controles y puntero adoptan el tema denominado “Adwaita”, un lavado de cara muy elegante acorde con el resto de la del entorno. Este tema presenta colores en tonos de grises, con tonos claros para la barra de títulos y oscuros para los controles de ventana. Para la selección de elementos se ha optado por un tono celeste.

Tema "adwaita"

El tema “Adwaita” también cuenta con su propio puntero que consta en una variación oscura del puntero clásico del sistema. (nota: en las imágenes no se verá la zona oscura del tema ya que tuve problemas para su visualización, lo mismo con el puntero)

Iconos

Es una actualización de los ya conocidos iconos de GNOME, añadiendo iconos de mejor resolución (prueben utilizarlos en nautilus al 150% y con las etiquetas al lado) y el paquete denominado “GNOME-icon-theme-symbolic”, que entrega iconos monocromos al conjunto de iconos de GNOME, como los utilizado en el área de estado del sistema.

Iconos GNOME 3 (en desarrollo)

Tipografía

Para esta entrega se ha optado por incluir una tipografía característica para la interfaz, esta se llama “cantarell”, que si bien no fue creada por el proyecto GNOME, fue incluida con la autorización de su autor para este propósito. Este elemento le entrega a GNOME un nivel más de identidad y profesionalismo en el lanzamiento de su producto. Sin embargo esta tipografía presenta algunos problemas como en el símbolo “¿” que debería ser “¿”. (tipografía usada para escribir esta entrada)

Fondo de escritorio

Este elemento también se incluye por defecto en el escritorio, el nombre del fondo de pantalla se denomina “stripes” y como los otros elementos entrega identidad y elegancia al escritorio.

"Stripes" fondo de escritorio GNOME 3

ELEMENTOS VISUALES

Efectos

Por el momento se cuenta con un número limitado de efectos de escritorio que satisfacen lo básico para el control de ventanas. Algunos de ellos son el efecto de “desvanecimiento” de algunos menús, el efecto de “cambio de escritorio” (aunque no concuerda con la dirección de las áreas de trabajo) tanto fuera como dentro del menú actividades, el efecto de “minimización” de las aplicaciones (un zoom invertido), el efecto “exposé” del menú actividades y aero snap.

Cambio de escritorio (drag&drop)

Aero Snap

Este efecto de escritorio (ahora renombrado Gsnap por mi) lo puse aparte ya que se ha vuelto una “moda” y novedad dentro de los entornos de escritorio por su ya famosa funcionalidad. Esta función fue implementada por Microsoft en Windows 7, junto a Aero Peek y Aero Shake. KDE también cuenta con su versión Ksnap (modificada en su última versión, ya que ahora puede formar cuadrículas con las aplicaciones en el escritorio), como también Unity-Shell en las versiones alpha de Ubuntu 11.04.

Gsnap?

Gsnap consiste en poder ocupar tres puntos de la pantalla para redimensionar las aplicaciones que estemos usando y utilizar mejor el espacio (especial para monitores “widescreen”), así cuando arrastremos una ventana a la parte superior esta se maximizara o si llevamos la ventana al borde izquierdo o borde derecho esta se acomodará ocupando la mitad de la pantalla.Esto se acompaña de una pequeña ayuda visual que delimita el área que será ocupada por la aplicación.

Cuadros de diálogo modal

Los cuadros de diálogo modal consisten en aquellas ventanas secundarias que no cuentan con los controles necesarios para su control y que merecen la atención del usuario para poder seguir utilizando la aplicación (como los diálogos “guardar como”). Ahora aquellas ventanas estarán adosadas a la barra de títulos desplegándose con un efecto enrollar al estilo de los diálogos de OS X (Ej. diálogos de Safari). Esta función permitirá no perder el control de la ventana principal y atender a diálogos importantes de acciones que requieran la presencia del usuario para proseguir.

Diálogo modal

CONCLUSIÓN

En síntesis, estamos frente a un entorno de escritorio muy prometedor, teniendo en cuenta que es un software en estado Alpha, para testeo (aunque se comporta muy estable) y por eso falta mucho por pulir y pueden haber muchos cambios hasta abril, como los que se han hecho en los últimos meses.

De todas formas creo que habrá un GNOME 3 totalmente estable en un ciclo o dos de desarrollo por lo mucho, ya que ahora sentarán las bases para el crecimiento de una nueva forma de aprovechamiento y uso del escritorio (como ocurrió con KDE 4 que fue muy criticado en su tiempo y ahora con la presentación de KDE SC 4.6 es hasta nombrado como el entorno de escritorio más avanzado GNU/Linux – por el momento –).

Lo último que puedo decirles, es que lo prueben con la advertencia que no lo hagan en equipos en entornos de producción (si lo hacen desde git) o pueden descargar desde la web de GNOME 3 un liveUSB (no quemen un CD con un software alpha) con las últimas novedades de este entorno de escritorio.

Para los lectores muchas gracias, espero publicar otro post con un análisis personal de lo que acabo de testear, y organizarme para dedicarme más a este nuevo blog. Se acepta todo tipo de críticas si se hacen respetuosamente, y si hay datos que de primera fuente conocen y yo los entregue mal, los corregiré rápidamente.

SALUDOS!!! y muchas GRACIAS!!!