Skip to Content

Agregador de orígenes de noticias

KDE Commit-Digest for 9th March 2014

KDE News - Vie, 05/09/2014 - 17:36

In this week's KDE Commit-Digest:

  • Plasma Desktop can highlight currently open applets
  • Plasma framework adds an optional EGL/X11 backend for WindowThumbnail QQuickItem
  • KDE-PIM can create calendar events from e-mail
  • Kate substantially improves highlighting of reStructuredText (rest.xml)
  • Skrooge adds "quarter" and "semester" period in graph and "Incomes & Expenditures" dashboard widget.

Read the rest of the Digest here.

Dot Categories:

Agustín Benito Bethencourt: Aspectos estratégicos y operativos que deben ser considerados en el proceso de cambio hacia el software libre (II)

Planet KDE Español - Vie, 05/09/2014 - 06:00


Punto de partida
El punto de partida de cualquier proceso de análisis previo a una migración tiene como principales fuentes de conocimiento:

  1. Los objetivos y motivaciones de los responsables político/tecnológicos de la AA.PP.
  2. La documentación existente sobre procedimientos, herramientas, infraestructura, recursos, descripción y relación con proveedores, perfiles, servicios que se prestan, tanto internos como externos...
  3. La "realidad" de
    1. Los responsables técnicos de la AA.PP.
    2. Los "power users" o prescriptores.
    3. El usuario no técnico.
    4. El servicio que se presta.
  4. Experiencias previas en transformaciones tecnológicas si la hubiere.

La disponibilidad de una documentación veraz y actualizada constituye un factor determinante en cualquier proceso de migración. No sólo facilita la definición del Estado del Arte, ahorrando costes y acelerando el proceso en sí, sino que establece un punto de referencia sobre el que basar cualquier análisis objetivo posterior. Por tanto, representa el principal punto de apoyo del cliente (la AA.PP.) frente al proveedor de servicio, al menos en este punto.
Así pues, el principal esfuerzo de los técnicos y responsables tecnológicos de la propia AA.PP. en este punto inicial debe ser:
  • Actualizar y, si es posible, ampliar la información existente sobre los sistemas de información y su uso por parte de trabajadores públicos y cuidadanos.
  • Recopilar información relacionada con procesos de transformación tecnológica experimentados con anterioridad.
  • Recopilar información sobre la relación de la AA.PP. con proveedores de servicios que puedan ser afectados por la migración de manera directa o indirecta.
  • Recopilar información orientada a facilitar el proceso de toma de datos.

Si la documentación disponible no es completa o se encuentra desactualizada, mi recomendación es que se separe la generación/actualización de esta información del propio proceso de identificación del Estado del Arte. Deben ser fases diferentes del proyecto o incluso proyectos diferentes. Uno alimenta el otro.
Proceso a seguir para el establecimiento del Estado del Arte
La fotografía a tomar tendrá como referencia el concepto de perfiles/personas. Definir esos perfiles debe ser el primer objetivo de esta fase del proyecto. Una vez descritos, se particularizarán para cada usuario. A partir de esos perfiles y teniendo en cuenta información adicional relevante, se establecerán los diferentes escenarios de migración.
Así pues, el Estado del Arte se define en base a escenarios de migración.
Para definir los perfiles/personas, es necesario entender qué inputs son necesarios. En general son los siguientes:
  • Puesto/servicio que presta (procesos)
  • Conocimientos técnicos
  • Interacción con aplicaciones y servicios
  • Equipamiento que utiliza
  • Datos

