Desde hace unos 5 días, los repositorios git que usaban 4.7 como nombre de rama (kdepimlibs, kdepim, kdepim-runtime, kdeplasma-addons, okular, mobipocket y los repos de lo que era kdeedu y kdeutils) ahora usan KDE/4.7 para ser consistentes con el resto de repositorios git de lo que forma KDE SC.
Aseguraos de estar en la rama correcta y no creeis los nombres de rama incorrectos al hacer push. Quizá también tiene sentido que ejecuteis "git remote prune origin" en vuestros clones para eliminar la copia local de las ramas que han sido eliminadas.
Nota: No he hecho el trabajo pero no he visto nada en el planet y creo que tiene sentido que alguien bloguee sobre ello
Un blog sobre cosas aleatorias y de vez en cuando sobre mi colaboración en KDE
martes, 20 de septiembre de 2011
miércoles, 14 de septiembre de 2011
Cambio en los requisitos mínimos para la l10n de KDE
Antes de hoy, le pedíamos a los equipos de traducción de KDE un 75% de kdebase como mínimo si querían formar parte de una versión. Con la evolución de KDE hacia algo menos monolítico cada vez tenía menos sentido tener este requisito por lo que hoy, junto al partimiento de el directorio de traducciones kdebase en kde-runtime, kde-workspace y kde-baseapps hemos cambiado el requisito a un 90% de kde-runtime.
Es un incremento en porcentaje pero es un decremento de los mensajes que pedimos ya que el 75% de kdebase era en torno a 13000 cadenas y el 90% de kde-runtime es alrededor de 3000.
Podeis darle un vistazo a los requisitos esenciales para lo que será KDE KDE 4.8 en http://l10n.kde.org/stats/gui/trunk-kde4/essential/
Es un incremento en porcentaje pero es un decremento de los mensajes que pedimos ya que el 75% de kdebase era en torno a 13000 cadenas y el 90% de kde-runtime es alrededor de 3000.
Podeis darle un vistazo a los requisitos esenciales para lo que será KDE KDE 4.8 en http://l10n.kde.org/stats/gui/trunk-kde4/essential/
viernes, 9 de septiembre de 2011
Fechas para KDE SC 4.8
Las fechas para KDE SC 4.8 se oficializaron el Sábado pasaso. Si todo va como debería (y últimamente nos han salido las versiones bastante en su fecha) deberíamos estar disfrutando de las bondades de 4.8 a finales de Enero del 2012. Recuerda que puedes mantenerte al día de cual es la siguiente versión usando el calendario en http://www.kde.org/releaseschedule.ics.
viernes, 2 de septiembre de 2011
De cómo un parche para poppler me hizo arreglar un bug en Konsole
En marzo, Tim Brody envió un parche a la lista de correo de poppler para hacer que poppler extraiga los carácteres acentuados de pdf viejos generados por latex (donde el carácter y el acento están representados por dos glifos diferentes) como un carácter más un carácter combinante. Después de probar el parche vi que no funcionaba, ya que estaba cambiando la salida de pdftotext de
R. L¨wen and B. Polster
o
a
R. Lowen and B. Polster
en vez de a
R. Löwen and B. Polster
Tim respondió con un "WorksForMe" que nos dejó bastante perplejos por algún tiempo. Me llevó algún tiempo darme cuenta que en realidad la culpa era de Konsole, ya que no entendía los carácteres combinantes. Un error acerca de esto ya había sido creado por Thiago en el 2005. Como yo había sido perjudicado en persona por este error me decidí a intentar arreglarlo y después de algunos días de programación conseguí un parche para hacer que Konsole entienda los carácteres combinantes de Unicode caracteres. Por desgracia era demasiado tarde para KDE 4.7 por lo que tendréis que esperar hasta el 4.8 para disfrutar de esta corrección (o usar master;))
P.D: Tim, si estás leyendo esto, nunca respondiste sobre las regresiones provocadas por el parche por lo que nunca se añadio a poppler
R. L¨wen and B. Polster
o
a
R. Lowen and B. Polster
en vez de a
R. Löwen and B. Polster
Tim respondió con un "WorksForMe" que nos dejó bastante perplejos por algún tiempo. Me llevó algún tiempo darme cuenta que en realidad la culpa era de Konsole, ya que no entendía los carácteres combinantes. Un error acerca de esto ya había sido creado por Thiago en el 2005. Como yo había sido perjudicado en persona por este error me decidí a intentar arreglarlo y después de algunos días de programación conseguí un parche para hacer que Konsole entienda los carácteres combinantes de Unicode caracteres. Por desgracia era demasiado tarde para KDE 4.7 por lo que tendréis que esperar hasta el 4.8 para disfrutar de esta corrección (o usar master;))
P.D: Tim, si estás leyendo esto, nunca respondiste sobre las regresiones provocadas por el parche por lo que nunca se añadio a poppler
lunes, 22 de agosto de 2011
GSoc de selección de texto de Okular: Analisis en profundidad
Como ya expliqué hace unos dias Mahfuzur ha estado trabajando en mejorar la selección de texto para Okular en un GSoc. El acaba de hacer un post muy detallado explicando todo su trabajo. Por favor, id a su blog y darle un vistazo ya que es bastante interesante (y no olvideis de probar el código y decir que os parece!)
sábado, 6 de agosto de 2011
Provad la nueva rama de seleccion de Okular
Mahfuzur Rahman Mamun ha estado trabajando en un GSOC para traer el soporte de seleccion multicolumna a la seleccion de texto de Okular, ha llegado el estado en que es interesante que otras personas lo prueben y den sus comentarios sobre que os parece. O sea que por favor todos los usuarios de okular haced checkout de la rama selection_and_highlighting y escribir los comentarios aqui o a la lista de correo okular-devel (en ingles).
martes, 2 de agosto de 2011
Suscribirse a:
Entradas (Atom)
