Todos sabemos que OpenOffice.org esta muy bien como suite ofimatica para Linux. Pero todos sufrimos su velocidad. O, mejor expresado, su falta de velocidad. Sobretodo, en el arranque.
Pero en el mundo del Software Libre, si hay un problema, alguien intentara solucionarlo.
Via los compis de BaDoPi, aqui teneis el truco que acelera la carga de OpenOffice. Probadlo y contadnos como os va, que valores usais, etc.
Se reproduce aquí el truco para evitar depender de páginas externas (evitando así que el truco desapareciese en el caso hipotético de que la gente de badopi tuviese algún tipo de problema con su sitio):
Consiste en cambiar los valores por defecto de OOo de uso de memoria:
Herramientas -> Opciones -> OpenOffice.org -> Memoria de trabajo
Uso de OpenOffice.org: de 9 a más megas, yo pongo 40, todo es ir probando.
Memoria por objeto: de 2,4 a más, yo pongo 3, como el anterior, es ir probando.
Y con esto el rendimiento en el arranque y el uso mejora espectacularmente, al menos en los casos que los he podido probar, ya me direis que tal os va el truquito y que valores usais.
_
Yo (pacho) he probado a subir estos valores mucho más, dado que tengo 2GB de RAM, con lo que aún así no uso swap (que es lo que hay que evitar especialmente):
Uso de OpenOffice.org: 256
Memoria por objeto: 64
_
Salut,
Sinner
Atención: en Mandriva 2008 Spring estos pasos no son necesarios, los archivos se abren automáticamente con las aplicaciones adecuadas
Con estos sencillos pasos vas a poder abrir documentos con extensión docx en Open Office
Requisitos:
[usuario@localhost]su - Contraseña: [root@localhost]
[root@localhost]urpmi libungif4-4.1.4-3mdv2008.0.i586
[root@localhost]urpmi --allow-nodeps /lugar-donde-descargaste-elpaquete/odf-converter-1.1-7.i586.rpm
instalando odf-converter-1.1-7.i586.rpm desde /lugar-donde-descargaste-elpaquete
Falló la instalación:
OpenOffice_org >= 2.0 se necesita para odf-converter-1.1-7.i586
libgif.so.4 se necesita para odf-converter-1.1-7.i586
¿Intentar de instalar sin verificar las dependencias? (s/N) s
Preparando...
1/1: odf-converter
/var/tmp/rpm-tmp.51681: line 22: SuSEconfig: command not found
Ya con los paquetes instalados:
Nota:Si tienes otra versión de Open Office debes de cambiar ooo-2.4 por lo que corresponda
¡LISTO!, ya puedes abrir documentos con extensión docx (probablemente también de las otras extensiones relacionadas pero solo he probado con un par de documentos con extensión docx)
Agradecimientos:
A Google
A OpenOffice.org Ninja por proporcionar la dirección de descarga del paquete odf-converter
A danny_g por las pruebas realizadas con la versión de Open Oficce incluida en Mandriva 2008
A todos los que reproducen las instrucciones para hacer esto posible (originalmente para Ubuntu)
Nota del autor:Originalmente los últimos pasos de este manual se realizaron haciendo copia directa de los archivos, realice pruebas haciendo enlaces simbólicos y funciono, esto es útil para no tener archivos repetidos pero a diferencia del método original si se desinstala el paquete odf-converter-1.1-7, se perderá la funcionalidad de abrir documentos en estos formatos
Notas:
Este manual funciona con el Open Office que se incluye en Mandriva 2008, sustituya ooo-2.4 por ooo-2.2 en los últimos comandos como indico danny_g en sus pruebas con la primera versión del manual
He realizado más pruebas y algunos documentos no se abren del todo bien.
Para conectar openoffice con MySQl existen básicamente dos métodos:
Aquí voy a explicar como se puede hacer con jdbc, pues creo que es más sencillo:
Descargarse el conector J de MySQL de la direccción:
http://dev.mysql.com/downloads/connector/j/5.1.html
Una vez descargado, descomprimirlo en el lugar deseado. Desde OpenOffice, en Herramientas, Opciones, Java, Class Path,agregar el archivo jar que tiene el conector.
Reiniciar OO y hacer la conexión, si nos da un error es debido a que MySQL no admite conexiones de ese tipo.
Para solucionarlo, comentamos la línea del archivo de configuración de MySQL. El archivo es /etc/my.cnf:
skip-networking
Reiniciamos el servidor y ya tendremos OpenOffice + MySQL.
Hola,
Un editor ligero que se encuentra en todos los Unix, Linux y similares es "vi". En Linux, existe "vim", que es el vi "con vitaminas" (vi improved).
El amigo NoP se ha currado un completo manual sobre el vim, y lo tiene en HTML y PDF. Genial!
Aqui teneis el enlace al manual.
Salut,
Sinner
Hola a todos/as,
pues resulta que estoy tratando de escribir una tesis en matemáticas y para ello uso Latex. Necesito algunas cosas avanzadas de mates y de latex, y tras preguntar en unos cuantos sitios, y buscar en un montón más, he llegado a aclararme de algunas cosillas. Así que voy a aprovechar este blog para ponerlas... Que no cunda el pánico que no voy a hablar de matemáticas, sino de Latex. La verdad es que introducciones a Latex hay muchas, y aquí no voy a contar lo básico, sino soluciones a algunos problemas que me voy encontrando.
En primer lugar voy a hablar de los gráficos.
Resulta que si uno necesita meter gráficos en un documento latex, tiene muchas opciones, una de ellas es usar los propios entornos que latex proporciona, pero que son una tortura a poco que se compliquen las cosas. También se pueden importar gráficos que has hecho con otros programas y que tienes en formatos .eps y tal, pero existe una vía media, que a mi modo de ver resulta excepcional, se trata de PGF-TIkZ, que es un paquete desarrollado por Till Tantau, (autor también del excelente "BEAMER").
Bueno, la descripción del paquete es la siguiente:
"PGF is a TeX macro package for generating graphics. It is platform- and format-independent and works together with the most important TeX backend drivers, including pdftex and dvips. It comes with a user-friedly syntax layer called TikZ."
y la verdad es que es bastante potente, e incluso te permite comunicarte con gnuplot directamente desde el código tex.
Pero vayamos por partes, lo primero es instalarlo. Si eres suficientemente comodón (como yo) haces un
urpmi pgf
y todo parece ir como la seda (además deberás hacer urpmi latex-xcolor)... pero, no sé muy bien porqué, la instalación que hace urpmi no es del todo satisfactoria, es decir, a mí no me funcioné (si alguien que sepa más nos puede dar una pista sobre esto, sería de agradecer). En fin, que la mejor manera es proceder de un modo más rudimentario, que tampoco es nada del otro jueves:
nos bajamos el correspondiente .tar.gz de
http://sourceforge.net/projects/pgf/
y nos lo descomprimimos.
Esto nos crea una serie de carpetas bajo el directorio pgf-1.01; en concreto: doc, generic, latex y plain
pues bueno, nos dedicamos a copiar el contenido de ellas en distintos lugares de nuestro árbol de texmf favorito, que está bajo /share (root o local) del siguiente modo:
el directorio doc contiene un subdirerctorio "generic" y este a su vez un directorio "pgf"; éste último lo copiamos entero bajo texmf/doc
y los directorios llamdos "pgf" que están en los directios generic, latex y plain (dentro de pgf-1.01) los copiamos respectivamente en /texmf/tex/generic, /texmf/tex/latex y /texmf/tex/plain
hacemos
texhash
y con ésto podemos comenzar a usar el paquete, que es una gozada.
El bueno de Tantau además es bastante agradable escribiendo, con lo que el manual del paquete es muy fácil de leer.
Como muestra, os dejo una pequeña variación de algunas cosas que pone en un tutorial al principio del manual.
Con el siguiente código se genera el archivo que adjunto:
\documentclass[a4paper,10pt]{article}
\usepackage{tikz}
\begin{document}
We are working $x+ \tikz \draw [step=2pt] (0,0) grid (10pt,10pt); = y$ on
\begin{tikzpicture}[scale=3]
\draw [step=.5cm,red,very thin](-1.4,-1.4) grid (1.4,1.4);
\draw [step=.25cm,style=help lines,style=dashed](-1.4,-1.4) grid (1.4,1.4);
\draw [->](-1.5,0) -- (1.5,0);
\draw [->](0,-1.5) -- (0,1.5);
\draw (0,0) circle (1cm);
\filldraw[fill=green!20!white,draw=green!50!black] (0,0) -- (3mm,0mm) arc (0:30:3mm) -- cycle;
\draw[red,very thick] (30:1cm)-- +(0,-0.5);
\draw[blue,very thick] (30:1cm) ++(0,-0.5) -- (0,0);
\draw[orange,very thick] (1,0)--(intersection of 1,0--1,1 and 0,0--30:1cm);
\foreach \x in {-1,-0.5,1} \draw (\x cm,-1pt)--(\x cm,1pt) node[anchor=north]{$\x$};
\foreach \x in {-1,-0.5,0.5,1} \draw (-1pt,\x cm)--(1pt,\x cm) node[anchor=east]{$\x$};
\end{tikzpicture}
\end{document}
si alguna vez habéis intentado hacer algo así en Latex a pelo, entenderéis de qué estoy hablando