Plan¶
¿En qué dirección va el proyecto? ¿Qué nuevas y emocionantes funcionalidades podemos esperar a corto plazo?
No publicamos planes detallados, pero los siguientes recursos le permitirán hacerse una idea de la dirección que estamos siguiendo:
- En nuestro grupo de retroalimentación y planificación tienen lugar las discusiones iniciales sobre aquello en lo que pensamos trabajar a continuación.
- Nuestros`hitos en Github`_ representan la dirección general para las versiones futuras de Elgg. Es lo más parecido que tenemos a un plan tradicional.
- Las solicitudes de integración de cambios de Github le indicarán en qué se está trabajando en estos momentos, pero nada es completamente seguro hasta que no se aceptan las solicitudes.
- Usamos el blog de desarrollo para publicar anuncios de funcionalidades que se han añadido recientemente en la rama de desarrollo. Se trata de la información más fiable disponible sobre nuevas funcionalidades que estarán disponibles en la siguiente versión.
Objetivos y valores¶
Tenemos una serie de objetivos y valores globales que afectan a la dirección de Elgg. Las mejoras deben promover en general estos valores para que las aceptemos.
Accesibilidad¶
Los sitios basados en Elgg debería poder utilizarlos cualquiera. Eso significa que lucharemos por hacer de Elgg una plataforma:
- Para cualquier dispositivo — fácil de usar desde móviles, tabletas, equipos de escritorio, etc.
- Para cualquier idioma — internacionalización, idiomas que se leen de derecha a izquierda, etc.
- Para cualquier capacidad — para utilizar mediante tacto, teclado, lectores de pantalla, etc.
Pruebas¶
Queremos hacer innecesarias las pruebas manuales por parte del equipo principal de desarrollo, de los creadores de complementos y de los administradores de sitios. Para ello promovemos y ayudamos a elaborar pruebas rápidas y automáticas para todos los aspectos de Elgg.
Consideramos que las API no están bien si obligan a los desarrolladores de complementos a escribir código que no se puede probar. Somos conscientes de que existen un gran número de casos en los que no se cumple con este principio, pero estamos trabajando en ello.
Esperamos que llegue el día en que los desarrolladores principales no necesiten hacer pruebas manuales para verificar que todo el código contribuido a Elgg está bien. De manera similar, nuestra visión incluye un mundo en el que los administradores de sitios pueden actualizar e instalar complementos nuevos con la confianza de que todo funciona correctamente en conjunto.
Pendiente: ¿otros objetivos o valores?
Preguntas frecuentes¶
¿Cuando se añadirá la funcionalidad «x»?¶
No podemos hacer promesas sobre cuándo se añadirán qué funcionalidades porque a Elgg sólo se le añaden nuevas funcionalidades cuando una persona está lo suficientemente motivada para trabajar en ellas y enviar una solicitud de integración de cambios. Lo único que podemos hacer es sugerirle que intente averiguar en qué funcionalidades han mostrado los desarrolladores existentes su deseo de trabajar.
The best way to ensure a feature gets implemented is to discuss it with the core team and implement it yourself. See our Contributor Guides guide if you’re interested. We love new contributors!
Si está intentando decidir si usar o no Elgg, no se decida por Elgg en base a funcionalidades que aún no están disponibles. Evalúe Elgg por sus funcionalidades actuales. Lo más probable es que las funcionalidades futuras no estén listas para cuando usted las necesite.
¿Cuando publicáis la versión X.Y.Z?¶
La siguiente versión se publicará cuando el equipo principal de desarrollo considere que está lista y dispone de tiempo para prepararla. La información de http://github.com/Elgg/Elgg/issues/milestones debería darle una idea aproximada de los tiempos.