Para cada usuario, debe obtenerse información correspondiente a cada una de estas áreas. La información obtenida necesita ser procesada para que sea manejable. Tras un proceso de abstracción (análisis), se podrán definir las personas/perfiles significativos.
Esta abstracción/generalización nos permitirá escalar el diseño del proceso de migración e ir adelantando algunas otras fases del proyecto, como la identificación de herramientas libres candidatas, planes de comunicación o formación...
Con el fin de definir los escenarios de migración, es importante definir primero las interacciones intra/inter personas/perfiles. Es decir, cómo interactúan a través de los sistemas de información.
Este estudio debe llevarnos a un proceso de ajuste o redefinición de los perfiles/personas (personas canónicas). Una vez hemos los hemos definido de manera definitiva, debemos individualizarlos, es decir, asegurarnos de que ajustamos los perfiles a cada uno de los participantes en el proceso (humanización de los perfiles).
Tomando en consideración datos adicionales como la infraestructura disponible, los servicios que se prestan, la estructura organizativa de la propia AA.PP., aspectos logísticos etc., se definirán los escenarios de migración. Idealmente, cada escenario de migración deber estar definido como una unidad independiente desde el punto de vista del proceso de migración.
Los escenarios de migración, por tanto, están basados en:
  • La obtención de los diferentes perfiles/personas.
  • El estudio de las interacciones entre los diferentes perfiles/personas.
  • Recursos (sistemas de información).
  • Servicios que se prestan en el momento previo a la migración.
  • Prioridades estratégicas y operativas.
     Este post es el segundo de una serie de tres. Puedes acceder a los demás aquí:
Agustin Benito Bethencourt (toscalix). Profesional del Software Libre, miembro de KDE España y KDE e.V.

KDE Blog (Baltasar Ortega): Preferencias del Sistema de Plasma Next: la propuesta

Planet KDE Español - Vie, 05/09/2014 - 05:10

