standardsandfreedom.net/index.php/2013/01/24/the-meaning-... por
Filiprino el 28-01-2013 15:09 UTC publicado: 28-01-2013 16:20 UTC
Para LibreOffice 4.0 habrá grandes cambios internos. La API está sufriendo la mayor reescritura desde tiempos de OpenOffice.org 1.X. Más fácil, más flexible y nuevas posibilidades para desarrolladores de extensiones. Esto significa una distanciación aún mayor de OpenOffice.org. También se está escribiendo una nueva pila gráfica. Esto significa nuevos elementos de interfaz de usuario, aspecto más limpio y nuevas oportunidades para manejar nuevas herramientas, mejorar la interfaz y servicios. Así, se rompe con el código antiguo de OpenOffice.
etiquetas: libreoffice, document foundation, suite ofimática negativos:
0 usuarios:
196 anónimos:
198
Aunque por mierdas de currículum aún hice el esfuerzo de no quedarme oxidado. Pero para mi uso diario: lo tengo claro, mas cómodo.
Igual que a la inversa. Bueno, creo que no, es lo que tiene trabajar con formatos ISO, y no propietarios, que la compatibilidad siempre es más fácil...
ISO/IEC 26300:2006 Open Document Format for Office Applications
Como de costumbre, se puede descargar la versión de pruebas desde aquí: www.libreoffice.org/download/pre-releases/
Sí, además Python también es el lenguaje utilizado para las macros de LibreOffice.
Llevo escuchándola desde una década, por lo menos.
donate.libreoffice.org/
El OOXML de Microsoft aún no está implementado ni en el propio Office. Se espera que la primera implementación que cumpla con el estándar, que ellos mismos presentaron y fue aprobado por la vía rápida, sea para el Office 2013.
Luego, el tocho de 1000 páginas de especificaciones deberá ser implementado por el resto de suites ofimáticas sin ninguna implementación de referencia.
ODF no era perfecto cuando salió ya que aún guardaba algunas ambigüedades en el caso de fórmulas que si no me equivoco fueron solucionadas en el ODF 1.2 (ODF OpenFormula que LibreOffice 4.0 implementa). Pero si quieres ambigüedades y temas chungos de funcionalidades antiguas de Microsoft Office con lavado de cara, OOXML. Lo cojonudo es que Microsoft se quejaba de dicha ambigüedad en las fórmulas para hojas de cálculo cuando su propio formato tampoco estaba debidamente definido.
Bueno, yo desde que hago clic hasta que aparece el LibreOffice tarda 5 segundos. Eso en un disco duro de 250 GB a 7200 RPM con algunos años, por lo que debido a su densidad de almacenamiento no admite grandes tasas de lectura.
#18
Diría que LibreOffice funciona con GTK
CC #1
putamadre office, pero al final nada como el oficial, el de Microsoft. Tampoco es tan caro y te olvidas de panplinas de compatibilidades etc.Y problemas nunca me ha dado, yo lo guardo todo en el formato Open Office y el único problema que me ha dado ha sido con compatibilidad con ordenadores con OpenOffice antiguo, y me funciona bastante rápido, sobre todo en Linux.
Problema: La compatibilidad, hay que decirlo todo. Los archivos no acaban de ir finos aunque los grabe (desde LibreOffice) en la versión más antigua de Word
Aunque también puede ser porque al ser un programa libre es más sencillo actualizar de versión a versión de forma gratuita y no tener que seguir usando Windows XP e Internet Explorer 8.
Pero no te preocupes que la siguiente versión de Windows será la mejor y traerá un montón de cosas novedosas que jamás verás en tu vida (esta parte seguro que te parece nueva)
#27 Pero no te preocupes que la siguiente versión de Windows será la mejor y traerá un montón de cosas novedosas que jamás verás en tu vida
Tampoco uso Windows.
Y hablais de prejuicios ...
En suites de oficina no hay nada oficial, solo estándares de documentos. Unos más libres e interoperables que otros.
#26 Busca el PPA de Calligra Office
#22 ¿Qué significa oficial para tí? ¿De pago?
¿Problemas de compatibilidad? Pero si es el MS Office el que no es compatible prácticamente con ningún estándar oficial y por tanto el que da problemas!
Ahí pone programado en C++ y Java. Hasta donde yo he visto y sin ser programador, Java = lento, pesado y con casi nula integración en el sistema operativo.
Si no me equivoco están pasándolo de Java a python (osea de maquina virtual a otra maquina virtual). Si quieren que vaya rápido deberían hacerlo entero en C,C++ y la interfaz en qt.
Mientras la comunidad siga apoyando a Libreoffice en vez de a www.calligra-suite.org/ seguiremos teniendo una suite ofimática, lenta y pesada. Firefox hoy es lo que es, porque se abandono SeaMonkey y se hizo firefox, LibreOffice es el SeaMonkey de las suites ofimáticas.
Calligra Karbon supera a Gimp en muchas areas, empezando por CMYK.
#38 Excepto basura OLE binaria incrustada...
#37 La cinta de Ribbon estaba en KDE1 desde que en Windows tenia el 98 y 2000 y gracias.
#36 Irónicamente SeaMonkey puede ser hasta más rapido con equipos antiguos...
Yo era de Open, leí que lo habían abandonado, me pasé a Libre y me volví a pasar a Open porque el Libre me gustaba menos.
Y la verdad, no veo tanta diferencia entre uno y otro.
Están abandonando las partes de Java por C++. En la web de la Document Foundation se puede ver. Python no funciona sobre una máquina virtual como Java. No es lo mismo lenguaje interpretado que lenguaje funcionando sobre una máquina virtual.
Qt no es más rápido que GTK.
Y por último, Calligra Karbon es un programa de edición vectorial por lo que no tiene nada que ver con GIMP.
Ahora OpenOffice está en manos de la fundación apache que está trabajando para sacar la versión 4, pero mientras tanto te recomiendo LibreOffice que está por ahora más actualizado.
Casualmente, firefox y VLC (los 2 programas estrella del SL) se integran perfectamente en windows, son rápidos y funcionan perfectamente, sin problemas de compatiblidad o similar.
Si se quiere que LibreOffice sea el referente, debe abandonar Java, Python y cualquier otra cosa que no se ejecute compilada para ser rápido, debe cambiar a una interfaz que sea bonita, se integre y sea cómoda. Y debe tener 0 problemas con el estandar, OOXML es un estandar y hay que cumplirlo a raja tabla.
Calligra Suite es una suite ofimatica donde Karbon es la aplicación más conocida, y tiene muchísimo mas potencial que Libreoffice pero nulo apoyo de la comunidad y económico (y por tanto no va a dejar de ser eso, mucho potencial).
Te falta añadir un
www.neooffice.org
Para Mac OS. Múltiples idiomas, compatibilidad Mac OS 10.8, verdión móvil, etc.
#44 Ejecutándolos desde un disco SSD y abriendo un mismo archivo de 2MB (en DOCX y ODF respectivamente) Word 2011 tarda tres segundos en abrir mientras que la última beta de LibreOffice (4.0.0.2) tarda seis.
Los de NeoOffice son unos piratas que no publican las modificaciones que han hecho a libreoffice.
Tampoco veo muy adecuado que compares con la beta de un programa.
#58 Estoy hablando de las versiones de OS X, ahí Apple ni pincha ni corta sobre la interfaz de las aplicaciones.
frikisusuarios. El Office de toda la vida es el de Microsoft. Las alternativas libres están bien para el ambito académico y demás. Ahora en entorno profesional no sirven -ni para tomar por el culo- de mucho.Vida el office de siempre hombre!! el de MS!!
#58 eso también es mentira... sera apps con interfaces diferentes
Me siento un tiquismiquis
No he probado LibreOffice así que no puedo judgar pero tardar cinco segundos no es ir rápido.
#49 Firefox no es GTK, usa XUL y en Linux usa un wrapper de temas GTK. Y he de decir que es lento de narices en según que casos.
#56 CVS de NeoOffice neowiki.neooffice.org/index.php/NeoOffice_Build_Instructions#Source_Co
Aquí tienes el código fuente: www.neooffice.org/neojava/en/build.php
Y, dicho sea de paso, NeoOffice está basado en OpenOffice, no en LibreOffice: en.wikipedia.org/wiki/NeoOffice#NeoOffice_3.x_and_OpenOffice.org_3.x
Lo he buscado y la versión 1.2 está aprobada desde el 17/03/2011, lo que no está es dentro de la norma ISO, que se espera sea para mayo de este año.
#66
Estás equivocado, Krita no es superior a GIMP, menos aún por soportar alguna cosa que GIMP aún no soporta.
#68
Gracias por el enlace.
Añade integración con Karbon haciendo que edites gráficos vectoriales desde un programa raster como si estuvieras en casa, y el resto de Calligra, y tienes una maravilla.
Y te lo dice un usuario de Gnome3 Classic.
Lo siento pero por ahora, QT > GTK y toda su suite.
En OS X sigue siendo más rápido (aunque la diferencia no es gran cosa) y dudo que ahí pueda hacer trampas.
Gracias por el enlace.
De nada.
Lo he puesto: no puedes dejar pasar los conocimientos en Office, te toca saber usarlo sí o sí, cosas del currículum. Que se considere mejor es otra cosa, yo lo sigo considerando una puta mierda, aún sabiéndolo usar.
Eso la primera vez, a partir de ahí, siempre tarda menos. La segunda: 2 segundos.
La mayor parte de gente que habla de las bondades de MsOffice, no es capaz de crear un documento sin utilizar formato directo
CMYK no es básico y por otra parte, aquí no somos nuevos. De sobra es sabido que GIMP y LibreOffice son mejores que Krita y KOffice. Así pues, puedes decir todas las melonadas que desees como por ejemplo decir que GIMP y LibreOffice son suites de GTK o que Krita y KOffice son suites de QT,
Gracias.
#77
Para hacer la interfaz Cinta Microsoft hizo estudios de usabilidad. Para un usuario sin conocimientos previos encuentra antes la funcionalidad común con Cinta que con el sistema anterior de barras y menús.
En windows tienes MS office original y pirata, y si te pones quisquilloso tienes el kingsoft office que funciona practicamente perfecto (el soporte de matemticas es una mierda) y es rapido.
En mac tienes el MS office, y la suite de mac.
Si LibreOffice quiere mejorar tiene que abandonar todo resto que use Java, python y cualquier otro código interpretado.
Krita lo conozco desde hace quinquenios, y es una mierda.
Lo he usado recientemente y sigue siendo una mierda, como los programas en SDL.
Me alegro por ti, SDL es una castaña a poco que quieras hacer algo mínimamente serio y con rendimiento, da igual qué protocolo uses, sea el lento X11 o los acelerados XV/GL con X11 por detrás.
Para juegos indie puede estar bien, sí.
EDIT: El Serious Sam2, también. Yo no lo noto lento.
No utiliza SDL de forma exclusiva, sólo como añadido para ciertas cosas.
Edit: No utilizan SDL de forma exclusiva, sólo como añadido para ciertas cosas.
Qué, ¿te has quedado sin nada más que decir? ¿era eso lo que querías que dijera? ¿que no utilizan una biblioteca/lenguaje/tecnología en exclusiva? ¿que no hay blancos o negros? El caso es que sí hay un blanco y un negro: han utilizado un motor gráfico C++ para máximo rendimiento y para el tema de interfaz (y quien sabe si el audio) el SDL, de igual modo que en otros juegos (átate a los machos) se ha llegado a utilizar tecnología de Adobe (Flash concretamente) para los menús.
Ahora puedes pasar a iluminarme con una respuesta elocuente y falazmente razonada.
De hecho la salida SDL hace usable mplayer2 en mi netbook ARM a 800 mhz SIN aceleracion alguna por hardware, cosa que la salida X11 pura (vo -x11) no consigue. No me preguntes por qué.
Y no tengo nada acelerado. Ni XV, ni GL, nada. Cero.
Te recuerdo que SDL(+alsa/oss+gl) se empezó a utilizar para portar los primeros juegos comerciales de Windows...
Bueno, te dejo este enlace: www.sdltutorials.com/sdl-opengl-tutorial-basics. SDL no fue hecho para eso. SDL abarca mucho más que eso.
Te recuerdo que SDL(+alsa/oss+gl) se empezó a utilizar para portar los primeros juegos comerciales de Windows
Efectiviwonder, pero SDL tiene un uso marginal. Si hubieran hecho los juegos enteramente con la abstracción SDL no tendrían el rendimiento que tienen.
(es broma y tal, para reirnos un rato...)
* OpenOffice: más estable, más estándar, más "básico"
* LibreOffice: más avanzado, más experimental, más extendido
Lo que entiendo es que cosas de LibreOffice se deberían portar a OpenOffice, que debería servir de versión base.
Por otro lado, el nombre "Open" vs. "Libre" implicaría que OpenOffice debería poder servir como base de desarrollos privativos (licencia Apache), mientras que LibreOffice está bajo licencia LGPL... y ya no es tan simple coger toda la suite, renombrarla y venderla como algo propio.
Para lo demás se encarga el motor.
@admin //que alguien borre #107, perdón.
Para lo demás se encarga el motor.
¿y quien ha dicho lo contrario? Eso no te obliga a usar todos los envoltorios de los que dispone, que por razones obvias de rendimiento y latencia no usarás.
hagamos lo mismo una y otra vez
hay muchos lenguajes de
programacion aún por probar