summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
-rw-r--r--CoreStructures_ES15
-rw-r--r--HACKING_ES114
2 files changed, 0 insertions, 129 deletions
diff --git a/CoreStructures_ES b/CoreStructures_ES
deleted file mode 100644
index 7da0b14..0000000
--- a/CoreStructures_ES
+++ /dev/null
@@ -1,15 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
-<html><head>
-<title>500 Internal Server Error</title>
-</head><body>
-<h1>Internal Server Error</h1>
-<p>The server encountered an internal error or
-misconfiguration and was unable to complete
-your request.</p>
-<p>Please contact the server administrator,
- admin@knierim.org and inform them of the time the error occurred,
-and anything you might have done that may have
-caused the error.</p>
-<p>More information about this error may be available
-in the server error log.</p>
-</body></html>
diff --git a/HACKING_ES b/HACKING_ES
deleted file mode 100644
index df2ecdd..0000000
--- a/HACKING_ES
+++ /dev/null
@@ -1,114 +0,0 @@
-Tips and pointers (*berylhackingtips):
-
-*Una diminuta porción de Beryl es la magia actual del OpenGL, la
-mayoría del trabajo; es él manipulamiento de los "datos principales
-estructurados", (CompScreen, CompWindow)... el trabajo con Callbacks, (hmm...él
-núcleo es una bestia diferente). El estructuramiento de datos
-apropiadamente, es mucho más relevante que algoritmos
-impresionantes.
-
-*IPCS puede ser usado para la intercomunicación entre los plugins,
-veáse: beryl-core/src/ipcs.c, y Cube/Rotate son dos buenos ejemplos.
-Evite el uso de esto, ya que es lento y ata los plugins de maneras no
-deseadas, y no esperadas.
-
-*La raíz de toda maldad es la optimización prematura, use profile
-preferentemente, esto le ahorrará tiempo de pérdida en optimización.
-Para hacer profile de beryl lo puede compilar con -pg (CFLAGS="-pg"
-./configure; make; blah blah), cuando beryl se cerrará; arrojará en él
-directorio de trabajo 'gmon.out' . Desde ese directorio ejecute gprof
-/destino/de/beryl/ejecutable > berylprof, luego puede ver el profile en
-un editor de texto, o en una herramienta de profile como kprof
-(altamente recomendado).
-
-* WRAP/UNWRAP trabaja un poco mejor como stack de sorts, examine un
-backtrace del gdb para hacer las cosas claras. Esto es relativamente
-inflexible y las ideas para mejoras posteriores a 0.2.0 son bienvenidas.
-
-* Beryl puede ser debugeado sin colgar el sistema, compile con simbolos
-debugging (-g) y ejecutelo en tty con gdb beryl, configure breakpoints
-con 'break function' ejecute con 'run'; cuando X se cuelgue debido al
-break use alt+sysrq+r luego ctrl+alt+f1 para obtener al tty, examine
-cosas, y continue con la ejecucion.
-
-* Enlazar iteraciones o sentencias (o lo que sea) desde; un-unos plugins,
-seteos de núcleo, seteos de plugins
-individuales, o seteos de intervalo, etc..> hacia otros', es malo y debe
-ser evitado.
-'Escriba (programas) para hacer una cosa y para hacerla bien'.
-
-* Como regla evite los pixel shaders ya que no estan expuestos en la versión
-actual AIGLX . A' la water.
-
-* Los plugins deberán trabajar dentro del núcleo, al mismo tiempo... los
-cambios al núcleo pueden hacerse para acomodar ventajas específicas; como
-por ejemplo el cubo transparente.
-
-A HACER:
-*Las optimizaciones son siempre bienvenidas, el benchmark no es
-horrorosamente preciso, pero sin embargo, si usted nota constantemente
-una mejora de ~10-20 FPS , o un decremento en picos de lag , o algo que
-no es más de '1 FPS al rotar el cubo a la izquierda publiquelo,
-en el peor de los casos será revertido.
-
-* Enlace de tecla para reemplazar ventanas (que corra a través del
-algóritmo placement ), sería fácil de implementar y una característica
-muy útil. Puntos extra en el caso de que la ventana vuele hacia la nueva
-posición.
-
-* ¡Comentar el código! no solamente ayuda a todos en sus tareas, te ayuda
-a ti a entender los lineamientos de código.
-
-* Permitir al plugin anotar (anotate), dibujar directamente sobre la
-textura de la ventana. Esto debería involucrar procing drawWindowTexture
-en beryl-plugins/src/neg.c , y bindings en contexto de renderización
-opengl hacia la ventana GLXPixmap, más allá de esto, es muy similar al
-resto de annotate.
-
-* Mejorar las descripciones cortas (short descriptions), probablemente
-involucre (long descriptions), será mas valorado debido a que son
-movidos a tooltips.
-
-* Sabes de alguna manera de agilizar IPCS??
-
-* Refractar algunos de los códigos en su lugar, (es un código spaghetti
-de momento).
-
-* Contribuir al I18N
-
-* Trabajar en kberylsettings, sobre PyQT settings manager en los
-branches.
-
-* Un arreglo de tiempo de retraso a Opacify, para que no
-dispare el efecto de inmediato. Ver el ejemplo
-beryl-plugins/src/plane.c, parte funcional CompTimeoutHandle...es bastante
-simple, void * closure es pasado al callback. Hacer esto configurable.
-
-* Agregar CompOptionFont a los settings
-
-* Busca funciones a las que se les pueda agregar entrelíneas...
-usar __attribute__((always_inline)) para forzar interlineado,
- inclusive sin la función: -finline-functions
-
-* Exonerar! ventanas especifícas como parte del menú esmerald de
-decoraciones de ventana . ¿Te acuerdas de esta configuración de
-ventanas? fijate en todo kwin.
-
-* Fijate al usar, macros DESEADAS/NODESEADAS para los argumentos if/else
-en bucles anidados, con una alta discriminación hacia uno o lo otro. Usa
-Profile para encontrar dichas áreas, ¡optimizar prematuramente es malo!
-
-* Participar, discurriendo y planeando en IRC, es invaluable. Hagesé
-parte de la comunidad de desarrolladores de beryl, no sea un perro
-vagabundo!
-
-* ¡Y mas cosas/cosillas/demases aquí!
-
-* Discutir largamente en las listas de correo.
-
-* Agregar más documentación de código en Documentation/ sobre las interfaces
-usadas por Beryl.
-
-nota de traducc.: si usted no ve las tildes donde corresponde agrege la sig.
-línea al archivo de configuración consolefont:
-CONSOLETRANSLATION="8859-1_to_uni"