Las opciones de configuración de KDE son asombrosas, y es justo esto una de las cosas que más valoran los usuarios de este escritorio. Por ello, para la siguiente versión de KDE, se está teniendo mucho cuidado a la hora de cambiar las cosas para mejorar el diseño de las Preferencias del Sistema de Plasma [&hellip

Agustín Benito Bethencourt: Aspectos estratégicos y operativos que deben ser considerados en el proceso de cambio hacia el software libre (I)

Planet KDE Español - Jue, 05/08/2014 - 06:00


Actualización de los Sistemas Informáticos utilizando Software Libre.Aspectos estratégicos y operativos que deben ser considerados en el proceso de cambio hacia el software libre

El presentedocumentoes un resumen de mi intervención en el mencionado curso, como parte del segundo bloque del mismo. Dicha intervención introduce el tema a tratar, de modo que aporto una visión global, reforzada con ejemplos concretos de los conceptos más importantes. Dichos ejemplos y anécdotas de interés, no figuran en este resumen.
Datos sobre el curso:

  • Director del curso: Ramón Ramón Sánchez (Perfil Linkedin)
  • Fecha de mi intervención: 23 de Abril de 2014
  • Contenido: Bloque 2.- Definición del Estado del Arte. Evaluación previa.
  • Duración: 90 min. aprox.
  • Audiencia: técnicos y responsables tecnológicos de AA.PP. del Gobierno de Costa Rica.
Introducción y enfoque
Todo proceso de migración comienza con una misión. Esta misión debe estar claramente reflejada en el proyecto estratégico. Basándonos en esa misión, se establecen los objetivos principales de la migración. Siempre existe un objetivo prioritario y otros secundarios.
Los objetivos estratégicos más comunes son:
  • Independencia tecnológica
  • Ahorro de costes:
    • A corto plazo
    • A medio y largo plazo
  • Creación de polo tecnológico local
  • Aumento de rendimiento/eficiencia
  • Mejora de la interoperabilidad
  • Política

Cualquier proceso de migración tecnológica ideal consiste en definir una el cuadro/fotografía actual de los sistemas de información, así como de su uso, y replicarla, usando, no sólo herramientas diferentes, sino en este caso, un paradigma diferente. Sin embargo, el proceso de transición es costoso. Debemos asumir que cada uno de los participantes, require de un fuerte grado de motivación para adoptar una posición constructiva frente al proceso. La motivación, en forma de mejoras/beneficios futuros, debe generalizarse en la medida de lo posible, no restringiéndose al ámbito técnico y/o económico directo y a corto plazo.
El Software Libre propone beneficios suficientes como para generar esa motivación en diversos ámbitos. Así, la definición del Estado del Arte, la captura de esa fotografía, no es ni debe ser objetiva:
  1. Debe responder al objetivo principal del proyecto.
  2. Debe identificar las fortalezas del actual entorno y usarlos como base de la del resultado obtenido.
  3. Debe identificar posibles mejoras que permitan diseñar y desarrollar acciones orientadas a potenciar esa motivación.

Una correcta definición del estado del arte se convierte así en un ejercicio cruel de identificación de una realidad que, no por supuesta, puede resultar menos desalentadora en muchos casos. Además, el proceso de migración no permite rectificaciones basadas en el antiguo modelo. Peor aún, propone una travesía del desiertopara alcanzar un oasis de herramientas, protocolos, principios... que no dominan.
Es por tanto necesario establecer contramedidas que permitan a esos profesionales afectados digerir y asumir esa fotografía con el convencimiento de que, tras el proceso, estarán en mejor disposición de mejorarla.
La mejor forma de que esta fotografía sirva de estímulo es hecerles copartícipes de su realización, animándoles a aportar sus experiencias y visión. Debe ser también su fotografía. Asimismo, recomiendo comunicar claramente que el fin de la acción que no es evaluar el grado de eficiencia o eficacia del trabajador en el desempeño de sus tareas. Un proceso de migración no es una evaluación de rendimiento.
Dichas experiencias deben ser procesadas y documentadas con el fin de introducirlas en la base común de conocimiento, favoreciendo un aprendizaje colectivo a partir de ellas. Muchas de las experiencias que afectan o permiten entender la fotografía obtenida, no tienen que ver de manera directa con aspectos tecnológicos, luego existe el riesgo de que tengan impacto en el proceso de migración.
Los sistemas/servicios informáticos en Administraciones Públicas suelen tener un menor grado de control que en otros entornos. Tampoco es posible entender la fotografía resultante sin asumir que ella es producto de una evolución que, a menudo, los profesionales involucrados no han podido controlar totalmente por razones:
  • Técnicas: los sistemas no permiten de un modo simple la realización o control de determinadas prácticas.
  • De conocimiento: Los profesionales responsables de las infraestructuras tecnológicas o los usuarios no conocen en detalle las herramientas que utilizan (son privativas).
  • De mercado: existen limitaciones impuestas por los fabricantes, integradores o implantadores a los sistemas tecnológicos utilizados.
  • Necesidades de producción.
  • Limitaciones dependientes del propio entorno laboral: existen limitaciones en la capacidad de decisión y/o ejecución de aquellos llamados a diseñar e implementar los sistemas tecnológicos dentro de una AA.PP.
  • Otras razones.

Así, el Estado del Arte debe recoger no sólo la situación previa a la migración sino también aspectos clave que expliquen la evalución que ha tenido como producto semejante resultado.
El Software Libre empodera a responsables tecnológicos y usuarios. Les confiere mayor flexibilidad, es decir, mayor control, luego requiere un mayor grado de responsabilidad. El riesgo de aumentar la entropía tras la migración es significativo. Debe diseñarse y ejecutarse cada paso, incluyendo la fase de análisis, teniendo en cuenta que en un futuro es mejor, en general, aportar mayores grados de libertad a los participantes de manera gradualgradual que restrinjirlos.
La fotografía obtenida debe aportar claves que permitan decidir qué tipo de medidas de control pueden aplicarse con las nuevas herramientas (y procesos), cuyo impacto sea positivo (o neutro) en la productividad de los usuarios, en comparación con las existentes.
El entregable de esta fase del proceso de migración, debe apuntar con claridad los puntos fuertes de la situación previa a la migración, con el fin de reforzarlos o, al menos, mantenerlos. Un proceso de migración exitoso está basado en las fortalezas del modelo anterior, no en sus deficiencias.
Mitigar las deficiencias debe ser, en general, el foco de procesos de mejora post migración. Disponer de una mejor base para ello debe ser el resultado de una correcta migración. La fotografía y posterior evaluación deben establecer la base sobre la que sea posible definir el proceso de migración y, al mismo tiempo, apuntar algunas de las futuras acciones de mejora que se podrán acometer con las nuevas herramientas y procedimientos, basados ahora en Software Libre.
Pero insisto, el objetivo de la migración no es ni debe ser realizar mejoras. Eso debe proponerse como objetivo fundamental tras la migración. De otra manera, desviaremos el foco de atención de lo realmente importante, basar el resultado en las fortalezas actuales.
En resumen:
  1. El Estado del Arte, obtenido como resultado del trabajo de análisis previo a la definición del Plan de Acción, tiene un fin concreto. No es objetivo.
  2. El análisis puede y debe tener impacto en responsables técnicos y usuarios. Debe asegurarse que ese impacto es positivo.
  3. De un modo similar, el Estado del Arte debe describir los grados de libertad con los que cuentan en la actualidad técnicos y usuarios en el uso de la información, aplicaciones y servicios. El objetivo es que el Plan de Acción los tenga en cuenta.
  4. La fotografía punto de partida del proceso de migración, debe apuntar claramente las fortalezas del modelo actual (en uso) con el fin de asegurar que el proceso de migración se basa principalmente en ellos.

    Lee las otras dos partes:
Agustin Benito Bethencourt (toscalix). Profesional del Software Libre, miembro de KDE España y KDE e.V.

KDE Blog (Baltasar Ortega): Linux apesta o cómo hacer autocrítica y no morir en el intento

Planet KDE Español - Jue, 05/08/2014 - 05:10

Una de las cosas más difíciles de esta vida es aceptar las críticas. En muchas ocasiones no se gestionan bien y se suelen tomar como una ofensa personal.En mi opinión, esto no debería ser así, sino que debería ser fuente de reflexión y un punto de partida para mejorar. Linux Apesta El siguiente vídeo Bryan [&hellip

KDE Blog (Baltasar Ortega): KDE PIM 2014 Sprint Primaveral

Planet KDE Español - Mié, 05/07/2014 - 05:10

Continuamos con las entradas que nos recuerdan el trabajo continuo de los equipos de KDE en forma de Sprint, es decir,  mini-reuniones de pocos días y poca gente que se celebran en diferentes ciudades: Bienvenidos al informe de KDE PIM 2014 Sprint Primaveral. El presente artículo es un artículo de Mark Gaiser publicó en KDE.News y [&hellip

KDE Blog (Baltasar Ortega): Presenta tu charla a Akademy 2014

Planet KDE Español - Mar, 05/06/2014 - 05:10

Este año se Akademy 2014 se celebrará en Brno, en la República Checa, del 6 al 12 de septiembre. Aunque falta bastante tiempo recientemente se ha abierto el Call for Papers, es decir, el momento de participar activamente en el evento. Así que ya sabes: presenta tu charla a Akademy 2014.   ¿Qué es Akademy? [&hellip

KDE Blog (Baltasar Ortega): Lanzado OpenMandriva Lx 2014

Planet KDE Español - Lun, 05/05/2014 - 05:10

El pasado 1 de mayo fue lanzado openMandriva Lx 2014, la segunda versión de una distribución derivada de la mítica Mandriva, la cual murió hace un tiempo quedando el futuro del proyecto en manos, de nuevo, de la Comunidad. Este es la continuación de un trabajo que se presentó el pasado noviembre. ¿Qué es OpenMandriva? [&hellip

KDE Blog (Baltasar Ortega): Disponible KDE 4.13 para Kubuntu 12.04 LTS y 13.10

Planet KDE Español - Dom, 05/04/2014 - 05:10

Aunque en mi caso no es necesario actualizarme a KDE 4.13 en mi portátil ,ya que que me he actualizado a directamente a Kubuntu 14.04, no todos los usuarios lo habrán hecho por diversas razones. Es por ello una alegría que el equipo de desarrolladores de Kubuntu tengan ya disponible KDE 4.13 para Kubuntu 12.04 [&hellip

Akademy-es 2014: Visit Málaga and learn about KDE

KDE News - Sáb, 05/03/2014 - 19:48

From May 16th to 18th, Málaga is hosting Akademy-es 2014 in Escuela Técnica Superior de Ingenieria de Telecomunicación of Universidad de Málaga. This event is organized by KDE España, Linux Málaga and Bitvalley, and represents the return of a KDE event to Málaga 9 years after it hosted Akademy 2005.

This Akademy-es will have a wide range of talks from informing users about KDE software to programming with QtQuick and ASAN. There will also be introductory talks for people who want to start contributing to KDE.

As always the event is free to attend, but you should register to make it easier for the organization and to get a printed badge instead of a handwritten one ;).


Akademy-es 2013 group photo (click for larger)

Thank you to Gold Sponsors Digia, Opentia and openSUSE for helping make this happen!

Dot Categories:

KDE Blog (Baltasar Ortega): KDE 4.12.5 y KDE Workspace 4.11.9 disponibles

Planet KDE Español - Sáb, 05/03/2014 - 05:10

Ya tenemos KDE 4.12.5 y KDE Workspace 4.11.9 disponibles para su actualización. Como cada nuevo mes y, fiel a su cita, el equipo de desarrollo de KDE nos ofrece una nueva versión de su escritorio. Se siguen con la actualización doble de dos de sus ramas. KDE 4.12.5 y KDE Workspace 4.11.9 coordinados Para no ir [&hellip

KDE PIM 2014 Spring Sprint

KDE News - Vie, 05/02/2014 - 11:33

We continue the tradition of having the PIM sprint in a place that starts with a "B". The last 3 PIM sprints were in Berlin (twice) and Brno. The Spring edition of this year took place in Barcelona, continuing the tradition. Add to this the name of the company hosting us which conveniently starts with a "B" as well (BlueSystems).


From left to right, top row: Martin Klapetek, Christian Mollekopf, Mark Gaiser, Alex Fiestas
Bottom row: Vishesh Handa, Daniel Vrátil, David Edmundson, Sergio Martins, Sandro Knauß KOrganizer love

One of our regular attendees, Christian Mollekopf, had a nice surprise for us at the sprint. He works for Kolab Systems and told us about some of their plans in terms of the upcoming deployment of KDE PIM in the city of Munich. This should bring some usability improvements, including work on KOrganizer which should be able to better address a situation where a user literally has access to thousands of calendars. Kolab Systems is also working on bug fixes, stabilization improvements and optimizations throughout the KOrganizer product and entire KDE PIM application. The best thing is that all changes will be sent back for the KDE community to enjoy. The regular KDE software user will begin to see these changes in the KDE Applications release 4.14.

Frameworks

With the upcoming releases of KDE Frameworks and Plasma 2014.06, there is a need to port the heart of PIM applications to Qt 5. Some sprint attendees started work in that area which will make it possible to do things such as KMail running on top of Plasma 2014.06. We also decided that applications without a maintainer won't be ported to Qt 5. Applications that will probably not be ported are KNode and KAddressbook. The latter is currently being rewritten in a GSoC project.

Bugs and performance

A habit in sprints is to take a look at those pesky issues that are difficult to figure out alone. Quite a few bugs were resolved and performance has been improved throughout the PIM applications. Many of these changes are already available in the recently released KDE Applications 4.13.

Donations

KDE software is developed mostly by volunteers. Most sprint attendees are volunteers (and some are fortunate to do KDE software development as a daily job). We spend much of our free time improving the experience of our users. Having a sprint is made possible by a company willing to host us and our KDE e.V. organization willing to cover the traveling and hotel costs. We are rely on your donations to continue this. If you want to support KDE software development and have the financial means, please consider hitting the donations link.

Dot Categories:

KDE Blog (Baltasar Ortega): Privacidad en Internet en las II Jornadas Libres

Planet KDE Español - Vie, 05/02/2014 - 03:00

Las II Jornadas Libres del 2013-14 fueron presentadas el 7 de octubre en un acto sencillo en la UNED de Vila-real. Hemos visto Arduino, GNU/Linux, impresoras 3D, Guifi.net, Mecaduino y, por supuesto, KDE. En esta ocasión nos vamos a la red y que nos expliquen como  podemos proteger nuestra Privacidad en Internet.   Privacidad en [&hellip

KDE Blog (Baltasar Ortega): Sprint de KDE Telepathy en Blue Systems de Barcelona

Planet KDE Español - Jue, 05/01/2014 - 05:10

Los grandes eventos, como Akademy-es 2014 de Málaga, son son fundamentales para aportar sabia nueva al proyecto, pero son los pequeños eventos como los Sprint los que más unen a los desarrolladores de KDE. Bienvenidos al resumen del Sprint de KDE Telepathy en Blue Systems de Barcelona. ¿Qué es un Sprint? Los sprints de KDE [&hellip

Akademy 2014 Call for Papers

KDE News - Mié, 04/30/2014 - 13:11

Akademy is the KDE Community conference. It is where we meet, discuss plans for the future, get inspired, learn and get work done. If you are working on topics relevant to KDE, this is your chance to present your work and ideas at the Conference from September 6-12 in Brno, Czech Republic. The main days for talks are Saturday 6th and Sunday 7th of September. The rest of the week will be BoFs, unconference sessions and workshops.


Akademy 2013 attendees (click for larger) by Knut Yrvin What we are looking for

The goal of the conference section of Akademy is to learn and teach new skills and share our passion around what we're doing in KDE with each other.

For the sharing of ideas, experiences and state of things, we will have short Fast Track sessions in a single-track section of Akademy. Teaching and sharing technical details is done through longer sessions in the multi-track section of Akademy.

If you think you have something important to present, please tell us about it. If you know of someone else who should present, please nominate them. For more details see the proposal guidelines and the Call for Papers. The submission deadline is Sunday 18th May, 23:59:59 CEST.

About Akademy 2014 Brno, Czech Republic

For most of the year, KDE—one of the largest free and open software communities in the world—works online by email, IRC, forums and mailing lists. Akademy provides all KDE contributors the opportunity to meet in person to foster social bonds, work on concrete technology issues, consider new ideas, and reinforce the innovative, dynamic culture of KDE. Akademy brings together artists, designers, developers, translators, users, writers, sponsors and many other types of KDE contributors to celebrate the achievements of the past year and help determine the direction for the next year. Hands-on sessions offer the opportunity for intense work bringing those plans to reality. The KDE Community welcomes companies building on KDE technology, and those who are looking for opportunities.

For more information, please contact The Akademy Team.

Dot Categories:

KDE Ships second April Updates to Applications, Platform and Plasma Workspaces

KDE News - Mié, 04/30/2014 - 06:17

Today KDE released updates for its Applications and Development Platform, the fifth in a series of monthly stabilization updates to the 4.12 series. This release also includes an updated Plasma Workspaces 4.11.9. Both releases contain only bugfixes and translation updates, providing a safe and pleasant update for everyone.

With a bit more than 10 recorded bugfixes including improvements to Personal Information Management suite Kontact, Umbrello UML Modeller, audio CD listening app Kscd, web browser Konqueror, file manager Dolphin and others the bug count goes down. A more complete list of changes can be found in KDE's issue tracker.

To find out more about the 4.12 versions of KDE Applications and Development Platform, please refer to the 4.12 release notes.

Dot Categories:

KDE Blog (Baltasar Ortega): KDE Visual Design Group, semana 13

Planet KDE Español - Mié, 04/30/2014 - 05:10

Poco a poco nos van desvelando más y más cosas sobre el aspecto que tendrá el próximo Plasma Next (o KDE 5) . Ese es el cometido de KDE Visual Design Group, el equipo de diseño del próximo Plasma Next, el cual trabaja codo a codo con la Comunidad KDE y nos regala un un [&hellip

KDE Telepathy Sprint

KDE News - Mar, 04/29/2014 - 15:26

In April 2014, we had a sprint for KDE Telepathy, KDE's foremost instant messaging client. The sprint consisted of both past and new contributors from around the world.

Group chats

For the sprint we decided to concentrate our hacking efforts into a few key areas that are currently weak inside KDE Telepathy. We chose group chats as it was one of the most repeated feature requests coming especially from enterprise circles. It was something we supported at a basic level but, since none of us used it on a daily basis, it did not receive the attention it deserved.

Firstly, we forced ourselves to use a conference room for the duration of the sprint for all our chatting purposes and made a list of every potential improvement we could find. Afterwards we picked things off the list one by one and made significant improvements to the group chatting experience.

Our usability expert, Thomas Pfeiffer, was there with us providing valuable input from the usability point of view; thanks to that it was not just a mad hacking on features but also about making the application more usable. The screenshots below speak for themselves!


Answer text messages from your desktop Easy chat via SMS using KDE Telepathy

During the sprint Albert Vaca and Alexandr Akulich worked on making a backend for Telepathy to talk to KDE Connect. This allows you to receive SMS messages from your phone and reply through a comfortable and familiar chat interface on your desktop.

Reducing the bug count

Another area we focused on at the sprint was our bug count. At the beginning we had 62 reported bugs (excluding wishes and tasks), some of them had been open for a longer time. So we allocated some space on the whiteboard for a giant bug counter; whoever then fixed a bug from that list got the honor of erasing the number on the whiteboard and writing a new one.
We are now under 50 bugs, with under 50 further wishlist items.

Building for the future

We didn't just hack but also discussed where to go with KDE Telepathy.

Vision

According to the KDE Human Interface Guidelines, "A vision describes the goal of the project. It can be emotive and a source of inspiration, for instance by outlining how the final product makes the world a better place. It is roughly similar to purpose or aim, and guides through the development." In order to guide KDE Telepathy's development, Thomas, our aforementioned usability expert, led a session where we defined a vision for us.


Whiteboard work

The first question that was important for us was "Which users do we want to focus on?". We decided that we want to focus on Plasma users. We do not shut out users of other desktop environments or operating systems, but we clearly focus on integrating well with Plasma and provide the best experience for Plasma users.

The other defining question for our focus was "Do we want to focus on providing the best possible experience for users of popular instant messaging systems such as Facebook Chat or Google Hangouts, or do we want to focus on providing an awesome experience to users of open protocols such as Jabber?" Our answer to this question was that while we do not want to exclude users of popular systems, we realise that for them, we can only create an "okay-ish" experience at best, because those systems' APIs are very restricted and always subject to change. Only with open protocols we can use all of our capabilities to create a truly awesome experience for users.

Our vision draft is still being discussed on the mailing list and will be published once it's been agreed upon by the whole KDE Telepathy community.

Frameworks

In KDE Telepathy we provide several plasma widgets, which need to be ported in order to run on Plasma Next. In order to do this we first had to port our libraries to work on top of KDE Frameworks. By the end of the sprint we had the contact list and chat plasma widgets fully running and working on Plasma Next. We hope to release the widgets so that they are available for Plasma Next users.

API Breaks in the larger Telepathy stack

There is an upcoming change in the interfaces to the Telepathy backends that talk to the various protocols such as jabber. We need to be prepared for this change - otherwise when distributions update Telepathy, our application will cease working. We are making sure we have code ported and ready, so we can release at the same time as upstream switches. Most of these updates are inside TelepathyQt and we are working on the elements lower in the stack that will benefit not only us but also Ubuntu and Jolla.

Planning how to handle these two upcoming changes at once is awkward at best and required some delicate planning.

Wrapping up

Overall the sprint was incredibly useful in helping push our project forward both in terms of the extra development and planning moving forwards.

Thanks to the Blue Systems Barcelona office for hosting us.

More photos here

This document was written by the KDE Telepathy team; written using KDE Telepathy's collaborative editing features.

Dot Categories:

KDE Blog (Baltasar Ortega): 10 cosas que se pueden hacer en Akademy-es 2014 de Málaga

Planet KDE Español - Mar, 04/29/2014 - 05:10

Pronto se celebrará Akademy-es 2014, la reunión anual en España de usuarios y desarrolladores de KDE, se realizará en Málaga del 16 al 18 de mayo. Pero, ¿por qué es interesante asistir? ¿Qué es una Akademy-es? Una Akademy-es es un excelente lugar donde recargar las pilas si estás dentro de KDE a la vez que [&hellip

KDE Blog (Baltasar Ortega): Cómo configurar las Identidades en Kmail – A fondo KMail (I)

Planet KDE Español - Lun, 04/28/2014 - 05:10

La evolución de Kontact como gestor de la información personal del escritorio KDE es notable. Esta suite fue una de las que más sufrió la transición entre KDE 3 y KDE 4. Poco a poco se ha ido recuperando hasta volver a habitar en mi portátil y creo que ha llegado el momento de explicar [&hellip

Distribuir contenido