Docky Stacks, copiando fantásticamente a Mac OS X
Es cierto que algunos de los desarrollos que estamos viendo últimamente en la evolución de nuestro entorno de escritorio linuxero parecen copiar características de Mac OS X. El sistema operativo de Apple es para muchos un referente de usabilidad y diseño, y aunque algunos vean como algo equivocado copiar a Mac OS X, personalmente opino que si algo funciona, ¿para qué reinventar la rueda?
De hecho, todos copian de todos. Mac OS X lo ha hecho de Windows y Linux, y así entre los tres desarrollos que son las tres grandes alternativas en la actualidad, y que van puliendo sus interfaces de usuario.
En Linux tenemos varios proyectos en este sentido, y uno de ellos es Docky, un Dock que ha ido creciendo con el tiempo y que ahora ofrece una característica muy llamativa para muchos: el soporte de Stacks o “Pilas” de iconos.
La idea está calcada de los Stacks de Mac OS X, y ahora ya podéis probarla -cuidado, que está en pleno desarrollo- gracias al procedimiento que explican en OMG! Ubuntu! y en el cual podremos obtener como resultado un Dock aún más potente y que en esta ocasión supera a mi favorito, Avant Window Navigator.
La verdad es que el aspecto de los Stacks de Docky es fantástico, así que habrá que probarlo para ver si su funcionalidad es tan notable como parece. Una forma más de organizarnos en nuestro escritorio, y que bien utilizada seguro que puede aportar ventajas en este tema.
Related posts:
Aquí tienes un ejemplo de un artículo generalista de Linux muy bien redactado, sin amarillismo alguno. No hay titular tremendista, ni referencias sin venir a cuento a alguna distribución en especial. Igual como damos caña cuando hay que darla, también hay que felicitar cuando hay motivo.
Personalmente no me gustan las Dock bars tipo Mac. Me parecen más útiles los menús tipo Kick-off. El widget de vista de carpeta me recuerda de la imagen me recuerda al de KDE-SC pero con un tema muy cambiado…
Fiuu! Gracias, Land-of-Mordor :D
Pero es que un dock no viene precisamente a hacerla un menú, no entiendo que tiene que ver Kickoff.
Si en la mayoría de los casos viene cumplir la función del panel inferior, como el de gnome, con lista de ventanas accesos directos, (almenos por defecto) solo que un poco más organizado, más atractivo visualmente y en menor espacio.
Es el panel de toda la vida solo que más bonito.
Viene a colación porque desde los Docks también se pueden lanzar aplicaciones como desde los menús tradicionales, nada más.
En Cairo-Dock el stack esta disponible hace tiempo.
AWN, Docky y Cairo-dock son ejemplos de que la diversidad no afecta necesariamente a la calidad como algunos nos desean vender con la pesada peticion de menos distribuciones GNU/linux.
mi opcion Cairo-dock
Prefiero el AWN con tema lucid, es e
l mejor
soy solo yo o ese estilos e parece mucho a la galeria 3D de android :P.
Encuanto a docks me gusta mas docky pero cairo ,docky y awn son muy buenos .
La verdad es que sí, una mezcla entre el plasmoide “vista de carpeta” de KDE-SC y la excelente galería 3D de Android (va como la seda en la Dream incluso).
jolin y yo tan contento con el lanzador de aplicaciones con autocompletado de toda la vida, los docks son monos pero no más que una pijada de diseño y nada más
Pues Picajoso, si hubieses explicado como activar o aprovechar esto mejor porque yo no lo veo por ningún lado y eso que uso y actualizo Docky…
Docky aún está joven y le falta madurar, pero va por buen camino, en lo personal me gusta mas Cairo-Dock, es el más completo de todos, tiene tantas funciones que hasta puedes perderte configurandolo =P
Eso es precisamente lo que no me gusta a mi de Cairo Dock, que me pierdo con tantas opciones que no se para que sirven. Adoro a Docky por ser tan facil de configurar y por su aspecto, en mi opinión el mas pulcro de todos. Solo le faltaría aceleración opengl o algo asi como tiene Cairo para consumir menos procesador y sería la hostia.
Oops cité donde no debía, lo siento. =(
A ti te iba a contestar que Picajoso dejó el enlace donde explican como instalarlo, aunque el paquete con la nuevo función no lo veo, supongo que estará integrado con la versión de desarrollo
Buen aporte, no es por hacer mas pelea aquí que ya bastante sobra, pero quisiera saber cuando en este blog se investiga algo de la fuente, de los blogs de los desarrolladores, de los fabricantes y no de OMG! o de H-Online entre otros blogs de habla inglesa.
Es como ir a leer todos y copiar. ¿O me equivoco?
Asi es en todos los blogs. En este puedes morderte la lengua porque picajoso redacta sus propios articulos, pero hay una cantidad pasmosa de blogs que se limitan a copiar y pegar los articulos en su blog como si fueran suyos. Es acojonante.
opino lo mismo,hace tiempo que no veo un articulo PROPIO de picajoso,siempre toma como base 4blog ingleses.
Mientras Doky siga siendo monodependiente, me seguira interesando lo mismo que hasta ahora, o sea nada.
Está excelente, si no funcionara con Mono sería mi Dock preferido.
Me quedo con AWN. :D
Corregidme si me equivoco, no soy muy experto en linux. Mono es una plataforma de programación en linux que emula a .net ¿no es asi? es como programar para windows pero para hacer programas que tiren en Linux. ¿es eso? ¿Si no se usase mono se obtiene mayor rendimiento?
Gracias a quien me explique esto…
creo que mono intenta que con programar para un sistema se pueda usar ese codigo en otro facilmente, el problema por lo que es algo repudiado [bastante, incluso yo mismo comienzo a dudar al usar un programa que se base en eso] es que en un momento existe la posibilidad que Microsoft inicie un proceso legal contra el proyecto Mono y las aplicaciones que se hicieron con él por problemas con patentes, algo que haria realmente peligroso programar en Mono porque se podria estar pisando en falso
Zcully, mira, intento dejarlo claro, aunque creo que habrá gente que lo hará mejor que yo :)
Es que Mono es un entorno de aplicaciones (runtime) donde se puede programar y compilar programas en C#, preciso para hacer aplicaciones compatibles con .NET … Haz de cuenta que se parece a Java en el aspecto del runtime environment, ya que funciona incluso en sistemas BSD, pero para hacer aplicaciones compatibles con .NET .
LA verdad es que NO se obtiene mayor rendimiento al utilizar alguna aplicación compilada con Mono, en realidad pasa lo contrario, debido en parte la forma en la cual fue desarrollado el lenguaje C#, y el diseño de algunas de sus librerias, EMHO es casi idéntico a Java a la hora de hacer un ćodigo, y algunos manejos de llamado a varias funciones como por ejemplo en la sentencia “struct”, yo veo que se requiere más caracteres y líneas de código que con C, C++ y Smalltalk. Los programas, a la hora de compilarse quedan más pesados. Otra razón es que el compilador de Mono, EMHO, no está tan optimizado como debería.
Yo personalmente prefiero programar en Java que en C#, C# realmente lo ODIO y lo detesto, realmente considero que, o deja programas más fofos que en Java, o bien, reitero, que en sistemas operacionales como Linux y OSX no están optimizado para poder recibir mejor a las aplicaciones compiladas con Mono … hay muchas cosas que considero, EMHO, para las cuales C++ y Smalltalk e inlcuso Java hacen las cosas muy bien y a la hora de compilar código salen los programas más livianos.
Mono también se puede programar en Windows, pero obviamente, para eso está Visual Studio…. Sin embargo, yo creo que no hay plataforma más óptima para programar aplicaciones en C# que en Windows. Hay que tener en cuenta que en Windows todavía lo más pesado y complejo es lo que mejor funciona ;) desafortunadamente todavía se tiene ese estribillo y a algunos programadores les queda complicado hacer programas más livianos por la complicadera con las DLL, como ha dicho también hsierra, porque todo el mundo hace las liberías aparte y así, por lo menos, en caso, por lo siguiente que escribí abajo.
Ya en punto aparte:
y Delphi, ni se diga!! Una vez vi el tuto ese de como comunicar por USB un pic18f4550 en Delphi y otro en Visual Basic… La verdad es que con Delphi y Visual Basic no estaban muy bien optimizadas las liberías y como consecuencia era un larguero de código, gracias al formulario y además el API para comunicar con el PIC es de código cerrado… aunque en java hay un ejemplo que se llama JPicUSB —si quieres busca en google— y es muchísimo más sencillo que manejarlo con Visual Basic y con Delphi toca usar el mismo API y desafortunadamente sólo funciona en Windows…
En cambio con Arduino las cosas son diferentes, probar la comunicación por el FTDI —ya que convierte de serial a USB — no requiere sino de unas 20 líneas de código, se puede hacer la comunicación para que funcione como una tarjeta DAQ sin tantos contratiempos, y con un código bien sencillo de aprender, se puede usar con MAX/MSP en OSX, Processing… y lo bueno es que las API para comunicación USB ya (LibUSB) funcionan con Processing y son open source, además arduino es open hardware y hasta se usan prototipos pequeños del mismo dentro de los equipos médicos…
Processing es un lenguaje de programación similar a C, aunque a mí me parece más que tiene sintaxis de python en algunos aspectos… no necesariamente sirve para elarduino, tiene muchos más usos. Si alguien quiere saber más sobre processing, meterse a este sitio:
http://processing.org/
Espero que esta info te sirva.
Saludos!!
Bueno todo depende, primero no entiendo porque odias C# si se parece mucho a Java, no deberias odiarlos a ambos???? Con el tiempo creo que C# mantiene una sintaxis mas limpia que Java.
System.Web.Algo contra
com.webframework.webapp.environment.request
Nada ambos son casos hipoteticos pero todo esta muy ambiguo, de nuevo no veo porque odias C# cuando es muy parecido a Java, no me quiero imaginar que es porque Java es abierto y C# no porque yo creo que si alguien hace un lenguaje pues lo abre o lo cierra es su decision y su derecho como creador.
Segundo, te doy la razon que Mono n oesta tan optimizado como deberia, asi que vamonos a Windows, en Windows C# y en CLR son mas rapidos y producen mejores ejecutable que Java (llamalo una ventaja de hacer el compilador y el OS pero es mejor).
Tercero, debemos analizar porque los desarrolladores de GNOME prefieren mas Mono sobre Java, no tengo una respuesta especifica pero una vez De Icaza escribio un libro sobre arquitecturas del computador donde trato el tema de paralelismo, en ese punto C# y Java son muy diferentes, con .NET 4 Ms agrego paralelismo, si mal no recuerdo mucho mas tarde que SUN pero la pregunta no es quien fue primero sino quien lo hizo mejor y como dice De Icaza aunque MS se tomo su tiempo su forma de hacer paralelismo es superior a la de Java tanto tecnicamente como sintacticamente, quizas por eso esa gente prefiere Mono no por lo que es sino por lo que puede lograr acercandose cada vez mas y mas al CLR original de MS, quizas esas personas creen que como va MS extendiendo su plataforma es ams segura y mejro uqe la que Oracle usara en el futuro, despues de todo ASP.NET y ASP.NET MVC son bastante solidos mientras que en Java, JSP es un asco, JSF esta hay hay y Spring salva el dia (pongamos Seam, Wicket y Stripes como los heroes desconocidos); es decir, ahora mismo C# aparenta tener mejor futuro que Java.
No digo que lo que digas sea falso, no creo haber escrito algo similar a eso sino que hay mas que analizar para saber porque mas y mas personas estan usando Mono para Linux en vez de cada vez mas y mas personas usen Java que era el plan de SUN desde un comienzo.
Ni Mono/C# ni Java, el lenguaje de programación predilecto de Gnome acabará siendo Vala. Sintaxis similar a C#, orientación a objetos, compatibilidad nativa con GLib y GObject, y además, al compilarse a C puro y luego a bytecode nativo, es varias veces más eficiente que los dos primeros mencionados, a parte de no depender de un runtime para funcionar. Es así y punto.
Sí tienes razón, hay más razones y motivos a analizar, y estaré contento de recibir más información al respecto por supuesto. Sin embargo, en este momento, sólo quiero enfocar esta respuesta de una forma no muy corta —y es algo que se va a mantener durante todo el post— en algo que sólo corresponde a una opinión y que, como tal, las opiniones son subjetivas, y obviamente en este caso particular pueden cambiar con respecto al uso que se le puede dar a los mencionados lenguajes de programación, sobre los cuales estamos disertando:
Odio el C#, EMHO, simplemente porque en mi caso específico me complica la vida para las aplicaciones que necesito, que es generalmente para crear GUIs para comunicar con aparatos electrónicos, adquisición de datos, probar comunicación entre diferentes protocolos, etc. etc… — lo de EDA y desarrollo de hardware ya es aparte— y mucho de eso se debe, también, a las librerías que se diseñan… prefiero usar lenguajes como C – SystemC, verilog, VHDL (para hardware), C++, estoy revisando un poco de Smalltalk, me dedicaré a aprender a usar Processing, y de pronto, tal vez, MAX/MSP/Jitter para lo que busco… Java, en este aspecto específico, también me ha facilitado algunas cosas.
Es que Java no es lo mejor para diseño y desarrollo web,y en eso estoy TOTALMENTE DE ACUERDO, sin embargo, si las cosas con Java no funcionan bien para lo que necesito, lo cual también estoy considerando, me voy explorar más cosas con Lua —he mirado que puedo programar el arduino con C++ y Lua también—, Vala (tal vez), Python—más que todo con wxpython— … Tal vez Qt —KDE me interesa un poco más, además con KDE, EMHO, que siempre ha servido con C++, puedo usarlo para generar otro pequeño set de aplicaciones con el mismo lenguaje de programación, también soy algo reticente a aplicarme a cosas por el lado de algunos desarrolladores de GNOME, sabiendo que pasan algunas aplicaciones de C a C#— …
… la mezcla Blender/Python o Blender/Processing también me darán algunos frutos… es que quisiera ahorrarme un poco de trabajo, y busco la forma de desarrollar aplicaciones multiplataforma, yo sé que no siempre es una escrita una hecha para todos no, pero igual como dije, me ahorra trabajo.
También creo, por ese mismo lado, que Mono no será la mejor opción para mí… Lo que pasa es que, lo que digo, es que paulatinamente fui odiando C#, nada más. Yo simplemente creo que hay mejores opciones para lo que busco. Reitero, como siempre, es lo que opino después de experimentar.
A la hora de simplificar código, Java y especialmente C#, en mi caso particular, son horribles. Lo que pasa es que he encontrado cosas más sencillas para lo que busco en Java que en C#, pero con el tiempo ya pienso dejar de usar ambos. Espero que lo entiendas.
Saludos!!
Yo hace tiempo deje de utilizar ambos lenguajes, mayormente desarrollo para la web y mayormente uso Ruby, Python y PHP (para paginas sencillas es suficiente Django y Rails son overkill), asi que no soy fanatico de ninguno.
En mi opinion ambos tienen las mismas carencias aunque para la web prefiero C# porque esta mas organizado, ahora dije prefiero pero eso es en un caso hipotetico que no pueda usar ninguno de los mencionados anteriormente, inclusive usaria Lua para la web estaba leyendo un framework hecho en Lua que se veia muy bueno.
Cuando empeze a programar usaba solamente C++, un poco de assemblar para agilizar, luego me fui a Java y a C# por un tiempo, en esa epoca queria un lenguaje que me resolviera todo luego aprendi que no hay lenguaje que sea bueno en todo, por ejemplo uso mayormente Ruby para la web, pero para hacer GUIs Ruby es un poco lento asi que mayormente me voy con Python y asi sucesivamente, en fin saque a Java y a C# de mi portafolios hace tiempo asi que estoy a favor de ninguno, de hecho me alegra que uses Python, Lua y C++, no es que yo sepa mucho Lua para aprendi hace un poco para complementar con C++ en juegos y haciendo alguno que otro script alli.
Que se puede decir, en el futuro pienso ponerme mas de llen oa hacer aplicaciones para el iPhone y como Apple baneo Appcelerator no podre hacerlas en JavaScript asi que a aprender Objective-C.
Hasta la proxima.
P.S. Sobre Vala no se es mas un traductor que un lenguaje, solo traduce a codigo C y no me gusta mucho la sintaxis esta muy cercana a C++ para mis gustos actuales, si se vuelve el lenguaje insignia de la comunidad GNOME amen, a mi no me gusta (por Dios vi un ejemplo por hay que habia que heredar de Object…….), tampoco se que tanto crezca su comunidad, Java y C# tienen muchas librerias alla a fuera por el momento Vala no se les compara en cuanto a librerias se refiere, no puedo garantizar que esta situacion se quedara asi por siempre pero no me gusta jugar al juego de la especulacion.
OROM
Estoy interesado en Ruby on Rails, pero francamente dudo que pueda dedicarle tiempo completo…. me empeñaré a tomar algo de tiempo para ver en qué casos se usa y si puedo dedicarle tiempo a ello, por lo menos EMO se ve interesante.
La unica pregunta que tengo es qué conceptos básicos debo saber primero para poder trabajar algo de RoR???
Objective-C me llama también un poco la atención…. tiene un parecido particular a Smalltalk en algunos aspectos, pero me parece más especializado como lenguaje de programación orientado a objetos. Debe ser interesante intentar un poco… descargate de donde puedas una aplicación que se llama redsn0w — googlea así como es escribe o busca en algún sitio de bittorrent— y otra que se llama pwnage-tool, si te interesa desarrollar con iphones más que todo por experimentar… es lo único que sé porque no tengo un iphone para jugar :( bueno…
gracias y saludos!!!
Rails es sencillo, para Rails no necesitas mucho excepto saber Ruby, mientras mas Ruby sepa mas rápidas serán tus aplicaciones en Rails y mas podrás extender el framework.
Solo necesitas lo basico para web programming, HTML, CSS y JS (muy importante la gente quiere restarle importancia y eso es un error fatal), tambien recomiendo que aprendas algo de web design así no tendremos mas paginas mal diseñadas en la web :)
PICAJOSO, ME GUSTO MUCHO LA FRASE QUE DICES:TODOS SE COPIAN A TODOS, ¿PORQUE ME GUSTÓ? PORQUE ES LA VERDAD…..ES LA PUTA VERDAD.
@ jortecus & yonose.
Muchisimas gracias por las explicaciones. Obvio es que todo no lo he entendido ya que soy de esos usuarios que necesitan sistemas “User friendly” o tan solo un Ex-Windowsero curioso que se animó a probar Linux y le gustó Ubuntu, pero todo eso que se me ha explicado me va formando un poquito mas cada vez en conocimientos.
Gracias